Comments 11
>А это 250 таблиц
Зависит от редакции. В интернет магазине «1С-Битрикс: Управление сайтом» их 389. Кстати, в phpMyAdmin по дефолту как раз 250 таблиц на страницу выводиться, так что может и в вашей редакции их больше?
Зависит от редакции. В интернет магазине «1С-Битрикс: Управление сайтом» их 389. Кстати, в phpMyAdmin по дефолту как раз 250 таблиц на страницу выводиться, так что может и в вашей редакции их больше?
Спасибо за решение.
Написать скрипт обратной миграции кажется не таким уж сложным.
Написать скрипт обратной миграции кажется не таким уж сложным.
Только если знаете Битрикс. Мне его структура БД показалась довольно непростой.
Хотя, если вы будете импортировать в Битрикс — вы сможете использовать его API, и наверняка его методы сами все распихают куда надо.
А у MODx все довольно просто — нужны только site_content (все ресурсы), site_tmplvars (дополнительные поля) и tmplvar_contentvalues (значения полей для ресурсов)
Хотя, если вы будете импортировать в Битрикс — вы сможете использовать его API, и наверняка его методы сами все распихают куда надо.
А у MODx все довольно просто — нужны только site_content (все ресурсы), site_tmplvars (дополнительные поля) и tmplvar_contentvalues (значения полей для ресурсов)
У битрикса есть стандартный механизм экспорта из инфоблоков двух типов:
1. CSV
2. XML
XML экспортируется по стандарту CommerceML
С MODx никогда не сталкивался, но есть шанс, что импорт по стандарту CommerceML уже кем то сделан для импорта данных из 1С (1с в CommerceML товары выгружает). Если готового импорта CommerceML для MODx нет, то мне кажется стоило обратить внимание именно на этот формат обмена, так как данные удобнее брать из одного места, а не из нескольких разрозненных таблиц. Да и в целом решение бы получилось более универсальное.
1. CSV
2. XML
XML экспортируется по стандарту CommerceML
С MODx никогда не сталкивался, но есть шанс, что импорт по стандарту CommerceML уже кем то сделан для импорта данных из 1С (1с в CommerceML товары выгружает). Если готового импорта CommerceML для MODx нет, то мне кажется стоило обратить внимание именно на этот формат обмена, так как данные удобнее брать из одного места, а не из нескольких разрозненных таблиц. Да и в целом решение бы получилось более универсальное.
UPD. Не приятно получать минусы в пост и карму за, как мне кажется, полезный скрипт. Хоть бы кто отписался — что не устраивает?
Это происки агентов 1С-Битрик, они боятся, что данный пример наконец-то даст понять другим, что MODx — серьезная альтернатива и 1С-битриксу, да и прочим движкам.
Это происки агентов 1С-Битрик, они боятся, что данный пример наконец-то даст понять другим, что MODx — серьезная альтернатива и 1С-битриксу, да и прочим движкам.
Нереально улыбнулся с урлов битрикса. Импорт в MODx пишется быстро, любой.
Для вашего случая рекомендовал бы переезд на нормальные урлы с помощью 301 редиректа. Создание их на лету тоже можно автоматизировать, подправив ваш скрипт и сделав еще одну таблицу сопоставления старых и новых урлов
Для вашего случая рекомендовал бы переезд на нормальные урлы с помощью 301 редиректа. Создание их на лету тоже можно автоматизировать, подправив ваш скрипт и сделав еще одну таблицу сопоставления старых и новых урлов
Работаю как раз в основном именно с этими двумя движками (MODx и Битрикс) и сталкивался в работе только с переездом MODx -> Bitrix.
В силу этого обстоятельства сейчас возник профессиональный интерес: чем клиент мотивировал переезд Bitrix -> MODx? Если это не коммерческая тайна, конечно же.
В силу этого обстоятельства сейчас возник профессиональный интерес: чем клиент мотивировал переезд Bitrix -> MODx? Если это не коммерческая тайна, конечно же.
Sign up to leave a comment.
Импорт инфоблоков из 1С-Битрикс в MODx Revolution