Для порталов она конечно не годится, но для сайта типа визитки вполне достаточно.
Если есть желание то можно и самому прикрутить свой любимый WYSIWYG редактор к примеру,
правда FCK Editor смотрится немного глупо рядом с sNews, 2Мб + 100 Кб
Позволю себе не согласиться с вами :)
Если параметр action пустой, то это значит, что обрабатывающим скриптом является сама страница, в данном случае, скорее всего, index.php.
Я вот попробовал (15 минут). Не очень понравилось
1) по поводу юзабилити - не сохраняются данные формы если валидация не прошла; при добавлении чего-либо (article, comment,..) тупо выводится пустой экран с сообщением "Вы добавили то-то" и надо куда-то кликнуть чтобы перейти на полезный контент; Нет вложенности категорий
2) с точки зрения разработки - CMS состоит из одного php файла, в котором перемешан html&php. По-моему, легкая CMS должна быть еще и легко-изменяемой, а не так, как это сделали ребята из Solucija... весь вывод динамического контента в темплейт сайта делается парой пхп тегов а-ля - т.е. если ссылки вы соберетесь делать не списком а каким-то другим способом, получите головную боль.
На истину во всех пунктах не претендую, все выводы сделаны на основе офсайта и установленного дистрибутива :)
Нормальную темплейтную систему (на базе php, а не монстрообразный smarty со своим внутренним ЯП), интерфейс для работы с дб с параметризованными запросами, передача сообщений в виде блока над контентом, нормальные редиректы после логина - если вы считаете, что это нельзя уложить в 100кб, то вы ошибаетесь.
После того как я начал пользоваться скриптом для администрирования MySQL от RSTeam (дал бы ссылку, но к сожалению "оф.сайт" не работает, зеркала не нашел), я уже и не знаю, какие функции можно уложить в минимальный объем трафика.
Не совсем в тему но всё же. Существуют ли offline cms т.е. программы которые на основании шаблонов и локальной базы текстов, новостей и т.д. создают html файлы которые потом заливаются на хостинг? Соответственно обновление контента - перелив html. Может есть что то типа каркаса на html с вложением контента по SSI?
Пару раз приходилось "копать" perl-овые CMS-ки, которые так и работали - создают статический html, а при внесении изменений просто "апдейтят" всю статику. Имхо, решение слегка через жопу, но если воткнуть что-то подобное на домашнюю машину получится off-line cms :)
Скажите, они просто тупо переписывают все страницы? А если использовать SSI для вставки блоков текста в шаблоны страниц (т.е. скажем 100 страниц с новостями в которых есть SSI инклюды номерных файлов, при добавлении новости просто перенумеровываем файлы новостей добавляя первым номером последнюю новость и заменяем самую последнюю страницу или добавляем ещё одну в конец) не будет ли это быстрее и проще? Или SSI медленнее будет работать чем php?
Я так понимаю, что это визуальный редактор с ftp загрузчиком и шаблонами, а я имел в виду возможность заполнения некой локальной базы из которой потом по шаблонам формируется сайт. Новости ставятся по порядку и делятся на страницы, статьи в статьи и т.д.
если я ничего не путаю, оно глотает дримвиверовские шаблоны, можно создавать типовые страницы, они будут добавлены в навигацию (если она сгенерена по понятиям в дриме), насчет листалок - хз
вообще изврат это, в большинстве случаев, очень не гибкое решение
а почему нельзя сделать на локалхосте сайт на любой цмс, и, отключив динамические блоки, скачать сайт через Offline Explorer к примеру, и залить? Вот инструкции, как сделать статичный архив на базе Drupal: http://drupal.org/node/27882
А что там разбиратся, 54 функции, 1881 строчка кода. Написано довольно просто и акуратно, если тебе нужна документированая версия, бери от сюда http://www.ni5ni6.com/pub/snews_15_dev_e…
В принципе можно и менее 100 кб на это дело потратить: модуль ответственный за редактирование/добавление материала, шаблонная система и модуль по общению с бд, итого, по сути, нам надо два парсера для шаблонов и для текста публикуемых материалов, что много кода не составит в случае грамотного использования regexp. Думаю можно и в два и в три раза сократить этот объем.
Вобще размер кода это, наверное, наименее существенный фактор стоящий после функциональности, быстродействия, безопасности и удобства использования. Хотя резонно было бы предположить, что чем меньше объем кода, тем проще следить за безопасностью и быстродействием.
Я вообще не пойму, кому эти 100 килобайт нужны. О качестве кода это еще не говорит, а вот хостинг в 100 килобайт найти сложно. Обычно дают гораздо больше.
Есть, например, отличный Microblog, который весит 116 килобайт, но сам по себе автономный, да и имеет возможность расширяться. http://microblog.bakmil.com
Единственное достоинство системы - маленький вес. И то, если честно, весьма сомнительное - все равно сами данные занимают гораздо больше места на сервере, чем скрипты CMS.
Cкачал, поставил. Слабовата и сыровата. Но мне, как для изучения php и идеологии CMS - самое оно. За четыре дня успел существенно ее подправить. Результат можно посмотреть здесь.
больше квоты не забьют. Да и капчу включить недолго. ТОлько я хочю картинку подключить. калькулятор напрягает и парсить его (в той реализации) очень легкою
sNews — самая маленькая CMS