Проблемы со скриптом корзины
Столкнулись с тем, что аякс-скрипт корзины примерно через раз не выполняется.
В Network статус 500 internal error, в логах — Premature end of script headers: index.php
Ладно бы ошибка была каждый раз, а тут рандом. Причем чаще всего начиная со второго раза после загрузки страницы и потом через раз.
Памяти для скриптов выделено много, тайминги большие.
Да и время выполнения скрипта — 155ms (невыполнения — 45ms)
На других серверах (локальных, тестовых) все работает.
Поддержка хостинга ничего путного не отвечает. У тех с кем общался единственное пока предположение, что глюки из-за используемого на нем режима FastCGI. Но отключить этот режим нет возможности, альтернатива только «не использовать php».
Явно что-то не так с настройками, но не понимаю куда в такой ситуации копать.
P.S. Когда появился этот раздела тут был визуальный редактор, а когда понадобилось задать вопрос он пропал.
В Network статус 500 internal error, в логах — Premature end of script headers: index.php
Ладно бы ошибка была каждый раз, а тут рандом. Причем чаще всего начиная со второго раза после загрузки страницы и потом через раз.
Памяти для скриптов выделено много, тайминги большие.
Да и время выполнения скрипта — 155ms (невыполнения — 45ms)
На других серверах (локальных, тестовых) все работает.
Поддержка хостинга ничего путного не отвечает. У тех с кем общался единственное пока предположение, что глюки из-за используемого на нем режима FastCGI. Но отключить этот режим нет возможности, альтернатива только «не использовать php».
Явно что-то не так с настройками, но не понимаю куда в такой ситуации копать.
P.S. Когда появился этот раздела тут был визуальный редактор, а когда понадобилось задать вопрос он пропал.
Комментарии: 11
P.S. А еще оказалось, что нажатие на предпросмотр сразу отправляет сообщение.
Редактор починил. Вышла неразбериха с вызовами скриптов, из-за этого и предпросмотр не работал.
По вашему вопросу у меня одна версия — на сервере включен php кэшер, типа php-apc.
Почитайте вот тут bezumkin.ru/modx/minishop/faq.html
По вашему вопросу у меня одна версия — на сервере включен php кэшер, типа php-apc.
Почитайте вот тут bezumkin.ru/modx/minishop/faq.html
Есть eAccelerator в котором Caching Enabled, может это он чудит.
Через php.ini не отключился, сейчас разбираться некогда, вечером еще поковыряю.
Через php.ini не отключился, сейчас разбираться некогда, вечером еще поковыряю.
Спасибо за наводку, однозначно проблема в конфликте кэширования.
С eAccelerator пока не разбирался, но когда в настройках модэкса отключил session_handler_class все залетало.
Единственно, не уверен, что лучше. Оставить так, или все-же поискать как отключить кэширование у eAccelerator-а.
С eAccelerator пока не разбирался, но когда в настройках модэкса отключил session_handler_class все залетало.
Единственно, не уверен, что лучше. Оставить так, или все-же поискать как отключить кэширование у eAccelerator-а.
Сессии в БД довольно удобно + можно ставить бесконечную залогиненность.
На файлах, конечно, тоже можно — но надо сервер мучать, а эта возможность есть не у всех.
Я бы отключил eAccelerator совсем. Судя вот по этому blogs.hub21.ru/blog/sysadmins/170.html — можно сделать просто eaccelerator.enable=«0».
Ну или вообще его удалить, если сервер у вас VPS\VDS.
На файлах, конечно, тоже можно — но надо сервер мучать, а эта возможность есть не у всех.
Я бы отключил eAccelerator совсем. Судя вот по этому blogs.hub21.ru/blog/sysadmins/170.html — можно сделать просто eaccelerator.enable=«0».
Ну или вообще его удалить, если сервер у вас VPS\VDS.
eaccelerator.enable=«0» первым делом и пробовал, но он не отключился.
Удалить самим возможности нет, попробуем еще раз в техподдержку написать.
Удалить самим возможности нет, попробуем еще раз в техподдержку написать.
Доступ к вашему конфигу php-fpm есть?
Если да — то все просто:
php_admin_value[eaccelerator.enable] = 0
Если нет, то придется через поддержку.
Если да — то все просто:
php_admin_value[eaccelerator.enable] = 0
Если нет, то придется через поддержку.
Спасибо еще раз.
Вечером проверю.
Вечером проверю.
Пару дополнений о том, чем закончились изыскания.
Во-первых, через какое-то время после того как отключил session_handler_class пошли ошибки и в админке, и на самом сайте. Исправил добавлением в .htaccess строки
php_value session.auto_start on
Потом, когда появилось время разбираться дальше, то первым делом вернул все назад — подключил session_handler_class и убрал auto_start сессии. Но скрипт корзины продолжил срабатывать каждый раз.
И до сих пор первоначальная проблема не повторилась, хотя все вернулось на исходные. Надеюсь и не повториться. :)
В общем почему пропал этот глюк я понять не смог. Мистика. %)
Во-первых, через какое-то время после того как отключил session_handler_class пошли ошибки и в админке, и на самом сайте. Исправил добавлением в .htaccess строки
php_value session.auto_start on
Потом, когда появилось время разбираться дальше, то первым делом вернул все назад — подключил session_handler_class и убрал auto_start сессии. Но скрипт корзины продолжил срабатывать каждый раз.
И до сих пор первоначальная проблема не повторилась, хотя все вернулось на исходные. Надеюсь и не повториться. :)
В общем почему пропал этот глюк я понять не смог. Мистика. %)
С тех пор как полностью перешел на собственноручно-настроенные VPS — просто забыл о подобном.
Всем советую, это не сложно и недорого, а в итоге сэкономит нервы и время(деньги).
Всем советую, это не сложно и недорого, а в итоге сэкономит нервы и время(деньги).
Согласен.
Но тут выбор был не за мной.
Но тут выбор был не за мной.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.