Есть проект - PHP + бд MSSQL. Разрабатывался локально используя apache + PHP из набора XAMPP. При переносе клиенту оказалось что не работает T-SQL команда select "imageData" from table с типом image (Внутри PDO (odbc)) . В этом поле реально хранятся картинки в hex виде. Про нецелесообразность хранения картинок в базе не пишите, это доработка, а не разработка. Так вот, PHP вываливает 500 - Internal Server Error. Есть подозрения на ограничения по памяти из PHP.ini, но картинка весит 160кб а мемори лимит стоит 512мб. Может кто из опыта переноса подскажет куда копать. PS если необходимо - дам PHP.ini c версии 5.4
так в этом и бред же....это все равно что мотор для ларгуса изобрести и потом его в пятую модель жигулей в серию
Ларгусы в авторитете))) Но если серьезно, неужели 5 версия не умеет читать большие поля с sql? Как-то сомнительно
драйвера PDO посмотри, может они разные? пых то тут не особо при чем Но в любом случае, какой смысл даунгрейдить проект на неподдерживаемую версию PHP?
Да, я тож думал выставить требования про семерку минимум. Но переживаю что и там та же бяка будет. Какой драйвер имеется ввиду? php/ext/php_pdo_odbc.dll или odbc источник windows - sql server native client?
даунгрейд на неподдерживаемую версию потому что драйвер не работает потому что картинки в базе храним ой, всё
)) В целом мнение понятно. Спасибо большое. Начну с простого - обновления apache + php на клиенте. Далее - log и прочее
1. почини, где сломалось 2. найди поиском все запросы за картинками в бд. если их там допустим меньше тыщи, то ты их можешь заменить на некий другой механизм получения картинок не из бд даже руками меньше чем за три-четыре часа. А по cthl+H так и того быстрее. короче давай соберись уже
Над базой крутится десктоп-версия. Потребовался веб-интерфейс для небольшого функционала через инет. Картинки запрашиваются раз в 100 лет, и то не картинки, а файлы по теме. Но в целом - есть заказчик с четким ТЗ. Про файлы в базе он в курсе. Механизм я реализовал.. Так что харе уже СТОшную тему сюда пихать)))), а то с ларгусов до лошадей докатились)))
В целом Ваше мнение понятно, хоть и не очень этично с Вашей стороны (с учетом стажа на форуме), но в целом отвечу так - если ко мне приедут на ларгусе с просьбой установить квадратное колесо, и за это платят деньги, то я посчитаю своей задачей объяснить что это работать не будет или может привести к печальным последствиям и, после того как клиент согласится установлю. Т.к. уверен что клиент обратится в другое место и ему установят его без объяснений. Если считаете что я не прав - разубедите меня. Буду рад пообщатся в ЛС. --- Добавлено --- За это спасибо Вам и другим участникам этого топика. Установил свежий комплект - все заработало.
И это не всегда плохо, потому что клиент, после удачного сотрудничества, имеет свойство прилипать к исполнителю. И трижды нужно подумать, нужен ли такой клиент в долгосрочной перспективе, или же от него нужно бежать как от огня.
если нет яиц это твоя проблема =) разубеди меня --- Добавлено --- и я не знаю, что такое ларгус, если честно
Окей, что если костыль вставишь. Делаешь скрипт 1. Вытаскивает все из базы и сохраняет в какой то папке., путь к этой папке пишет в той же таблице около данного изображения. 2 скрипт, сам костыль. Идет запрос картинки, если ошибка, получить путь к картинке и отдать ее =) Тут 2 зайцев 1 выстрелом. 1)Ты выполнил условия тз. 2)Такаже сохранил картинки в папке нужной и отдаешь в случае какой либо ошибке.Ни кто же не говорил что нельзя делать запасной путь в ТЗ ?
Да, это костыль в самом прямом понимании)) Но решено с помощью ajax и временной уникальной папки --- Добавлено --- я тоже) подозреваю что машина уровня Жигули.