Степан Прищепенко

давно не пользовался этим компонентом, поэтому фраза «а у него транслитерация на событии» заставляет меня думать что автор внедрил транслитерацию в компонент, если это так, я точно не отвечу на ваш вопрос. Если вы ошиблись в его постановке, то попробуйте отключить плагин выполняющий транслитерацию (не забудьте после очистить кэш) и посмотрите как работает загрузка. Строки выше представленны в достаточном виде, если же автор менял код, то полная замена текста может привести и к 500-й ошибке. Вообще, мне кажется будет лучшим, если автор сам поучаствует в решении этой проблемы.

Нет, такого нет.

Спасибо, учту, если есть желание можете предложить свои варианты.

Привет Василий, хотел уточнить, правильно ли я понимаю, что с новым методом подключения классов (через addService) проблема с использованием нескольких компонентов, например доставки, на сайте отпадает?

Да я писал про 2-й пункт, сделай все что описал выше и будет тебе счастье. По 1-му: сниппет вызывается закешированным в результате изменений в названии не видно, все там переименовывается, для проверки можно очистить кеш и обновить клиентскую страницу.

Привет, добавлю свои 5 копеек по компоненту: обнаружил косяк при спользовании его на локали ru_RU.UTF-8. Вообще увидив это, закралась мысль, что проблема более чем частная, и не только для русского сегмента. Ибо в этой локали плавающая точка отображается в виде… запятой ) lh.2xlibre.net/values/decimal_point/ Как результат формируется ссылка с параметрами для расчета доставки

http://public.services.dellin.ru/calculatorService2/index.html?request=xmlResult&derivalPoint=...&arrivalPoint=...&sizedWeight=123,456&sizedVolume=0,123456

в которой вес и объем указан с разделителем запятая, сервер возвращает ошибку «При заполнении были допущены следующие ошибки: необходимо указать вес габаритного груза.». Конечно можно свалить все на API деловых линий, но сдается мне, что они не одни такие. Вижу что компонент не приносит много денег, но все же хотел бы высказать пожелание чтобы была возможность использовать все возможности калькулятора: доставка от адреса до адреса, учет мест, негабаритных грузов итд, Видно что получилась хорошая основа, но для достижения наилучшего результата осталось сделать один шаг.

нашел еще поля phone_add и email_add, вот они могут попасть в общую таблицу, свойство gl_fields_grid_data значение «id,class,identifier,phone,phone_add,email,email_add»

Использую версию 1.2.1-beta меня не устроила логика, что при открытии города, данных по которому нет, не подставляются значения по умолчанию, чтобы это реализовать можно сделать так, в файл core/components/gl/model/gl/systems/glonhandlerequest.class.php в последнее условие добавить:

elseif(!$this->gl->opts['current']['data'] && $tmp = $this->gl->getDefaultData()){
            $this->gl->opts['current']['data'] = $tmp['data'];
            unset ($tmp);
        }

. Тогда плейсхолдеры с префиксом gl.current.data получат данные из объекта помеченного как «по умолчанию».

Также в компоненте предусмотренны 3 доп. поля с именами add1, add2, add3, которые можно использовать в плейсхоледерах gl.current.data. Чтобы их добавить нужно создать сист. настройку с именем
gl_fields_window_data (тип текстовое поле или текст область) и присвойте ей «id,default,class,resource,identifier,image,phone,email,address,active,name_alt,add1,add2,add3». При редактировании такой записи галочки не будут установленны, но данные все равно сохраняются в БД. Также, без изменения кода, вывести данные в общую таблицу нельзя. Думаю это были остатки или зачатки чего то, так что не стоит использовать не обдуманно, ибо в след версии этих полей может не быть вовсе, или измениться их принцип храниения/вывода.

а мне понравилась идея разделения файлов и классов по именам событий, весьма прикольно выглядит, для маленького проекта смысла в этом может и не много, но для большого думаю будет удобно, спасибо за код!

по какой-то космической причине (грешу на права или кеширование на самом сервере), папка cache категорически не хотела обновлять includes пока ручками не почистил, в результате плагин с именем gl туда вообще не попадал и не срабатывал, как результат плейсхолдеры не создавались и сниппеты ничего не выводили.

проблема была в том что папка кеша не обновлялась и плагин gl не запускался., но вопросы остаются в силе.

Володя, привет. Поставил компонент, но пока не сообразил как его использовать, не определяет местоположение — пока разбираюсь, заметил что используются системный параметры, например gl_ischeck_site_status, gl_core_path, default_real_class итд, и я нигде их не вижу, возможно конечно что они определяются каким-либо плагином ибо в системный настройках их нет. Я поискал в билдере и тоже их не нашел, не будет ли это влиять на правильную работу компонента? И в классе gl есть

public function __call($n, array$p)
    {
        echo __METHOD__ . ' says: ' . $n;
    }

не помешает?

хз работает же.

проверил работу в версиях 5.3, 5.4, 5.6 — везде работает нормально и в защищенном и в обычном. Делаю вывод: на заборе тоже написано, а там дрова,

вот про это не читал, спасибо.

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

Привет, отличный вышел компонент, молодец! Опробовал версию 1.0.8-pl и наткнулся на грабли, о которых и хочу рассказать. У меня есть плагин который управляет именем закачиваемого файла, висит на событии OnFileManagerUpload. В результате при закачке он заменяет некоторые символы в именах файлах (в том числе приватных), а твой компонент возвращает ранее сформированные (фиксированные) имена. Как лечить:

в core/components/fileattach/processors/mgr/upload.class.php

$success = $this->source->uploadObjectsToContainer(
$this->getProperty('path'),
	array(array( // emulate a $_FILES object
		"name" => &$this->filename, ....

обязательно обозначаем переменную в виде ссылки!

тут же идет присвоение:

$fileitem->set('name', $file['name']);
$fileitem->set('internal_name', $this->filename);

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

и в сниппете snippet.fileattach.php обязательно меняем присвоение url на

$itemArr['url'] = $public_url . $itemArr['path'] . $itemArr['internal_name'];

ибо именно internal_name будет содержать настоящий путь к файлу.

Ну и while(1)… я бы не стал использовать, как то мне не нравиться это.

И еще, ты используешь стандартный getChunk, хотя можно использовать его из pdoTools, тогда префиксы @FILE, @INLINE итд будут работать, что есть плюс для любителей статики.

Точно скажу что ни кто с данным компонентом этого не далал, с другим возможно, не знаю. Однозначно не получиться без внесения правок в js (компонента и скрее всего miniShop2), т.к. есть места, например при пересчете цены данные возвращаются только в один селектор '.price', возможно будет проблема с сабмитом и еще чем-нить, тут надо внимательно изучать все нюансы, наверняка ms2 тоже будут такие узкие места, если только там на closest или siblings Василий не перевел, или идентификаторы какие добавил к формам, я не проверял.

Вышла версия 0.2.9. Теперь, названия свойств и их значение так же попадают в поисковый индекс mSearch2. Достаточно в его настройках в поле с ключем mse2_index_fields добавить msextrfields_index:2 (вес указываем свой).

скорее всего попал на сброс, попробуй еще раз.