Я хуею с этого куска говна под названием firebird. Никогда его не используйте, никогда! Версии 1.5 и 2 взаимнонесовместимы на уровне протокола и структуры БД. При этом, конвертация из 1.5 в 2 может просто не получиться с тонной непонятных ошибок (говорю из личного опыта, верьте, наебался). Логов _нет_, в файле firebird.log можной найти строчки об остановке и запуске сервера, а также нечто в виде "INET/inet_error: connect errno = 10060" (нюхавшие Победа-Носок, т.е. WinSock, знают, что это timeout, очень, сука, информативно). И всё. Нагугленные вопросы по «firebird verbose log» не отвечены. Людям это надо, но в ответ позорное молчание, некоторые говорят смутное, типа, я не знаю, можно ли его включить, но это не значит, что подробных логов там нет. Судя по всему, их реально нет. В конфиге опций дебага не найдено.
Ситуация сложилась такая, что одну базу конвертировали на вторую версию (не мы), а другую не удалось. Так как поставить одновременно две версии движка невозможно, пришлось ставить каждую базу на свой отдельный комп.
Конечно, всё это можно понять, если вспомнить, что изначально её разрабатывал Борман (который мокрые письки), а у них культура логирования и вообще человеческого подхода к разработчикам и пользователям, понятно, напрочь отсутствует. Но мне всё равно стыдно, что это дерьмо относится к OSS.
8 comments
recommend
bookmark
subscribe
Да, ещё нельзя не упомянуть про «unavailable database» при работе через ком. строку, потому что обращаться к базе с локалхоста надо исключительно через IP:локальный путь, но это если БД запускается как сервис, а если от юзера, то можно и просто локальным путём. При этом, я чётко помню, что ещё недавно как минимум gsec нормально работал без явного указания местоположения security.fdb, а теперь перестал! Разумеется, я ничего там не трогал, себе дороже — конфиг дефолтный, работало и ладно. Теперь приходится указывать ip:"\program files (x86)\Firebird\блаблабла" даже для редактирования юзеров. А ещё пароль обрезается до 8 символов, зачем нам сложные пароли, у нас нет столько места, чтобы вместить их!
Ну, там ещё много сюрпризов, может, человеку с мокрыми письками вместо мозгов там всё интуитивно понятно, но для меня это дикость, каменный век и тотальный пиздец.
Ну ты и соснул.
Ты знаешь, не получается по тем манулам. Бэкап-восстановление не работает. Я весь гугл облазил, потому что, похоже, базу предварительно захерили, и удалось кое-как через fb-что-то-там (сторонняя тулза) восстановить её до работающего в 1.5 состояния. А т.к. база production critical, считай, решили не трогать. Факт говна это не отменяет, нормальный софт мигрирует всё это автоматически.
Это фаербёрд и надо знать, что он не предназначен для того, чтобы мигрировать и дебажить.
Нет, это ссаное легаси, оставшееся от прошлых поколений, и оно должно работать. И меня мало ебёт, на что рассчитывал борман. Не сделали нормальные средства отладки — идите в хуй. Любой движок БД предоставляет массу системной информации, любой, кроме этого высера индусов.
ты просто не понимаешь сути фаербёрда. ОН НЕ ДОЛЖЕН ПРЕДСТАВЛЯТЬ СРЕДСТВА ОТЛАДКИ. Он просто должен быстро работать.
Это не суть, а отмазки индусов-быдлокодеров. Один хуй его используют во время разработки приложения. Что мешает сделать флажок в конфиге для вывода дебага? Почему те же инструменты комстроки выводят ересь вместо вменяемых сообщений об ошибках? Это можно было бы сделать и на клиенте, а с сервера передавать быстро код ошибки.
Это одна из фич продукта. Никто никогда этого не скрывал, так что если нужно дебажить, то сразу надо ставить что-то другое.