12 ноября 2024, 19:52
С ним славу богу все хорошо. Он пошел дальше по карьерной лестнице, оставил MODX позади и сейчас заглядывает к нам только поздороваться.
12 ноября 2024, 18:44
Благодарю!
12 ноября 2024, 10:53
Как раз при редактировании с фронта добавить проверку не проблема, но надо код компонента смотреть
12 ноября 2024, 07:41
Если используете ispmanager, отключите параметр open_basedir
12 ноября 2024, 07:35
страниц много, но как вариант возможно.
В целом конечно пока не совсем понятно как лучше настроить контроль версий, я вот пока все сунул в Docker ...
11 ноября 2024, 09:46
Добрый день! Вы можете у сниппета ecMessage в параметре threads указать *. Про это есть в документации.
08 ноября 2024, 23:04
попробуйте убрать autoplay здесь:
allow="clipboard-write; autoplay"
Всего 123 784 комментария
[[!getResources? &parents=`1` &depth=`0` &showHidden=`1` &tpl=`obj-tpl` &sortby=`menuindex` &sortdir=`ASC` &includeTVs=`1` &processTVs=`1` &limit=`9`]]
Чанк obj-tpl содержит кроме всего прочего [[$COST? &cost=`[[+tv.cost]]`]]
А чанк COST кроме прочей html-разметки содержит [[+cost]]
Дело в том, что чанк COST может использоваться в нескольких шаблонах и не хочется дублировать его код. Но у меня он обрабатывается только для первого ресурса, а для остальных на его месте просто пустота.
Что-нибудь можно в данном случае сделать?
Меня к стати сегодня логинза не пускала то ли днем, то ли утром утром. Пойду на ветку Баннер Y
modx.com/extras/package/bannery
С меня 100 гр. и пирожок.
А я вот тоже сделал все что задумал =)
Если не хотите писать простой output filter, который по id выберет name статуса — пропишите текстом статус в теле письма.
1. MODX_CORE_PATH. 'components/packagename/processors/'
2. Проверьте, $this->modx->packagename->config — возможно там есть конфиг вашего пакета, если он верно вызван в контроллере.
Но тут выбор был не за мной.
Всем советую, это не сложно и недорого, а в итоге сэкономит нервы и время(деньги).
Во-первых, через какое-то время после того как отключил session_handler_class пошли ошибки и в админке, и на самом сайте. Исправил добавлением в .htaccess строки
php_value session.auto_start on
Потом, когда появилось время разбираться дальше, то первым делом вернул все назад — подключил session_handler_class и убрал auto_start сессии. Но скрипт корзины продолжил срабатывать каждый раз.
И до сих пор первоначальная проблема не повторилась, хотя все вернулось на исходные. Надеюсь и не повториться. :)
В общем почему пропал этот глюк я понять не смог. Мистика. %)
Сделал поле description и сортировку баннеров в позиции, перетаскиванием.
Благодарность будете присылать?
Запускать все сайты от одного юзера, или ставить 777 — одинаково небезопасно.
В любом случае это обозначает, что получив доступ к одному сайту, злоумышленник может накуралесить и на остальных.
Правильнее система: один сайт — один юзер, причем не www-data и не root. И права 755, 644. И отдельный доступ для этих юзеров через sftp, для работы с файлами.
просто через ssh
для директорий
find /path/to/dir -type d -exec chmod 755 {} \;
для файлов
find /path/to/dir -type f -exec chmod 644 {} \;
если хотите в файлах поменять к примеру только файлы с расширением php, то добавляем -iname
пример — меняем все php файлы
find /path/to/dir -type f -iname "*.php" -exec chmod 644 {} \;
Подскажите, пожалуйста, как лучше (безопаснее) поступить в моей ситуации, сменить владельца или выставить 777?