Василий Наумкин

Всё началось с того, что мне позвонил знакомый и попросил проконсультировать по их сайту vrmedia.tv.

Его разрабатывал один местный программист и что-то дело начало буксовать — пропал интерес у разработчика. Вроде и дорабатывать он не против, но что-то времени нет, и всё такое. В общем, было принято решение продолжать работу без него.

Я, конечно, ответил на вопросы и предложил поискать кого-то еще. На что мне объяснили, что это уже третий разработчик и надежды на кого-то еще просто нет. Пришлось выручать знакомого.

Представляю вам новую версию pdoTools с небольшими улучшениями работы pdoPage в режиме ajax.

Первое изменение заключается в том, что все запросы теперь отправляются на отдельный файл-коннектор, который лежит в /assets/components/pdotools/. Во-первых, это ускоряет работу, потому что мы запускаем MODX в API_MODE и не выполняем все сниппеты на текущей странице, перед pdoPage.

А во-вторых, теперь режим ajax у pdoPage можно использовать при включенном Fenom в теле страницы. Кому интересно, вот подробности.

Второе изменение косметическое. Был добавлен параметр &ajaxHistory, который позволяет отключить сохранение номера страницы в url.

Этот год был очень сложным, и вряд ли кто-то думает, что следующий будет проще. Однако, у нас в сообществе modx.pro всё хорошо.

Поздравляю всех с наступающим новым, 2016 годом, товарищи! Если у кого есть желание подвести какие-то итоги и вспомнить интересные события — пишите в комментариях.

Представляю вам новую версию pdoTools 2.2.0-pl, в которой вы можете задавать свои модификаторы для использования в Fenom.

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

То, что указано в этой настройке, будет доступно глобально, для всех вызовов pdoTools. Также у вас есть возможность указать конкретные модификаторы для определённого вызова сниппета:

[[!pdoResources?
    &parents=`0`
    &fenomModifiers=`dateAgo`
    &tpl=`@INLINE <p>{$id} - {$pagetitle} {$createdon | dateago}</p>`
]]

Как можно заметить, модификаторы указываются через |.

Сегодня, впервые за всё время работы с Linode, у них возникли неполадки.

Примерно 4 часа были недоступны modstore.pro, modhost.pro, bezumkin.ru и все сайты на сервере h1.modhost.pro, включая modx.pro и его поддомены.

Проблема затронула все серверы Linode в Лондоне. Говорят, очень мощная DDoS атака.

На данный момент все проблемы решены, сайты на связи, проблем нет. Надеюсь, больше такого не повторится.

Представляю вам новую версию mSearch2 с небольшим, но очень важным изменением в логике работы индексации.

Теперь вы можете добавлять любые произвольные поля и слова в индекс буквально на лету, свои плагином на событие mse2OnBeforeSearchIndex:

<?php
switch ($modx->event->name) {
    case 'mse2OnBeforeSearchIndex':
        $mSearch2->fields['my_field'] = 1;
        $resource->set('my_field', 'My Words');

        if ($resource->get('class_key') == 'msProduct') {
            $mSearch2->fields['product_field'] = 1;
            $resource->set('product_field', 'Product Property');
        }
        break;
}

Для покупки и обновления доступна новая версия mSearch2, с более точным алгоритмом поиска, написанным заново.

Главное отличие в том, что запрос теперь уточняет результаты, а не расширяет их, как раньше. То есть, чем больше слов вы наберёте в запросе, тем точнее будет результат.
Василий — 1276 результатов.
Василий Наумкин — 53 результата.
Василий Наумкин miniShop — 25 результата.
Василий Наумкин miniShop2 — 23 результата.

Вчера в поддержку магазина обратились с жалобой на медленную работы mSearch2 при небольшом количестве товаров.

При ближайшем рассмотрении выяснилось, что проблема, конечно, не в самом mSearch2, а в чанке, который используется для вывод результатов работы фильтра.

Изначально debugParser показывал такой результат работы.

Привет, коллеги, у нас очередное обновление на хостинге.

Со вчерашнего дня панель управления собирает с серверов данные о их работе. На данный момент это:

• 
• 
• 
• 

Неожиданно стало возможным посмотреть, как именно ведёт себя каждый сайт и сколько ресурсов потребляет.

Представляю вам новую версию Office, компонента для работы с пользователями на сайте.

Очень много вопросов возникает с extended полями, которые в этой версии были расширены, так что я решил написать максимально понятные примеры по их использованию.

Итак, все неразрешённые поля в профиле пользователя запрещены для заполнения. Они просто обнуляются при обработке формы, поэтому, первым делом, вам нужно разрешить extended в параметре &profileFields:

[[!OfficeProfile?
	&profileFields=`extended`
]]

Там же вам нужно указывать и все остальные поля, которые вы разрешаете менять своим пользователям:

[[!OfficeProfile?
	&profileFields=`extended,username,fullname,email`
]]