- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Для маленьких говносайтов удобно тем, что можно сделать на денвере, залить файлы на хостинг и радоваться. Без дампов и прочих хлопот.
Причём тут денвер? Хотя здесь действительно проще. :)
Кстати, а смысл такие CMS использовать? БД намного быстрее и удобнее.
Это вы так, для флуда написали, или есть желание аргументированно похоливарить страниц на 10?
;)
погуглите на тему CMS + sqlite или yaml
это лучше чем простые текстовые файлы и не субд)
Это вы так, для флуда написали, или есть желание аргументированно похоливарить страниц на 10?
Аргументированно похоливарить здесь можно в 2-3 предложениях.
Без БД разве что самые откровенные г-сайты годятся. Использующих такие CMS трудно понять. Ещё труднее - их разработчиков, не туда силы направляют...
А бывает, что г-сайт начинают превращать в СДЛ. :) Тогда попробуй движок поменять.
pauk, ты неправ. Тему эту поднимали, уже мильен раз. Нельзя так однозначно говорить о CMS без СУБД, у любого решения есть плюсы и минусы. На файловых CMS эффективно работают многие крупные сайты. Перенос данных из движка без СУБД и с СУБД принципиально ничем не отличается по сложности.
Для CMS, в классическом понимании СУБД совершенно точно не необходима по двум простым причинам:
- база данных сайта на 95% работает на чтение, и только на 5% на запись. А организовать эффективное чтение данных даже из файлового хранилища - достаточно просто на алгоритмическом уровне. И, кстати, это организовать можно более эффективно, чем в известных СУБД по ряду параметров, например по расходу памяти. Просто нужно понимать алгоритмическую специфику конкретной CMS и уже создавать под это наиболее эффективный алгоритм работы с данными. Что касается записи данных в базу, то тут могут быть проблемы при необходимости много и часто данные апдейтить. Но стоит заметить, в большинстве случаев CMS без СУБД не являются супермногофункциональным инструментом, они заточены под определенный класс задач, с которым справляются лучше остальных.
- все что не является простым списком (страницы сайта, форумы, каталоги) в реляционной СУБД хранить неудобно, они просто не предназначены для удобного хранения иерархических структур или графов. Приходится пихать в дополнительные таблицы и поля лишнюю информацию, соответственно, повышаются вычислительные затраты на выборки и пр.
Говоришь сложно понять разработчиков? Тогда нужно посмотреть на выгоды, которые дает движок без СУБД разработчику и конечному потребителю (клиенту-владельцу сайта).
1. Простота инсталляции и низкие системные требования. Дешевизна хостинга.
2. Простота переноса сайта с девелоперской площадки на хостинг и обратно, высокая скорость переноса (простое копирование файлов по FTP всегда проще таскания базы с машины на машину).
3. Отсутствие затрат на системное администрирование базы. Для крупных проектов на MSSQL и Oracle есть отдельные люди только под администрирование и оптимизацию СУБД.
4. Выигрыш в скорости работы при выполнении определенных задач.
5. Возможность разработчику при разработке CMS выбирать на свое усмотрение между затратами памяти и скоростью работы при реализации тех или иных частных задач.
6. Отсутствие проблем при локализации контента под разные языки.
7. При необходимости данные легко можно поправить "ручками" с помощью обычного текстового редактора.
Из недостатков для разработчика могу назвать только два:
1. Отсутствие некоторых механизмов, которые могли бы делать операции в фоновом режиме по таймеру (jobы). Правда это и так присутствует не во всех СУБД.
2. Необходимость реализации полнотекстового поиска по базе "руками".
В нашей "Twilight CMS", например, не используется СУБД в общепринятом смысле (MySQL, M$SQL, Oracle и т.п.). Но это не означает, что не используются те же алгоритмы поиска, сортировки, вставки данных, которые используются в этих продуктах, индексы и прочее. А это определяет основные потребительские свойства - скорость работы и надежность.