Комментарии 11
>А это 250 таблиц
Зависит от редакции. В интернет магазине «1С-Битрикс: Управление сайтом» их 389. Кстати, в phpMyAdmin по дефолту как раз 250 таблиц на страницу выводиться, так что может и в вашей редакции их больше?
Зависит от редакции. В интернет магазине «1С-Битрикс: Управление сайтом» их 389. Кстати, в phpMyAdmin по дефолту как раз 250 таблиц на страницу выводиться, так что может и в вашей редакции их больше?
0
Спасибо за решение.
Написать скрипт обратной миграции кажется не таким уж сложным.
Написать скрипт обратной миграции кажется не таким уж сложным.
0
Только если знаете Битрикс. Мне его структура БД показалась довольно непростой.
Хотя, если вы будете импортировать в Битрикс — вы сможете использовать его API, и наверняка его методы сами все распихают куда надо.
А у MODx все довольно просто — нужны только site_content (все ресурсы), site_tmplvars (дополнительные поля) и tmplvar_contentvalues (значения полей для ресурсов)
Хотя, если вы будете импортировать в Битрикс — вы сможете использовать его API, и наверняка его методы сами все распихают куда надо.
А у MODx все довольно просто — нужны только site_content (все ресурсы), site_tmplvars (дополнительные поля) и tmplvar_contentvalues (значения полей для ресурсов)
0
У битрикса есть стандартный механизм экспорта из инфоблоков двух типов:
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 нет, то мне кажется стоило обратить внимание именно на этот формат обмена, так как данные удобнее брать из одного места, а не из нескольких разрозненных таблиц. Да и в целом решение бы получилось более универсальное.
0
UPD. Не приятно получать минусы в пост и карму за, как мне кажется, полезный скрипт. Хоть бы кто отписался — что не устраивает?
Это происки агентов 1С-Битрик, они боятся, что данный пример наконец-то даст понять другим, что MODx — серьезная альтернатива и 1С-битриксу, да и прочим движкам.
Это происки агентов 1С-Битрик, они боятся, что данный пример наконец-то даст понять другим, что MODx — серьезная альтернатива и 1С-битриксу, да и прочим движкам.
+1
Нереально улыбнулся с урлов битрикса. Импорт в MODx пишется быстро, любой.
Для вашего случая рекомендовал бы переезд на нормальные урлы с помощью 301 редиректа. Создание их на лету тоже можно автоматизировать, подправив ваш скрипт и сделав еще одну таблицу сопоставления старых и новых урлов
Для вашего случая рекомендовал бы переезд на нормальные урлы с помощью 301 редиректа. Создание их на лету тоже можно автоматизировать, подправив ваш скрипт и сделав еще одну таблицу сопоставления старых и новых урлов
0
Работаю как раз в основном именно с этими двумя движками (MODx и Битрикс) и сталкивался в работе только с переездом MODx -> Bitrix.
В силу этого обстоятельства сейчас возник профессиональный интерес: чем клиент мотивировал переезд Bitrix -> MODx? Если это не коммерческая тайна, конечно же.
В силу этого обстоятельства сейчас возник профессиональный интерес: чем клиент мотивировал переезд Bitrix -> MODx? Если это не коммерческая тайна, конечно же.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Публикации
Изменить настройки темы
Импорт инфоблоков из 1С-Битрикс в MODx Revolution