Соберем список CMS работающих на базе текстовых файлов?

vikuz · 2009-06-05T16:25:30.0000000Z

Последнее время на различных хостингах сталкиваюсь с одной и той же проблемой. Как только найдется кто-то грузящий mysql тяжелыми запросами - все остальные отдыхают. Причем, самое забавное, такая проблема возникает не только на виртуальном хостинге, но даже на выделенном, т.к. выделяется в персональное пользование web-сервер, а сервер баз данных все равно общий (может так не везде конечно). К тому же часто нужен дешевый хостинг (для тех же сателлитов), а на нем mysql часто отсутствует. В связи с этим последнее время интересуюсь CMS работающими чисто на текстовых файлах. Понятно, что их функционал не сравниться с "полноценными" CMS, но интересует определенный минимум, как то: ведение элементарного блога и экспорт в rss, сбор rss лент с внешних источников, поддержка ЧПУ. Для начала хотя бы так. Может что-то еще. Предлагаю поделиться опытом и собрать в этой теме список CMS работающих на базе текстовых файлов. Думаю, информация будет полезна многим, т.к. многие занимаются разработкой сателлитов и других минисайтов, а для них такие CMS весьма пригодились бы.

7

denex

15 июня 2009, 14:23

#21

SetCMS. (http://www.setcms.org)

denex добавил 15.06.2009 в 18:23

Сорри! Забаянился)

Создание Интернет-проектов любой сложности (социальные сети, медиа-порталы, сайты-визитки, Интернет-магазины, CMS и т.д.) (http://www.tyurin.net)

B

94

burnis

15 июня 2009, 15:36

#22

tugrik37:
А в чём минусы CMS на файлах как таковых, а не в отдельности для каждой. Как будет выглядеть работа сайта, например, при 2000 страниц и около 1000 уникальных посетителей в день?

от к-ва страниц мало зависит. завист от того, как они будут обрабатываться. на сатусе есть ряд сайтов где и 6к и 20к страниц -)

и при этом трафика от 100 до 1000+ и работает на ура.

минус же систем на файлах.. если грубо говоря. то почти у всех и всегда есть проблема при одновременном доступе. тоесть к примеру сделать иерархию и разбить на роли.. что бы был админ, был модер, был редактор с разными правами со всеми вытекающими при не правильном подходе выливается в небольшой геморой. а значит есть определенная тупиковость.

фанатизм тут неуместен..хотя мы скоро очевидно сделаем многопользовательский сатус -) на файлах. не знаю зачем, но зачем-то скорее всего сделаем.

есть так же и ряд плюсов. главное понимать и осознавать для чего ваш потенциальный сайт преднозначен. сказать что файлы - это плохо не правильно. сказать что файлы панацея - тоже абсолютно не верно.

Колокейшн любых компьютеров/неттопов/серверов (http://rucolo.ru)|Простая IP-Телефония для людей" (https://www.dosgo.ru/referral/2f77777a)

V

106

vikuz

15 июня 2009, 17:01

#23

burnis:
сказать что файлы - это плохо не правильно. сказать что файлы панацея - тоже абсолютно не верно.

Согласен, все зависит от задач. Мощный посещаемый портал все же стоит делать на основе CMS с БД, но и сервак нужен в этом случае скорее выделенный. А на виртуальном хостинге, где СУБД частенько перегружена и виснет - лучше, думаю, подойдет CMS на текстовых файлах, для сателлитов, небольших сайтов, блогов - вообще вариант идеальный, для маленьких сайтов СУБД в принципе не нужна. Имхо.

SEOInst.ru - Каталог инструментов seo-оптимизатора (http://seoinst.ru) - online-сервисы, специализированный софт, биржи ссылок и статей, ссылки на полезные ресурсы и другое. Все необходимое оптимизатору в одном месте!

Боты достали, портят поведенческие, Посоветуйте шаблон и CMS Google: HTML-карта сайта не

Яндекс Вебмастер вынес товарные фиды в отдельный раздел

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы