Привет всем!
Сейчас работаю под DataLife Engine. Надоело. Хочу на друпал перепрыгнуть, но не хочется терять новости. Может, подскажет кто, как бы лучше такой переезд осуществить? Очень хочется.
Когда решал вопрос экспорта - иморта просмотрел несколько вариантов модулей друпала для обмена с "внешним" миром и между сайтами. Могу сказать что специально для вашей CMS не встретил. На мой взгляд пути 2
1) Поискать наиболее подходящий из модулей DRUPAL которые работают например с XML, или другим стандартом, а далее дописать обработку Вашей структуры (можно сказать что по XML parser много function в PHP и сообществе есть, как из массивов в файлы XML так и обратно )
2) Может оказаться, в зависимости от "разовости работ" что быстрее написать PHP скрипт с запросами который "заберет" информацию из Вашей базы и "положит" в таблицы DRUPAl.
Спасибо за советы. Я в принципе, и подумал, что можно программисту заказать все это дело, но все в копеечку, как всегда, выльется. Хотя по сути всю-то БД ворошить не надо, мне лишь бы сами новости хотя бы, вот и все. Т.е. по сути пары таблиц бы даже и хватило. Ну юзера пересоздам сам.
Я вот еще думаю, если был бы хоть какой-то конвертер хотя бы в другую CMS из DLE, можно было бы все последовательно сделать как-нибудь. Но что-то нету нигде такого.
Есть вот однако конвертеры из некоторых CMS в DLE и я подумал, может, их можно как-то доработать, чтобы они в другом направлении работали?
>> Есть вот однако конвертеры из некоторых CMS в DLE и я подумал, может, их можно как-то доработать, чтобы они в другом
>> направлении работали ?
из "других" база данных другая, и процесс обратный.
Вообще начать надо с того сколько времени эти новости встанет перебивать оператору в новую CMS (может оказаться дешевле) - работа разовая
2) Конвертер не встречал, и нет смысла - система Оpen Source "не агресивна" к другим, так что никто видно не озадачивался таким вопросом.
Времени на ручной перенос точно нет, и оператора даже заставлять - жестокая, да и бессмысленная работа.
По поводу агрессивности - не вижу ничего агрессивного, если бы были сделаны конверторы.
Ну а пока чтож, придется наверное надеятся, что разработчик возьмется за изготовление конвертера. Да и потм, есть же некотоыре - надо только направление поменять.
Или же смирится с дле...
Cейчас на форуме одновременно задаются вопросы по конвертированию баз данных из нескольких разных CMS (например, http://drupal.ru/node/5075). Готового решения, как я понимаю, нет.
Как вариант: страждущие могут скооперироваться и выставить здесь заказ на создание модуля (или отдельной утилиты) для "универсального" конвертирования своих БД в структуру БД Drupal. Программисты чай найдутся. А заказчикам в складчину получится дешевле.
Хм, не знаю, не знаю. Я видел неск. людей с подобной проблемой, но или их единицы на весь рунет, либо еще меньше.
Тут наверное придется искать знакомых, кто бы смог подсказать, как переконвертировать БД. Тут и надо-то всего пару таблиц перетащить, только правильно. А если на конвеер ставить - то дорого выйдет, программеры сейчс много просят.
- Сынок, за чтож тебе 20 рубликов-то то платить? Ты ж только отвёрточкой разок ткнул, а телевизор сам и заработал!
- За то что я ткнул, бабуля, с тебя 10 копеек. А вот за то, что я знал куда ткнуть - 19рублей,90копеек.
>> - Сынок, за чтож тебе 20 рубликов-то то платить? Ты ж только отвёрточкой разок ткнул, а телевизор сам и заработал!
>> - За то что я ткнул, бабуля, с тебя 10 копеек. А вот за то, что я знал куда ткнуть - 19рублей,90копеек.
(старый советский анекдот)
Шутку оценил, но денег с него никто не просит
Кстати и впрямь, коли уж заговорили об этой теме, может, есть люди, которые не на шутках, а реально могут конвертер спаять? Хотя бы самый простейший? Думаю, мы бы вскладчину и впрямь бы купили сие чудо.
Ненадо так напрягаться и тратить бублики, если Вы в состоянии предоставить данные в xml (формат схем могу нарисовать) могу попробовать загнать в базу :
forum
node
page
comment ( но этот уже атавизм)
Ограничения: база на добавляеться, а создаеться с нуля
>>А поподробнее - база друпала что - на xml основана?
>>Просто я этот формат ненавижу, и работать с ним, естессно не буду
Нет база MySQL, но вы выгрузите свой материал в xml а я его от туда заберу
Спасибо ксеон за хороший совет покопатся на буржуйском форуме. Как ни странно, там к этим проблемам сразу подошли. Ну чтож, может, и у нас скоро кто-то возьмется.
Хочу сказать, что конверторы есть, и их много. Но дле в списке нет, хотя есть идея ереконвертировать дле хоть куда-нибудь, а после уже в друпал. Но не нашел не единого конвертора из дле в хоть куда-нибудь.
Вам же предложили услуги по конвертации из БД DLE в БД Drupal через xml-формат. Не подходит?
Сделайте участникам форума более конкретное "предложение, от которого они не смогут отказаться" (с) х.ф. Крестный отец.
Ладно, надо еще подумать, что-то даже больше хочется прыгнуть скорее в вордпресс, чем друпал. Более-менее поюзал тот блог - понравилось как-то побольше. Но вот незадача, конвертера и там нет.
Exiton (не проверено)
22 апреля 2007 в 2:17
А что представляет из себя сайт, подлежащий переносу?
Ды там можно это и так и так рассматривать. Но дело в том, что у каждой новости есть превьюшка ведь, т.е. краткое содержание, терять которое не очень-то и хочется.
Я конечно могу написать конвертер, но это стоит недешево. Хотя бесплатно я даже для себя писать небуду.
да и причем тут xml, вообще? Главное знать структуру базы данных обоих движков. А потом хоть в xml хоть json хоть в CSV и др тащить можно.
Поэтому я тоже пока подожду
Если с MySQL на ты, тогда можно(возможно и проще) будет портировать через SQL скрипты, разумеется, придется поработать над ними с помощью perl или того же php. Все зависит от того, насколько у вас прежний сайт богат на экзотику.
Если бобла дофига, то можно кого нибудь пригласить для решения такой задачи. НО! Миграция данных из одной системы в другую на порядки сложнее чем написание модуля или тот же запуск этого же сайта на системе с нуля, ПОЭТОМУ СТОИТЬ ТАКОЕ УДОВОЛЬСТВИЕ ТОЖЕ БУДЕТ И ДОЛЖНО ОЧЕНЬ И ОЧЕНЬ НЕ МАЛО!
Иначе получите либо студента, либо кидалу, и в том и другом случае будет очень весело и интересно, но без желаемого результата... Профи за спасибо работать не станет.
Грамотное использование API избавляет от необходимости возиться с SQL или сводит это к минимуму.
К тому же API гораздо безопаснее и, в конечном итоге, проще.
Грамотное использование API избавляет от необходимости возиться с SQL или сводит это к минимуму.
К тому же API гораздо безопаснее и, в конечном итоге, проще.
Чтобы использовать API его как минимум надо иметь. Хорошо, если оно есть уже в готовом виде, если нет, то придется работать и над API и над SQL...
Чтобы использовать API его как минимум надо иметь. Хорошо, если оно есть уже в готовом виде, если нет, то придется работать и над API и над SQL...
Для импорта любой информации в друпал (включая, но не ограничиваясь другими CMS), достаточно знать batchAPI и drupal_write_record. Для кошерности (для выполнения нужных хуков), хорошо бы посмотреть node_save, comment_save, taxonomy_term_save, user_save. Вроде бы не много
Чтобы использовать API его как минимум надо иметь. Хорошо, если оно есть уже в готовом виде, если нет, то придется работать и над API и над SQL...
Для импорта любой информации в друпал (включая, но не ограничиваясь другими CMS), достаточно знать batchAPI и drupal_write_record. Для кошерности (для выполнения нужных хуков), хорошо бы посмотреть node_save, comment_save, taxonomy_term_save, user_save. Вроде бы не много :)
В общем как я и говорил, мозг напрягать придется и по ходу не хило... поэтому и решение таких задач достаточно дорогостоящее удовольствие!
Комментарии
Когда решал вопрос экспорта - иморта просмотрел несколько вариантов модулей друпала для обмена с "внешним" миром и между сайтами. Могу сказать что специально для вашей CMS не встретил. На мой взгляд пути 2
1) Поискать наиболее подходящий из модулей DRUPAL которые работают например с XML, или другим стандартом, а далее дописать обработку Вашей структуры (можно сказать что по XML parser много function в PHP и сообществе есть, как из массивов в файлы XML так и обратно )
2) Может оказаться, в зависимости от "разовости работ" что быстрее написать PHP скрипт с запросами который "заберет" информацию из Вашей базы и "положит" в таблицы DRUPAl.
Спасибо за советы. Я в принципе, и подумал, что можно программисту заказать все это дело, но все в копеечку, как всегда, выльется. Хотя по сути всю-то БД ворошить не надо, мне лишь бы сами новости хотя бы, вот и все. Т.е. по сути пары таблиц бы даже и хватило. Ну юзера пересоздам сам.
Я вот еще думаю, если был бы хоть какой-то конвертер хотя бы в другую CMS из DLE, можно было бы все последовательно сделать как-нибудь. Но что-то нету нигде такого.
Есть вот однако конвертеры из некоторых CMS в DLE и я подумал, может, их можно как-то доработать, чтобы они в другом направлении работали?
>> Есть вот однако конвертеры из некоторых CMS в DLE и я подумал, может, их можно как-то доработать, чтобы они в другом
>> направлении работали ?
из "других" база данных другая, и процесс обратный.
Вообще начать надо с того сколько времени эти новости встанет перебивать оператору в новую CMS (может оказаться дешевле) - работа разовая
2) Конвертер не встречал, и нет смысла - система Оpen Source "не агресивна" к другим, так что никто видно не озадачивался таким вопросом.
Времени на ручной перенос точно нет, и оператора даже заставлять - жестокая, да и бессмысленная работа.
По поводу агрессивности - не вижу ничего агрессивного, если бы были сделаны конверторы.
Ну а пока чтож, придется наверное надеятся, что разработчик возьмется за изготовление конвертера. Да и потм, есть же некотоыре - надо только направление поменять.
Или же смирится с дле...
Cейчас на форуме одновременно задаются вопросы по конвертированию баз данных из нескольких разных CMS (например, http://drupal.ru/node/5075). Готового решения, как я понимаю, нет.
Как вариант: страждущие могут скооперироваться и выставить здесь заказ на создание модуля (или отдельной утилиты) для "универсального" конвертирования своих БД в структуру БД Drupal. Программисты чай найдутся. А заказчикам в складчину получится дешевле.
Хм, не знаю, не знаю. Я видел неск. людей с подобной проблемой, но или их единицы на весь рунет, либо еще меньше.
Тут наверное придется искать знакомых, кто бы смог подсказать, как переконвертировать БД. Тут и надо-то всего пару таблиц перетащить, только правильно. А если на конвеер ставить - то дорого выйдет, программеры сейчс много просят.
>> Тут и надо-то всего пару таблиц перетащить
О ... знакомая фраза
- Сынок, за чтож тебе 20 рубликов-то то платить? Ты ж только отвёрточкой разок ткнул, а телевизор сам и заработал!
- За то что я ткнул, бабуля, с тебя 10 копеек. А вот за то, что я знал куда ткнуть - 19рублей,90копеек.
(старый советский анекдот)
это к продолжению фразы: ...., только правильно.
>> - Сынок, за чтож тебе 20 рубликов-то то платить? Ты ж только отвёрточкой разок ткнул, а телевизор сам и заработал!
>> - За то что я ткнул, бабуля, с тебя 10 копеек. А вот за то, что я знал куда ткнуть - 19рублей,90копеек.
(старый советский анекдот)
Шутку оценил, но денег с него никто не просит
меня тоже интересует вопрос цены на конвертер DLE2Drupal и как вариант phpNuke2Drupal
какой хотя бы порядок цен, сколько готовить день-знаков?
Кстати и впрямь, коли уж заговорили об этой теме, может, есть люди, которые не на шутках, а реально могут конвертер спаять? Хотя бы самый простейший? Думаю, мы бы вскладчину и впрямь бы купили сие чудо.
Ненадо так напрягаться и тратить бублики, если Вы в состоянии предоставить данные в xml (формат схем могу нарисовать) могу попробовать загнать в базу :
forum
node
page
comment ( но этот уже атавизм)
Ограничения: база на добавляеться, а создаеться с нуля
А поподробнее - база друпала что - на xml основана?
Просто я этот формат ненавижу, и работать с ним, естессно не буду
Но вообще тема остается открытой, т.к. конвертор нужен. Пусть и не в друпал, но главное, чтобы с дле.
>>А поподробнее - база друпала что - на xml основана?
>>Просто я этот формат ненавижу, и работать с ним, естессно не буду
Нет база MySQL, но вы выгрузите свой материал в xml а я его от туда заберу
Всегда выручал такой вариант (для форумов) - искал конвертер в phpbb. А из него и в него есть во что угодно.
Может стоит поискать DLE -> mambo / nuke / ldu / slaed ?
PS а вообще есть страничка с перечислением конвертеров сторонних cms в друпал?
[b]upd:[/b]
нюк -> друпал
http://drupal.org/node/7941#comment-36942
http://drupal.org/node/498
живой нюки под рукой нет, поэтому просьба отписаться, получилось ли что.
Спасибо ксеон за хороший совет покопатся на буржуйском форуме. Как ни странно, там к этим проблемам сразу подошли. Ну чтож, может, и у нас скоро кто-то возьмется.
Хочу сказать, что конверторы есть, и их много. Но дле в списке нет, хотя есть идея ереконвертировать дле хоть куда-нибудь, а после уже в друпал. Но не нашел не единого конвертора из дле в хоть куда-нибудь.
DLE почему - то нехочет чтобы его куда-нибудь конвертировали, странно очень
DLE рулит, поэтому никто с него и не съезжает
DLE реально не рулит, просто этого никто не понимает. Да и кому понимать, если ДЛЕ в основном стоит на варезниках, где люди в 16 лет сайты делают
А конвертеры из ДЛЕ, естесственно, не разработчиков дле забота.
В общем, тема сошла на нет. Ладно, чтож, будем ждать лучших времен.. .. .
Вам же предложили услуги по конвертации из БД DLE в БД Drupal через xml-формат. Не подходит?
Сделайте участникам форума более конкретное "предложение, от которого они не смогут отказаться" (с) х.ф. Крестный отец.
Ладно, надо еще подумать, что-то даже больше хочется прыгнуть скорее в вордпресс, чем друпал. Более-менее поюзал тот блог - понравилось как-то побольше. Но вот незадача, конвертера и там нет.
А что представляет из себя сайт, подлежащий переносу?
Новостная лента или категоризированный контент?
Ды там можно это и так и так рассматривать. Но дело в том, что у каждой новости есть превьюшка ведь, т.е. краткое содержание, терять которое не очень-то и хочется.
для превьюшек, которые отличаются от основного тела, в друпале есть спец. модуль
DLE точно не рулит.
Ну что конвертора не нашлось?
Я конечно могу написать конвертер, но это стоит недешево. Хотя бесплатно я даже для себя писать небуду.
да и причем тут xml, вообще? Главное знать структуру базы данных обоих движков. А потом хоть в xml хоть json хоть в CSV и др тащить можно.
Поэтому я тоже пока подожду
Если с MySQL на ты, тогда можно(возможно и проще) будет портировать через SQL скрипты, разумеется, придется поработать над ними с помощью perl или того же php. Все зависит от того, насколько у вас прежний сайт богат на экзотику.
Если бобла дофига, то можно кого нибудь пригласить для решения такой задачи. НО! Миграция данных из одной системы в другую на порядки сложнее чем написание модуля или тот же запуск этого же сайта на системе с нуля, ПОЭТОМУ СТОИТЬ ТАКОЕ УДОВОЛЬСТВИЕ ТОЖЕ БУДЕТ И ДОЛЖНО ОЧЕНЬ И ОЧЕНЬ НЕ МАЛО!
Иначе получите либо студента, либо кидалу, и в том и другом случае будет очень весело и интересно, но без желаемого результата... Профи за спасибо работать не станет.
Грамотное использование API избавляет от необходимости возиться с SQL или сводит это к минимуму.
К тому же API гораздо безопаснее и, в конечном итоге, проще.
Чтобы использовать API его как минимум надо иметь. Хорошо, если оно есть уже в готовом виде, если нет, то придется работать и над API и над SQL...
сколько контента импортировал через API, запросы сложнее выборки по ключу не строил
Для импорта любой информации в друпал (включая, но не ограничиваясь другими CMS), достаточно знать batchAPI и drupal_write_record. Для кошерности (для выполнения нужных хуков), хорошо бы посмотреть node_save, comment_save, taxonomy_term_save, user_save. Вроде бы не много
В общем как я и говорил, мозг напрягать придется и по ходу не хило... поэтому и решение таких задач достаточно дорогостоящее удовольствие!
не читал все коменты, но может поможет
http://groups.drupal.org/node/21338