Николай Савин

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

Чтобы кто-то мог отлаживать упоминания своих дополнений, с которых лично я никакого процента не получаю.

Это другой разговор. Имеешь право не хотеть шевелиться бесплатно.

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

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

@Василий Наумкин Вась а упоминание компонентов сделаешь? Тоже об этом говорили же.

@Баха Волков Продолжай пока Вася не начал комменты чистить

А ты чей рейтинг хочешь понизить?

А чем не устраивает вот эта статья?

Я бы смотрел в сторону where и select в сниппете mSearch2

mSearch2 с первого дня своего создания (если не ошибаюсь) — позволяет добавлять в поиск произвольные слова и таблицы баз данных. Об этом есть целый раздел документации с готовыми примерами.

Я же дал выше прямую ссылку на автора с пошаговой инструкцией и еще моим дополнением в комментариях

Внезапно… а вдруг это просто повод сделать ссылочного донора для упоминаемого сайта.

Я понимаю что можно показать классные разработки новичкам, с целью рассказать что и как можно сделать в modx и miniShop2, к примеру, но лично меня всегда преследует но…
Но чем опытнее разработчик — тем менее хочется чем то хвастаться. Я то знаю сколько проблем и багов в проекте. Увидит коллега — раскритикует. Есть у нас любители такие. Потом сам не рад будешь. Вот это и останавливает думаю большинство.
Да еще и с высоты опыта понимаешь — что все это такой детский лепет, что большинство тех, чье мнение важно — будут смотреть как на детские рисунки и мило улыбаться.

Так что видимо да — раздел не будет востребован по назначению

Это тоже отличная практика. В TV много разных типов, и эту особенность часто удобно использовать.
Что касается проблемы — смотри, у тебя одновременно есть и поле content2 в таблице ресурсов и такой же TV. Конфликт явный. Надо tv переименовать.

В админке на каждой странице каждое поле отдельно жестко прописано, с указанием всех свойств (строка, текст, число). Это сделано в js массиве.
Если ты что то новое добавляешь в карту объекта и базу данных (уточню на всякий случай что еще и таблицу базы данных нужно расширять ручками) — то так же ручками нужно добавлять новый дополнительный код в js массив полей.
Обычно делают отдельный плагин, чтобы не вносить правки в исходный код MODX.
Вот пример, прямо из рабочего проекта дернул

switch ($modx->event->name){
case 'OnDocFormPrerender':
        $modx->controller->addHtml("
            <script type='text/javascript'>               
                
             Ext.ComponentMgr.onAvailable('modx-panel-resource', function(){                 
                 if(this.items[1].items[0].id == 'minishop2-product-tab'){
                       var leftCol = this.items[1].items[0].items[0].items[0].items[0].items[0].items[0].items[0];
                 }else{
                      if(this.items[1].items[0].id== 'modx-resource-settings'){
                         var leftCol = this.items[1].items[0].items[0].items[0];
                     }
                     if(this.items[1].items[1].id == 'modx-resource-settings'){
                         var leftCol = this.items[1].items[1].items[0].items[0];
                     }                    
                     
                 } 
                 
                 var kz_title = {
                   anchor: '100%',
                   description: '<b>[[*kz_title]]</br>Заголовок на казахском</b>',
                   fieldLabel: 'Заголовок на казахском',
                   id: 'modx-resource-kz-title',
                   maxLength:255,
                   msgTarget: 'under',
                   name:'kz_title',
                   xtype:'textfield'
                }
                
                leftCol.items.splice(2, 0,  kz_title); 
                
                var kz_description = {
                   anchor: '100%',
                   description: '<b>[[*kz_description]]</br>Описание на казахском</b>',
                   fieldLabel: 'Описание на казахском',
                   id: 'modx-resource-kz-description',
                   maxLength:255,
                   msgTarget: 'under',
                   name:'kz_description',
                   xtype:'textarea'
                }
                                               
                leftCol.items.splice(4, 0,  kz_description);
                
                
                
            });
        </script>");
        break;
}

На выходе получилось вот так prntscr.com/mnm25m

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

Не скажи. Лишняя библиотека при загрузке сайта. Лишний раздражающий логотип сбоку, лишняя головная боль при последующей поддержке. Опять же при настройке лишний гемор. Короче делай как знаешь, но я уже с год как отказался и не жалею.

О, я не знал что с отключенным полем можно работу работать. Спасибо Жень.

Потому что это лишние раздражающие действия для посетителей. А csrf токен работает в тени и пользователю делать ничего не нужно дополнительно. Пользоваться им не сложно.
Подробнее у Сергея Шлокова

Я бы на вашем месте вообще не пользовался капчей. От спама прекрасно защищает csrf токен, по аналогии с Laravel

Автор может меня поправить, но думаю только такой вариант есть. Дело в том, что метки времени в базе лежат в другом формате, и seoFilter просто не умеет корректно заносить в словарь даты. Не знает какой формат нужен. Так что только вручную.

Вам нужно вручную создать нужные года в словаре, вот и все.