Fi1osof

Не уловил смысла.

Проект опенсурс или как?

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

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

1 = 1 AND вводилось для обхода проверки xPDO на метод FIND_IN_SET (раньше он его не знал и обламывал, не знаю как он сейчас на него реагирует. Если положительно, то можно 1=1 и не писать).

можно (правильней) написать
«FIND_IN_SET('Москва', from_city) > 0»

Тогда уж и вовсе «FIND_IN_SET('Москва', from_city)», так как результат этой функции проверяется на true|false.

AND FIND_IN_SET('[[*id]]', работать не будет, так как это MODX-плейсхолдер, а не конечное значение. Формируя таким образом запрос, вы в БД ищете не id текущего документа, а конкретно строчное значение '[[*id]]'.
Надо так:
[«1 = 1 AND FIND_IN_SET({$modx->resource->id}, replace(categories, '||', ','))»]
или
[«1 = 1 AND FIND_IN_SET({$modx->getPlaceholder('id')}, replace(categories, '||', ','))»]
Это если в сниппете. Если вы в феном или еще где-то пишете, может чуть отличаться синтаксис, но смысл, думаю, вы уловили.

Пожалуйста.

Да, действительно не так сделал. Сорян. Но лучше бы сделал так… Уточняю минус в чем: при таком подходе ты переписываешь чистый MODX-овый исходник. А если на него еще что-то навешено сторонним плагином (или не одним). Ты тогда просто перетираешь эти изменения. Собственно, по этой причине я и искал решение, которое по возможности не перетирало бы сторонние изменения. Вот листинг:

var _prototype = Ext.ComponentMgr.types['modx-grid-user'];

UserKarmaGrid = function(config) {
    this.sm = new Ext.grid.CheckboxSelectionModel();
    Ext.applyIf(config,{
        fields: ['id','username','fullname','email','gender','blocked','role','active','cls', 'userkarma']
        ,sm: this.sm
        ,columns: [this.sm,{
            header: _('id')
            ,dataIndex: 'id'
            ,width: 50
            ,sortable: true
        },{
            header: _('name')
            ,dataIndex: 'username'
            ,width: 150
            ,sortable: true
            ,renderer: function(value, p, record){
                return String.format('<a href="?a=security/user/update&id={0}" title="{1}" class="x-grid-link">{2}</a>', record.id, _('user_update'), Ext.util.Format.htmlEncode( value ) );
            }
        },{
            header: _('user_full_name')
            ,dataIndex: 'fullname'
            ,width: 180
            ,sortable: true
            ,editor: { xtype: 'textfield' }
            ,renderer: Ext.util.Format.htmlEncode
        },{
            header: _('email')
            ,dataIndex: 'email'
            ,width: 180
            ,sortable: true
            ,editor: { xtype: 'textfield' }
        },{
            header: _('active')
            ,dataIndex: 'active'
            ,width: 80
            ,sortable: true
            ,editor: { xtype: 'combo-boolean', renderer: 'boolean' }
        },{
            header: _('user_block')
            ,dataIndex: 'blocked'
            ,width: 80
            ,sortable: true
            ,editor: { xtype: 'combo-boolean', renderer: 'boolean' }
        },{
            header: 'Карма'
            ,dataIndex: 'userkarma'
            ,sortable: true
            ,editor: { xtype: 'numberfield'}
        }]
    });
    UserKarmaGrid.superclass.constructor.call(this,config);
};
Ext.extend(UserKarmaGrid,_prototype,{});
Ext.reg('modx-grid-user',UserKarmaGrid);

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

Что-то типа «вот увидел такой-то прием и решил его развить». Или хочешь сказать, что сам допер до такого метода расширения объекта и нигде ранее не видел?

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

Это интернет. Тут многое развивается слишком стремительно.

Может еще появится.

Ничего кроме «Что-то пошло не так» я не могу сказать, для этого надо смотреть проект.

Данные строки прописаны конкретно для разбора XML-а из XLSX-файлов. То есть сначала эвселевский файл распаковывается как обычный архив, потом читается файл с данными (путь всегда один). Если вы именно этот механизм пытаетесь использовать для чего-то другого, скорее всего он не будет работать как надо.

Да, рабочая, но изначально там было нарушение рекларации, и сейчас просто так это не поправить (есть зависимый функционал).
Позже переделаю, а пока скорее всего поможет в начале своего расширяющего процессора прописать ini_set(«display_errors», 0); или типа того, чтобы подавить ошибки.

Не за что!

А что, Migx/Migx DB тебе не подходит? Или тебе важно именно хранить данные эти в допколонке самой таблицы документа? Множественный выбор хранить в одной записи не круто, потом ни выборки нормальные сделать, ничего. Можно только будет получить данные на уровне самого php.