Comments 60
100кил это не мало - можно было и перечислить в носоти функционал, чтобы не искать http://www.solucija.com/home/features/
100Kb - это действительно мало для CMS.
мда.. неплохо :) 100Кб - это без графики
является одной из самых оптимальных для создания простой персональной странички или маленького блогистана.
вы уже побывали за главной страницей блогистана и можете рассказать, что это такое? :)
А кто-нибудь пробовал этого зверя, как там с удобством использования?
Я вот попробовал (15 минут). Не очень понравилось
1) по поводу юзабилити - не сохраняются данные формы если валидация не прошла; при добавлении чего-либо (article, comment,..) тупо выводится пустой экран с сообщением "Вы добавили то-то" и надо куда-то кликнуть чтобы перейти на полезный контент; Нет вложенности категорий
2) с точки зрения разработки - CMS состоит из одного php файла, в котором перемешан html&php. По-моему, легкая CMS должна быть еще и легко-изменяемой, а не так, как это сделали ребята из Solucija... весь вывод динамического контента в темплейт сайта делается парой пхп тегов а-ля - т.е. если ссылки вы соберетесь делать не списком а каким-то другим способом, получите головную боль.
На истину во всех пунктах не претендую, все выводы сделаны на основе офсайта и установленного дистрибутива :)
1) по поводу юзабилити - не сохраняются данные формы если валидация не прошла; при добавлении чего-либо (article, comment,..) тупо выводится пустой экран с сообщением "Вы добавили то-то" и надо куда-то кликнуть чтобы перейти на полезный контент; Нет вложенности категорий
2) с точки зрения разработки - CMS состоит из одного php файла, в котором перемешан html&php. По-моему, легкая CMS должна быть еще и легко-изменяемой, а не так, как это сделали ребята из Solucija... весь вывод динамического контента в темплейт сайта делается парой пхп тегов а-ля - т.е. если ссылки вы соберетесь делать не списком а каким-то другим способом, получите головную боль.
На истину во всех пунктах не претендую, все выводы сделаны на основе офсайта и установленного дистрибутива :)
* парой пхп тегов а-ля (тут был хабросожратый php код menu_items(); )
а чего вы хотели от 100килобайт
Нормальную темплейтную систему (на базе php, а не монстрообразный smarty со своим внутренним ЯП), интерфейс для работы с дб с параметризованными запросами, передача сообщений в виде блока над контентом, нормальные редиректы после логина - если вы считаете, что это нельзя уложить в 100кб, то вы ошибаетесь.
Как с безопасностью дела обстоят?
Пока не верится, что многочисленные фильтры могут уместиться по соседству с функционалом CMS в 100 кб...
Пока не верится, что многочисленные фильтры могут уместиться по соседству с функционалом CMS в 100 кб...
Не совсем в тему но всё же. Существуют ли offline cms т.е. программы которые на основании шаблонов и локальной базы текстов, новостей и т.д. создают html файлы которые потом заливаются на хостинг? Соответственно обновление контента - перелив html. Может есть что то типа каркаса на html с вложением контента по SSI?
А кстати тоже этим интересовался.
И встречал одну или две CMS с таким функционалом, хотя сейчас просто не вспомню как нашёл и как искал...
И встречал одну или две CMS с таким функционалом, хотя сейчас просто не вспомню как нашёл и как искал...
Пару раз приходилось "копать" perl-овые CMS-ки, которые так и работали - создают статический html, а при внесении изменений просто "апдейтят" всю статику. Имхо, решение слегка через жопу, но если воткнуть что-то подобное на домашнюю машину получится off-line cms :)
Такое серверное решение вообще очень хорошее и разгружающее интерпретатор. Но сложное :)
Скажите, они просто тупо переписывают все страницы? А если использовать SSI для вставки блоков текста в шаблоны страниц (т.е. скажем 100 страниц с новостями в которых есть SSI инклюды номерных файлов, при добавлении новости просто перенумеровываем файлы новостей добавляя первым номером последнюю новость и заменяем самую последнюю страницу или добавляем ещё одну в конец) не будет ли это быстрее и проще? Или SSI медленнее будет работать чем php?
Скажем будет ли сильно тормозить если в PHP запрашивать листинг каталога и вставлять последние 10 (или сколько надо) файлов?
macromedia contribute например
Я так понимаю, что это визуальный редактор с ftp загрузчиком и шаблонами, а я имел в виду возможность заполнения некой локальной базы из которой потом по шаблонам формируется сайт. Новости ставятся по порядку и делятся на страницы, статьи в статьи и т.д.
в Аdobe Golive, насколько я знаю, есть такая функция
Хм. Существуют. http://infodesigner.ru/
а почему нельзя сделать на локалхосте сайт на любой цмс, и, отключив динамические блоки, скачать сайт через Offline Explorer к примеру, и залить? Вот инструкции, как сделать статичный архив на базе Drupal:
http://drupal.org/node/27882
http://drupal.org/node/27882
Вот вроде того что Вам нужно
Правда за нее хотят денег – но легко яндексом ищется старая версия 2.0 которая работает без регистрации ;-)
Правда за нее хотят денег – но легко яндексом ищется старая версия 2.0 которая работает без регистрации ;-)
Typo3 (http://typo3.org/) такое умеет.
UFO just landed and posted this here
Существуют. Я себе написал такую. Имея БД и клиента к ней, не надо писать админку :))) Но это, конечно, для разового употребления.
Блин и коммент не к тому сообщению подпихнул :(
В названии топика "самая маленькая", в топике "одна из самых компактных"
И еще раз я, здорово! Впечатлило.
А кто нибудь код смотрел? там жара полнейшая!
Нормально написано, но найти что то... это просто невозможно.
и это нормально если в коде разобраться нельзя?
А что там разбиратся, 54 функции, 1881 строчка кода. Написано довольно просто и акуратно, если тебе нужна документированая версия, бери от сюда http://www.ni5ni6.com/pub/snews_15_dev_e…
Можете в каталог http://cmsworld.ru внести.
В принципе можно и менее 100 кб на это дело потратить: модуль ответственный за редактирование/добавление материала, шаблонная система и модуль по общению с бд, итого, по сути, нам надо два парсера для шаблонов и для текста публикуемых материалов, что много кода не составит в случае грамотного использования regexp. Думаю можно и в два и в три раза сократить этот объем.
Вобще размер кода это, наверное, наименее существенный фактор стоящий после функциональности, быстродействия, безопасности и удобства использования. Хотя резонно было бы предположить, что чем меньше объем кода, тем проще следить за безопасностью и быстродействием.
Вобще размер кода это, наверное, наименее существенный фактор стоящий после функциональности, быстродействия, безопасности и удобства использования. Хотя резонно было бы предположить, что чем меньше объем кода, тем проще следить за безопасностью и быстродействием.
Я вообще не пойму, кому эти 100 килобайт нужны. О качестве кода это еще не говорит, а вот хостинг в 100 килобайт найти сложно. Обычно дают гораздо больше.
Есть, например, отличный Microblog, который весит 116 килобайт, но сам по себе автономный, да и имеет возможность расширяться.
http://microblog.bakmil.com
Есть, например, отличный Microblog, который весит 116 килобайт, но сам по себе автономный, да и имеет возможность расширяться.
http://microblog.bakmil.com
Единственное достоинство системы - маленький вес. И то, если честно, весьма сомнительное - все равно сами данные занимают гораздо больше места на сервере, чем скрипты CMS.
Cкачал, поставил. Слабовата и сыровата. Но мне, как для изучения php и идеологии CMS - самое оно. За четыре дня успел существенно ее подправить. Результат можно посмотреть здесь.
Давно искал что-то подобное для мелкосайтов. Да она еще сыровата. Но я ее подправлю под себя и будет все Ок.
Sign up to leave a comment.
sNews — самая маленькая CMS