
Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #206 часов назад
Как будто с MySQL 8 компонент не очень работает.
msOrderFields. Управление полями заказа. 38
6 часов назад
Нет) Это просто шаблон — каркас так сказать для верстки на 4м бутстрапе. В шаблоне там свои шаблоны
[Theme.Bootstrap] Новая версия с Bootstrap 4 30
8 часов назад
Если решил делать пагинацию сам, то зачем используешь pdoPage? pdoPage твой js не понимает, больше скажу, pdoPage не умеет работать с динамическими па...
Проблема пагинации в самописном фильтре для товаров minishop2 1
21 февраля 2025, 19:50
Пробовал по-разному. Умирает именно при подключении SCSS-файла, любого, даже самого простого. LESS-файл компилирует нормально.
ModxMinify - Error 500 3
21 февраля 2025, 17:19
Попробуйте установить новую версию с репозитория github.com/Boshnik/ExtraFields
ExtraFields. Дополнительные поля для ресурса (modResource) и пользователя (modUserProfile). 40
21 февраля 2025, 14:51
Ну если всё по-простому, то можно сохранять эти данные в extended и ExtraFields не нужен.
Личный кабинет для клиента ModX Revo как реализовать? 7
21 февраля 2025, 01:40
В моем случае мне подошло данное решение, которое очень костыльное и скорее всего не совсем верное, но для моих нужд работает. Хотя и оставляет в псев...
[Translitor] - Альтернатива транслитерации псевдонимов 28
20 февраля 2025, 23:19
С новым патчем будет исправлено, плюсом мелкие косяки исправлю, по возможности до конца этой недели уже будет 1.1.4 версия.
[EclipseUI] Тёмная тема для админ-панели MODX 2.*.* 10
Не за что.
А на счет настройки сервера: не уверен, но судя по всему в настройках fastcgi надо еще править, а не нгинкс. То есть нгинкс уже согласен больше пропускать, но конечный обработчик не согласен.
$modx->getManager()->createObjectContainer('modManagerLog'); В крайнем случае просто через phpMyAdmin удалите и создайте новую таблицу.
А то, как у вас сейчас сделано, просто не позволит мне выполнить что-то типа такого:
Мне в таком случае опять-таки придется использовать костыль с обфлэшем.
Ничто вам не мешает писать print include $this->_scriptFilename;
Куча принтов в сниппетах — это всегда было плохо. Пусть мне кучу минусов к коменту напихают несогласные. Сниппет — это логика. Она не должна ничего принтить. Принт — это вопрос шаблонизации, а это уже дело шаблонов и чанков. Но чанки опять-таки должны вызываться кодом-обработчиком.
Сергей, вы здесь в корне не правы, сорри. Поясню. Просто проследите ход выполнения метода MODx::runSnippet(). Самое важное: $output= $snippet->process($params); Уточняю: в данном случае выполняется присвоение. Вывод print/echo просто так присвоить нельзя. Для этого в modScript (расширяемый классом modSnippet) используется костыль ob_start()/ob_get_contents()/ob_end_clean(), и используется он как раз потому что многие именно MODX-разработчики вместо return пишут print/echo в своих сниппетах. Таким образом им просто облегчили жизнь. Но все-таки правильно именно возврат значения делать через return;
Еще аргумент: есть негласное правило у программистов: любая функция должна выполнять return, даже если она ничего не возвращает. Это как минимум для читабельности кода. Так вот, сейчас в modScript выполняется include кеш-файла сниппета, а вот еще каких-то пару лет назад код сниппета преобразовывался в функции и сниппет вызывался именно как функция. А еще раз повторюсь: функции должны выполнять возврат, а не принт.