Комментарии 26
костыли какие то, тут скорее надо что то в админке modx менять.
Да вроде дело не в админке, а в minify.
В таких случаях надо бы не костыли городить, а багрепорт писать.
Проблема с suhosin проистекает от откроенно левого кода. Можно увеличить конечно длинну get переменной, но можно нарваться на то, что suhosin то пропустит, а лимит будет на стороне браузера.
Проблема с suhosin проистекает от откроенно левого кода. Можно увеличить конечно длинну get переменной, но можно нарваться на то, что suhosin то пропустит, а лимит будет на стороне браузера.
У меня свой VPS, большинство настроек php и nginx по умолчанию, вот как настраиваю.
Не встречаюсь вообще ни с какими проблемами MODX Revolution, о которых пишут. Как так?
Не встречаюсь вообще ни с какими проблемами MODX Revolution, о которых пишут. Как так?
eAccelerator стоит?
Неа. Насколько я знаю, проект закрыт?
Попробуйте php-apc. У Revo даже есть класс для работы с ним. То есть, готов к работе из коробки.
Еще можно включить memcache.
Только учтите, что по умолчанию Revo хранит сессии в БД, и обращения к ней могут кэшироваться при использовании php-apc. У меня такое было — решал переносом сессий в файлы. Не исключаю, что можно было как то и поумнее настроить.
Попробуйте php-apc. У Revo даже есть класс для работы с ним. То есть, готов к работе из коробки.
Еще можно включить memcache.
Только учтите, что по умолчанию Revo хранит сессии в БД, и обращения к ней могут кэшироваться при использовании php-apc. У меня такое было — решал переносом сессий в файлы. Не исключаю, что можно было как то и поумнее настроить.
У многих, в том числе у меня, стоит eAccelerator и пока всем устраивает. Как-нибудь, конечно попробую php-apc, но пока нет времени, да и лучшее враг хорошему :)
Ну включить/выключить кеширование, и настроить различные хранилища кеша, для разных сущностей можно по вкусу. Интересно, кстати, описали-ли это уже в документации ModX? А то когда это было нужно, упоминание нашлось в одном месте на форуме, и чтобы правильно сделать всё пришлось исходники перелопачивать. =)
Memcache, как раз не самый оптимальный вариант, если не нужен удалённый доступ к кешу. Кеш данных APC заметно шустрее.
Memcache, как раз не самый оптимальный вариант, если не нужен удалённый доступ к кешу. Кеш данных APC заметно шустрее.
В вашем howto, у вас не устанавливается suhosin, с которым проблема не проявляется. Так что то, что у вас её нет, не удивительно.
А мысль моего комментария была в том, что надо что-то менять в коде, если в параметрах GET запроса, передаются большие объёмы данных. Это слишком-то правильно, вам не кажется? И разумно править такой код, а не сверх меры задирать лимиты на длину переменной.
А мысль моего комментария была в том, что надо что-то менять в коде, если в параметрах GET запроса, передаются большие объёмы данных. Это слишком-то правильно, вам не кажется? И разумно править такой код, а не сверх меры задирать лимиты на длину переменной.
Он устанавливается вместе с php, по крайней мере в Ubuntu
Только что проверил —
А вот и те ссылки
Даже меньше 255 символов.
Только что проверил —
This server is protected with the Suhosin Patch 0.9.10. Проблем нет.А вот и те ссылки
/manager/min/index.php?f=/manager/templates/default/css/xtheme-modx.css,
/manager/templates/default/css/index.css
/manager/min/index.php?f=/manager/assets/modext/widgets/core/modx.grid.settings.js, /manager/assets/modext/widgets/system/modx.panel.system.settings.js, /manager/assets/modext/sections/system/settings.js
Даже меньше 255 символов.
Не знаю тогда, у вас не проявляется проблема, и к чему ваши ссылки.
Вот описание условий возникновения и применяемого костыля с офф сайта ModX rtfm.modx.com/display/revolution20/MODX+and+Suhosin
Может у вас ModX не свежий, или уже отключено сжатие JS? Может уже настроен suhosin? Да что угодно.
Вот описание условий возникновения и применяемого костыля с офф сайта ModX rtfm.modx.com/display/revolution20/MODX+and+Suhosin
Может у вас ModX не свежий, или уже отключено сжатие JS? Может уже настроен suhosin? Да что угодно.
Ссылки к тому, что не длинные. К примеру, ссылки на Яндексе, для перехода по сайтам около 450 символов.
MODX у меня последний, 2.2.4. Свой VPS, suhosin не трогал. Могу показать все конфиги.
На том же сервере работает мой проект тестовых сайтов, можно погонять, если есть желание — modx-test.com
Подозреваю, что это хостеры сильно ужесточают suhosin, отсюда и проблемы.
MODX у меня последний, 2.2.4. Свой VPS, suhosin не трогал. Могу показать все конфиги.
На том же сервере работает мой проект тестовых сайтов, можно погонять, если есть желание — modx-test.com
Подозреваю, что это хостеры сильно ужесточают suhosin, отсюда и проблемы.
Покопался еще.
Suhosin ставится отдельно, через apt-get install php5-suhosin. И по умолчанию параметр
а это в 2 раза больше чем надо, для загрузки минифицированных скриптов.
Так что, по моему, проблема надумана.
Suhosin ставится отдельно, через apt-get install php5-suhosin. И по умолчанию параметр
suhosin.get.max_value_length = 512,а это в 2 раза больше чем надо, для загрузки минифицированных скриптов.
Так что, по моему, проблема надумана.
Только что поставил свежую MODX 2.2.4 и выяснилось, что сжатие css и js вообще отключено по умолчанию.
Сюрприз!
Сюрприз!
Я тоже ставил свежую, сжатие было включено.
Либо у меня волшебный сервер, либо как-то при установке определяются эти параметры. Исходники копать неохота сейчас.
В любом случае, переходите на VPS подальше от shared-хостингов. Я и при включении этих настроек на дефолтных параметрах не могу словить ошибку.
На modx-test.com можно попробовать — для того он и сделан.
В любом случае, переходите на VPS подальше от shared-хостингов. Я и при включении этих настроек на дефолтных параметрах не могу словить ошибку.
На modx-test.com можно попробовать — для того он и сделан.
Однако… При обновлении кеша сайта
compress_js и compress_css опять выставляются в 1.
compress_js и compress_css опять выставляются в 1.
Так надо еще в настройках сайта поменять эти настройки (через админку).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Решение проблемы «пустой админки» MODX Revo