Іван Клімчук

Добрый день! Необходимо написать компонент с админкой, для вставки рекламных блоков и другого html-кода в содержимое content.

В админке можно:

1. Создавать любое количество блоков
2. Выбирать позиционирование:
   
   • до/после тега
   • порядковый номер тега
   
   
   • параграф, картинка, плеер (код youtube), заголовок h2, blockquote, ul, ol
3. Выбирать шаблоны, в которых будут отображаться блоки

Например, добавляем блок, который будет отображаться в шаблоне «Статья» после третьего подзаголовка.
Если в статье нет тега с заданным порядковым номером, блок просто не отображается.

При создании нового блока нужно

Проверять, чтобы блоки не вставлялись:

• между /p и /blockquote
• между /p и ul
• между /p и ol
• внутри table
• После последнего абзаца

Писать можно в скайп: ollubim

Добрый день!

Прошу подсказать несколько моментов:
Что лучше использовать для организации REST API из этих двух встроенных классов?

И как можно заставить контроллер отдавать данные из таблицы с данными не только лишь по ID, а еще и по какому-то другому столбцу и попробовать хоть какую-то группировку сделать?

Еще не могли бы подсказать уважаемые как грамотно переопределять методы, как реализовать авторизацию по апи ключу?

Я попробовал по той скудной доке что есть к этим классам сделать, но отдача данных идет строго по айди и все что не пробую в плане сортировки — просто игнорируется.

Приветствую, дорогое сообщество!
Сегодня в очередной раз, понадобилось добавить свои поля в заказ miniShop2, в сообществе уже есть несколько дельных статей, как это сделать, но у всех вариантов есть недостатки:
Это либо исходники править или поля хранятся в json формате и доступны только на чтение.
А хочется полноценных полей, которые можно и редактировать из админки и через api и что при этом исходники не трогать.
Вот в общем у меня какая стратегия выработалась для решения этой задачи:
1)В системную настройку ms2_order_address_fields добавляем наше будущее поле
2)Добавляем в словари miniShop2 название нашего поля на нужном языке, что бы отображать его в админке и на фронте.
3)Далее нужно расширить модель таблицы ms2_order_addresses, причём сделать это не в исходниках, а на лету через плагин, подробно об этом писал наш Гуру Василий — modx.pro/solutions/7037-expanding-any-table-modx/

Для тех кто из Республики Беларусь.
Необходима оценка написания модуля для платежной системы WebPay в РБ
webpay.by/ru/
Вот документация:
Доки
Есть доступ в тестовое окружение
Интересует сколько по деньгам и срокам

Многие пользователи знают, что MODX хранит кучу старых версий дополнений, чтобы вы могли откатиться на них в любое время.

Но, это требуется крайне редко, а место пакеты занимают. Их можно удалять вручную, но это довольно утомительно, поэтому я набросал несложный консольный скрипт для автоматического удаления.

Скрипт нужно положить в корневую директорию и запустить. Он выберет все установленные версии, кроме самой последней, и корректно удалит их через родной процессор.

Судя по коду этого процессора, никак повредить системе он не может, потому что деинсталляцию самого пакета не делает, а только удаляет файлы версии. Но, в любом случае, использовать на свой страх и риск!

Как правильно настроить права для контент-менеджера в связке с minishop2?

Закрыть настройки, ограничить доступ до одного модуля в «приложения».
Давно уже задаюсь этим вопросом, хотелось бы увидеть грамотный ответ :)

«Обычно» панели на VPS создают следующую структуру папок:

домашняя директория пользователя = /var/www/user/data/
корневая директория сайта = ~/www/site.ru = /var/www/user/data/www/site.ru
логи сайтов = /var/www/httpd-logs/...
сертификаты = /var/www/httpd-cert/user/...
fcgi-враппер = var/www/php-bin/user/php + php.ini

Интересует, какую структуру папок выдерживают разработчики/админы в случае, когда:
— на VPS работают только свои (или одного заказчика) сайты и все сайты (скрипты) запускаются от одного пользователя?
— панели для управления сервером не используются и не будут использоваться

По стандарту FHS для сайтов должна использоваться папка /srv. Но на практике этот «стандарт», как правило, не соблюдают и в большинстве случае размещают сайты в /var/www/.

Благодаря статье Михаила Воеводского заметил, что тема резервного копирования востребована в сообществе. Решил поделиться своим скриптом резервного копирования написанным на Python. Примечателен он тем, что полностью удовлетворяет закону импортозамещения заливает файлы на Яндекс Диск, раскладывая их по папочкам вида ГГГГ-ММ-ДД. Это не все его приятные особенности, вот список:

• Умеет удалять старые бекапы с ЯДиска, если они старее чем N дней (настраивается в config.yaml)
• Умеет удалять старые логи с сервера
• Раскладывает бекапы на ЯДиске по папкам вида: ГГГГ-ММ-ДД
• Бекапит системные папки: /etc/, /var/log/, /root/

О необходимости резервного копирования сказано много. Мы в этой статье рассмотрим удобный и простой способ для серверов, настроенных по этой замечательной инструкции.

Итак, вводные данные:

• Каждый сайт работает от своего пользователя;
• Все сайты находятся в /var/www/ ;
• Системное имя пользователя, имя пользователя БД и название БД совпадают.

Что нам нужно в результате:

• Создание zip архива всего сайта и sql дампа БД в ~/backup
• Подстановка даты в имя файлов
• [Опционально] Закачивание всех архивов в Google Drive и удаление с сервера