- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева

Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Для маленьких говносайтов удобно тем, что можно сделать на денвере, залить файлы на хостинг и радоваться. Без дампов и прочих хлопот.
Причём тут денвер? Хотя здесь действительно проще. :)
Кстати, а смысл такие 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 и т.п.). Но это не означает, что не используются те же алгоритмы поиска, сортировки, вставки данных, которые используются в этих продуктах, индексы и прочее. А это определяет основные потребительские свойства - скорость работы и надежность.