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

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

Я понимаю что можно показать классные разработки новичкам, с целью рассказать что и как можно сделать в 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 просто не умеет корректно заносить в словарь даты. Не знает какой формат нужен. Так что только вручную.

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

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

Илья… бронируй два места в самолете.

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

В этом и смысл публикации. На здоровье.

хук сделать, не?

6 часов.

Как по мне проще и правильнее, по быстрому класс набросать для подключения своих таблиц и использовать XPDO. Здесь уже вступают в силу вопросы стандартизации и унификации, чтобы все на сайте работало по одному принципу.

Как бы XPDO и есть ORM библиотека, не?

Если ты на что то обратил внимание — это автоматически становится странным и важным. Конкретно в твоем случае еще и уязвимым )).