Сравнение вообще не к месту. Речь шла не о устройстве CMS, а о создании, и не о платных услугах (коими являются автосервиси), а о бесплатных движках. Т.е. ваше сравнение должно было звучать так:
Да я, чесно говоря, и блог не стал бы делать на файлах, при правильном подходе можно довольно неплохо оптимизированый двиг создать и на МуСКЛ (задачи и структура сайта помоему не сложная, много запросов не должно быть), но правда прийдется чем то пожертвовать. Универсальных и быстрых решений не существует
Поправил, спасибо
xpert13 добавил 12.07.2009 в 23:55
Обещал к конце следующей недели, а сдела на этой :)
Долгожданное событие, выход новой версии которая потдерживает ВП и ДЛЕ.
Версия 1.0.2 build 131
Добавлено:
- [доб] Экспорт в WP;
- [доб] Написан модуль импорта для CMS DataLife Engine (находится в папке modules);
- [доб] Экспорт в DLE; (бета)
Устраненны ошибки:
- [исп] Формат перевода строки при экспорте в Zebrum Lite (не давал возможности правильно разбивать статьи на страници);
Был написан специальный модуль импорта контента для ДЛЕ, его установка очень простая и проходит всего в 3 шага.
Внимание: пока проходит бетатестирование экспорта в CMS DataLife Engine цена остается прежней - 40 вмз. Позже цену будет увеличено. Спешите купить сейчас дешевле и получать бесплатные обновления.
P.S. Как вы заметили, оффициальные продажи начались только неделю назад, а у нас уже вышло 2 апдейты и 2 хотфиксы (среди которых значительное увеличение функционала, написание специального модуля для ДЛЕ, расширение форматов экспорта). Программа не стоит на месте и активно развивается по вашим пожеланиям. Обладаьели программы могут подтвердить что я стараюсь как можно быстрее реагировать на замечания и лечить баги. Если вы купите у меня программу, то будьте уверены что без техпотдержки не останетесь.
Большенство проблем - это человеческий фактор, а не концепции хранения данных :) То что у вас была такая проблема виноваты или вы, или хостер, или тот кто писал скрипт.
По теме: может я не вник в суть проблемы, но спор помоему ниочем. БД предназначены для одного, файлы для другого и спорить что использование одного плохо, а второго хорошо (или наоборот) глупо.
По поводу скорости: базы даных ведь тоже на файлах, имхо, быстрее обращатся напрямую к файлу, чем просить сервер обработать его запрос, обратится к файлу и выдать результат. Хотя з другой стороны, если хостинг и БД находятся на разных компах, то и нагрузку можно распределить.
Короче я всё к тому, что эфективное применение одной и второй концепции хранения даных на прямую зависит от прямоты рук разработчика (опять таки имхо)
Закладки нужны не только для обраток.
Ну а как же традиция: первому за отзыв и т.д.? :)
Или у вас есть отзывы?
Ну как минимум с тем, что базы от новых версий не подходят (есть способ, но он не 100%).
Чтобы выполнить 2 первых шага нужно удалить файл конфига. Не лучший вариант для рабочего сайта, если так делать, то на локалхосте только
Это как раз дело 2-3 минут (образно говоря, вообще то нужно около 15-20 мин, зависит от количества категорий на сайте). Проблема только в том, что нужно знать хотя бы основы работы с БД.
Можно сделать как сказал MoneyJam, только очистить поле id в таблици dle_post (заменить на NULL), а в поле category поставить везде 1 (или какой-то другой индекс, а потом после импорта уже разбрасывать посты по нужным категориям). Так же (если структура категорий одинакова), то можно посмотреть индексы аналогичных категорий и спомощью "найти и заменить" изменить старые на новые, тогда посты попадут в нужные категории сразу.
Здраствуйте,
Хочу сообщить что программа научилась удачно экспортировать проект в WordPress. Пока что идёт тестирование и отлов ошибок, а так же паралельно разрабатывается экспорт в CMS DLE. До выхода слудеющей версии осталось совсем немного :)
