Андрей

Итак после не удачного опыта во вкладке «Производитель товаров» решил попробовать разобраться во вкладке «Опции» и как говориться первый блин комом.

1. Добавим плагин для того что бы подключить наш файлик ExtJS (у меня их много поэтому я предлагаю такую схему.

<?php
switch ($modx->event->name) {
    case 'msOnManagerCustomCssJs':
        switch ($page) {
            case 'orders':
            $modx->controller->addLastJavascript(MODX_ASSETS_URL . 'components/minishop2/custom/addjsms2.js');
            break;
            case 'settings':
            $modx->controller->addLastJavascript(MODX_ASSETS_URL . 'components/minishop2/custom/addjsms2vendor.js');
            $modx->controller->addLastJavascript(MODX_ASSETS_URL . 'components/minishop2/custom/addms2option.js');
            break;
        }
        break;
}

Далее создадим данную дирректорию и наследуем нашу форму

Компонент позволяет создавать неограниченное количество «виртуальных копий» ресурса, не создавая дубль самого ресурса. Бесплатно.

Встала задача ускорить, насколько это возможно, работу парсера, т.к. у клиента отработка задания на парсинг 7к ресурсов длилась в течение ~2-3 суток!
Первым делом я подумал, что проблема таится в получении данных со стороннего ресурса. 7 тысяч запросов к стороннему ресурсу только за текстовой информацией, а ещё у каждой записи по 5 картинок, в общей сложности получается 42к запросов к стороннему ресурсу.
Если в среднем запрос длится по 1 секунде, то получается 42 тысячи секунд, что эквивалентно 11 часам и ещё 40 минутам! А ведь ресурс ещё нужно сохранить, на что в среднем уходит по 1-2 секунды. Это ещё +22 часа работы. Итого ~34 часа на отработку задания на парсинг 7к ресурсов, в лучшем случае. Мда… не дело!

Надоело каждый раз при переносе сайтов между серверами прописывать конфиги в нескольких местах. Каждый раз напрягаешься, чтобы не перепутать. Написал скрипт, который делает это автоматически в зависимости от $_SERVER['HTTP_HOST'] сервера на котором он запускается.

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

Эта заметка продолжает цикл посвященный всестороннему обзору архитектуры REST для MODX.

Здесь можно почитать введение
Здесь быстрый осмотр встроенного в MODX модуля modRestService

Ну а начиная с этой заметки — поговорим уже о нюансах настоящей боевой разработки.

Статья — продолжение цикла, рассматривающего создание REST API для MODX со всех сторон.
Часть первая — введение

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

Раз уж зашла тема про REST хочу написать серию заметок о том, как обстоят дела с построением REST архитектуры в MODX или о том, как сделать API приложение на базе MODX.

Привет! На волне того что тут теперь можно рассказывать на около модэкс темы, то я решил поделится с вами небольшой статьй.
На свой основной работе (благо, не студии) я занимаюсь разработкой на MODX пары достаточно крупных интернет-проектов в Республике Беларусь. Но в целом и общем я совсем не считаю себя PHP-шником и меня в принципе не особо тянуло в интерпретируемые языки. Это, конечно, мои загоны. Для себя я нашел хороший инструмент — .NET. И я начал особо плотно им интересоваться в момент анонса .NET Core, т.к Windows для меня стала слегка чужой, хотя Visual Studio до сих пор одна из тех вещей которые лично для меня являются весомым таким плюсом в пользу экосистемы языка.
Так же считаю что в .NET стеке гораздо сложнее сделать плохой код. Ни InteliSense, ни сборщик мусора, ни компилятор не даст прям намеренно сделать очень плохо. Посади 100 программистов на PHP решить задачу — получи 100 разных ее вариаций. На .NET специалисты схожего уровня напишут плюс-минус одинаково, что и позволяет C# как языку быть более поддерживаемым чтоль. Ладно, это лирика.

Добрый день!

На сайте стоит FormIt и AjaxForm, для защиты от спама используется способ, предложенный Ильей Уткиным (вот этот способ).

Все работает, пока спамеры не начинают в скрытое поле вводить цифру «0».

Скажите, как поправить вот этот код, чтобы письмо считалось спамом при вводе любого символа или буквы в скрытое поле?

<?php
if ($_POST['input-message']) { // проверяем наше поле на пустоту
    echo $AjaxForm->success('Ваше сообщение отправлено.');
    die();
} else {
    return true;
}