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

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

Был в сети 8 часов назад
Заказы принимаю
Я понимаю что можно показать классные разработки новичкам, с целью рассказать что и как можно сделать в 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
Думаю Это тупиковая ветвь обсуждения. Потому как мысль изначально неверная. Для каждого отдельного сотрудника заводится отдельный пользователь с нужными правами, который при необходимости блокируется или удаляется. Вот и все.
Не скажи. Лишняя библиотека при загрузке сайта. Лишний раздражающий логотип сбоку, лишняя головная боль при последующей поддержке. Опять же при настройке лишний гемор. Короче делай как знаешь, но я уже с год как отказался и не жалею.
Автор может меня поправить, но думаю только такой вариант есть. Дело в том, что метки времени в базе лежат в другом формате, и seoFilter просто не умеет корректно заносить в словарь даты. Не знает какой формат нужен. Так что только вручную.
Здравствуйте. Вопрос неоднозначный. Автор компонента сменился. Теперь он у меня на поддержке, но возможности проверить работу компонента в деле не было. Давайте у Вас и проверим. Если вдруг что-то не будет работать, в рамках техподдержки можем доработать компонент до рабочего состояния.