Тут только учтите что такое модуль валидации структуры бд битры может посчитать нарушением, и если кто то нажмет автоматически исправить проблему поле снова конвертируется в MEDIUMTEXT а лишние данные будут безвозвратно утеряны.
brees, Точно)) да не досмотрел в статье этого. У меня в коде вообще фигурирует только хеш, все остальное мне не нужно, я по хешу потом достаю и имя компонента и параметры и все что нужно. сама концепция представленная в статье рабочая а детали реализации уже у каждого свои.
brees,
<< Я так понимаю это делается для того, чтобы уменьшить затраты на сериализацию json и передачу большого массива данных ?
>> Нет потому что если передавать на клиент arParams и потом доверять ему при ajax запросе клиент может подменить данные, это потенциально дырочка в защите)
<< Кстати, сегодня столкнулся с небольшой проблемой, фильтр в компонент передаётся в глобальной переменной и в ...
>> Да
В таблице b_user_options отфильтруй по id юзера и категории main.interface.grid там либо найдешь запись или грохни все, от этого ничего не сломается, гриды просто сбросятся в дефолтные настройки.
Способ предложенный в статье очень даже не плох, я сохранил себе. Сам до этого использовал похожий метод только писал в сессию параметры компонента в самом компоненте и файл ajax был не универсальным как в статье, а индивидуально для каждого компонента.
serginhold, Потому что он самый простой если не примитивный но свое дело делает, для человека не работавшего раньше с миграциями самое то для изучения. Лично я работаю с phinx.
Ну да, нужно. Могу посоветовать решение arrilot/bitrix-migrations,у него есть режим авто генерации миграций при внесении изменений через админку. Но это не панацея и на все 100% я бы им не доверял.
блин я такую ошибку никогда не получал, советую начать сначала. По идее ошибка означает что на локальном и удаленном репозитории совсем разная история.
6 пункт не нужно вообще выполнять git init и git clone взаимоисключающие команды.
git init - создает пустой репозиторий
git clone - скачивает репозиторий из удаленного источника
Тут говорится что у вас в репозитории есть изменения которых нет у вас локально и перед тем как выгрузить те что у вас сейчас локальные вы должны стянуть изменения с удаленного репозитория git pull origin master
и только после совмещения(мержа) изменений в ветке вы сможете ее выгрузить на сервер.
Для любых компонентов, смысл в том что не важно свой это компонент или переопределение шаблона стандартного система смотрит на папку с шаблоном и если находит там файл с расширением которое указано в конфиге шаблонизатора то игнорирует стандартный template.php и передает управление на шаблонизатор.
