http://www.clodo.ru Арендовал виртуальный сервер. 4x2300Mhz, 768Mb Ram, 25Gb per month и HDD 5GB SAS. Поставил туда CentOS5. Установил nginx1.0.12+apache2, php5.3.10, mysql5. Посадил таблицы на innodb. Небольшое шаманство и теперь сайт просто летает. А в Chrome сайт работает словно десктоп приложение))
$DB->RunSqlBatch($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/form/install/db/".strtolower($DB->type)."/install.sql") оно умирает в Маркетплейсе. $DB->type теряется и фсё на этом.
Подумываю забить на PHP и вливаться в Java EE. Не ПХП, но большинство людей, занимающимся программированием и менеджментом проектов на данном языке, вымораживают своей некомпетентностью и пофигистичностью
Плагин работает, и задачи решаются немного быстрее. Есть некоторые детали (а именно AJAX_CALL=Y), которые смущают меня, но я смирился с ними - дальнейший просмотр API проходит в старой обёртке.
В моей практике достаточно часто начали встречаться задачи, когда нужно копировать инфоблоки. Но как-то раз всплыл еще более интересный квест.
Представьте себе каталог товаров, у которых вложенность 3-го уровня. Т.е. есть самый верхний уровень представляет собой инфоблок (для этого уровня очень много свойств и они не повторяются для различных групп товаров), а в инфоблоке остальные уровни формируются секциями.
И когда проект уже был готов к сдаче, заказчик захотел выделить секцию в отдельную глобальную группу товаров. Создавать новый инфоблок? Да. И заполнить его контентом? Да.
Наблюдая в глазах эти два тривальных этапа, я все-таки решился процесс автоматизировать - и экспорт в CSV тут не причем.
Эта компонента позволяет из секции создать инфоблок, который будет обладать полным спектром свойств и настроек полей, которые, в свою очередь, принадлежали информационному блоку виновной секции. Как следствие, компонента умеет клонировать инфоблоки и сохранять их контент (опционально). Гаджет в курсе про модуль Торговый каталог, поэтому остатки и цены также должны скопироваться.
Описывать интерфейс думаю смысла нет. Он "интуитивно понятный". Управлять операциями может только администратор.
Итого из плюсов: оно работает и экономит время. Итого из минусов: * Если у вас, скажем, фрон-энд/бэк-энд и таймаут 60 секунд, а в каталоге овер 9 тысяч позиций товара - вам удастся только склонировать инфоблоки без содержимого. Поэтапного клонирование не предусмотрено. Я обдумывал адаптировать его к консольному использованию, но пока что нужды не было и врятли будет. * Пользовательские свойства для секций будут потеряны - восстанавливать нужно в ручную. Аналогично хотел дописать лишние пару строчек, но увы и ах.
Разумеется, скрипт представлен в форме AS-IS, поэтому я рекомендую перед выполнением операции сделать лишний раз резервное копирование данных.
Я буду рад выслушать все замечания, все предложения. Спасибо за внимание!
Еще обратите внимание на активность элементов и секций. При попытке переноса элементов из неактивных секций у меня скрипт выдал ошибку, потому что секции он не перенёс, а вот элементы перенести попытался.
Столкнулся с проблемой несовпадения collations в БД. Интернет подобным просто кишит. Видал подобная проблема была озвучена на форумах, и был дан комплект SQL запросов напрямую к СУБД для её решения.
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».