[2013-06-07 13:43:19] (ERROR @ /connectors/browser/file.php) Could not prepare context: msgr
Это как раз правильная ошибка. То есть кто-то пытался простучаться по этой уязвимости, но MODX не смог проинициализировать фейковый контекст, и записал ошибку в лог. Но при этом дальше выполнение коннектора/процессора должно быть бессмысленно, так как объект $modx->context после такой ошибочной инициализации просто отсутствует, и тот же вызов метода $modx->hasPermission() просто развалится фатальной ошибкой пыхпыха. Нет у меня уверенности, что это правильно (я предлагал вообще неудавшуюся попытку инициализации контекста разваливать ошибкой 500, как это происходит при неудавшейся инициализации самого MODX-а), но все равно поверхностно выглядит так, как будто дырку все-таки залатали. А письма приходят — скорее всего вы успели заразу поймать раньше. Затрите MODX новой версией прям поверх текущего сайта и проверьте имеющиеся сниппеты и плагины. Не лишним было бы переустановить все пакеты в системе.
Я поленился обновляться, установил securitypatch20130604 в результате приходит сообщение с почты сайта «Нello!», которая нигде не указана, в журнале ошибок вижу:
[2013-06-07 13:43:19] (ERROR @ /connectors/browser/file.php) Could not prepare context: msgr
[2013-06-07 13:43:19] (ERROR @ /connectors/browser/file.php) Could not load context: mgr
Получается патч не работает?
Если коротко: все обновляйте свои сайты до последней версии (сейчас 2.2.8).
Вчера-сегодня ощутил серьезные тормоза в работе сервиса planfix.ru. Написал в саппорт и получил ответ:
Если Вы наблюдаете эту ситуацию в Хроме, попробуйте удалить куки-файл ПланФикса, полностью очистить кэш браузера и посмотреть, как это повлияет на скорость работы системы. У Хрома есть давняя описанная проблема с работой куки-файлов размером больше, чем 1,5-2Мб, а ПланФикс способен достичь такого объема за счет активного использования локального хранилища. Если описанная процедура не помогает, проведите контрольную проверку — зайдите в ПланФикс с другого браузера и понаблюдайте за скоростью. В случае, если ситуация повторяется, обязательно напишите нам точное время и операции/страницы, на которых это наблюдалось — будем искать по логам возможную причину на стороне сервера.
Да, это решает проблему. Недавно они переехали на новые сервера, и наверняка какие-то проблемы в связке со старыми данными возникли. Так что кто использует хром и ощущает тормоза в работе сервиса, сделайте тоже самое: Ctrl+Shift+Del и удалите куки и кеш за весь период. Конечно придется занова авторизоваться, но зато заработает нормально.
В том-то и дело, что это и есть «аккуратно сложить в категорию». Когда вот так параметрами прописываешь — это всегда «индивидуальный подход». А когда у тебя набор параметров, у тебя все в одном месте. startId — это индивидуальная опция, не касающаяся оформления.
Ну если аккуратно по категориям разложить, то удобно, ну или привык уже) а вообще надо будет попробовать по-другому.
Считаешь перечислить штук 7 параметров в одной строке — это лучше? А если еще и потом изменения надо внести? Бегать по всему сайту выискивать?
[[Wayfinder@BootstrapDropdown?startId=`0`...]] vs [[Wayfinder? &innerTpl=`mysuperTpl` &outerTpl=`myOuterTpl` startId=`0`]]
Кстати никак не привыкну к использованию вместо чанков tpl, @параметров, мне кажутся они неудобными и какими-то «не наглядными»
Можно чуть-чуть подробнее? Не уловил сути.
layoutit.com то что нужно, встречались конструкторы в сети, да все не то.
Вижу сборка обрастает новыми плюшками, по поводу наборов параметров есть пакет Theme.bootstrap там есть настройки для Wayfinder и Breadcrumb, думаю можно использовать шаблоны и из них. Лично мне не полностью подходят эти варианты по причине того, что хоть и использую в проектах бутстрап, но предпочитаю работать с less стилями и не использую все js.
offtopic
Кстати никак не привыкну к использованию вместо чанков tpl, @параметров, мне кажутся они неудобными и какими-то «не наглядными».