Черт его знает, может благодаря такой легкой и простой системе MODx, готовые CMS как идея реабилитируются у меня.

[root@observ ~]# cat /etc/rc.d/rc.local | grep ram0 mke2fs /dev/ram0 mount /dev/ram0 /mnt/ramdisk [root@observ ~]#

в загрузчике соответственно kernel /boot/vmlinuz-2.6.17-1.2157.1asp root=/dev/hda2 ro bigphysarea=4096

Можно же встроенные базы данных использовать без SQL, или вообще связку XQuery+XML (это не значит, что обязательно нужно в XML формате хранить данные).

>Ну это смотря что ты с cms делаешь:)
Ну я имел в виду в качестве пользователя уже с готовой CMS, когда ты создаешь сайт на joomla или drupal или на одной знаменитой отечественной. :) Так или иначе какой бы универсальной готовая CMS не была тебе все равно придется копаться в чужом коде, разбираться в логике работы CMS. Так уж проще постараться и написать сайт с нуля под свои нужды как ты хочешь, а потом по мере надобности, когда напишешь к нему еще и CRUD, админку, да еще если нужно и аутентификацию разных пользователей, то у тебя в результате и получиться самая настоящая CMS, но специализированная, поэтому легкая и быстрая, и в которой ты все будешь знать и самое главное она не будет для тебя черным ящиком с неизвестностями и неожиданными "сюрпризами".

>Для приобретения опыта бывает полезнее написать свою полноценную систему,
Ну я про это и говорю, единственное отличие, что она будет специализированной.

>например на чистом CGI.
Кстати, насчет CGI. Я не слышал о таком языке программирования, а вот о таком интерфейсе слышал. Но как на интерфейсах можно что-то писать? :) Может ты имел в виду другой язык отличный от PHP. Только я в этом смысла не вижжу. На PHP существует много примеров и материалов в том числе практических, а вот на остальные языки нет.

Хранить данные в файлах можно, но это не всегда хороший путь. Как минимум поиск и хранение больших объёмов информации в структурированном виде будут намного затратнее в случае файлов, если не делать дополнительные хитрые кэширования и прочую мерзость, которую mysql делает за тебя (пусть и не всегда хорошо).

Я вот сталкивался с людьми, которые хранят данные для сайта в xml (список "товаров"). Оно всё очень красиво для начала, так как нет проблем реляционных БД, в которые часто упираются веб-приложения, но при 10к объектах парсинг этого xml при каждом запросе уже очень долгий. И поиск по нему. Чистый html же - не всегда вариант, так как многим данным нужно какое-то структурирование, всякие там связи и т.д.

Я к тому, что не стоит считать что mysql чем-то делает тебе хуже и ограничивает. Любой инструмент ограничивает.

>Ну и конечно самое главное - это конечно приобретение опыта, на CMS опыта может тоже наберешься, но каша в голове обеспечена.
Ну это смотря что ты с cms делаешь:) Для приобретения опыта бывает полезнее написать свою полноценную систему, например на чистом CGI. Производительность хреновая, зато после ручной реализации сессий и прочей мутной гадости начинаешь понимать, как оно работает и что надо. В этом плане даже mod_php даёт кашу в голове и мешает набираться опыта.

>Если ты пишешь для себя, и ты являешься единственным и неповторимым владельцем-заполняльщиком, то пиши хоть на брайнфаке:)
Да, для себя делаю, так что поэтому так вольно и рассуждаю. :) Когда ТЗ это разговор отдельный конечно.

>Когда ты делаешь это для кого-либо, кто будет потом его заполнять без тебя, нужен удобный интерфейс.
Так простенькую админку только для одного админа, который наполняет сайт контентом, на php написать это не сложно, как и поиск по сайту.

Вот уже когда с пользователями и группами тут все сложнее, но ничего невозможного нет, если игра стоит свеч.

Ну и конечно самое главное - это конечно приобретение опыта, на CMS опыта может тоже наберешься, но вместо четкого понимания каша в голове обеспечена.

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

>А если уж возникнет необходимость обсуждать материалы, можно просто завести стандартный форум на том же phpBB и обсуждать там сколько влезет материалы, ну я имел в виду, что вместо комментов на основном ресурсе, так как комменты без MySQL не возможны.
А если по ТЗ есть комменты, и без этого никак? Да и не всегда удобно обсуждать что-то на отдельном от статей форуме.

>Что вы думаете по этому поводу?
Если ты пишешь для себя, и ты являешься единственным и неповторимым владельцем-заполняльщиком, то пиши хоть на брайнфаке:) А если нет - приходится использовать разные инструменты, причем учитывать даже нюансы сторонних хостингов и прочей гадости.

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

Вот я подумал, а нужны ли вообще для такого дела заморочки с CMS, с CMF, с базами данных.

То есть ты просто создаешь с нуля на html, на CSS, делаешь все как ты хочешь, а не как хотят создатели CMS, даже для штучек-дрючек в твоем распоряжении js и jquery всякие, чтобы сделать сайт интересным. Правда с кроссбраузерностью нае... не без этого (теперь я понимаю почему Тёма Лебедев такой матюжник :))) ), но все равно это даже приятно, когда победишь браузеры (особенно IE), как будто удачно поохотился. :)

Нет можно и php чуть-чуть использовать, но если только для "require ("какой-то блок.php");" это действительно удобно, так как объем кода уменьшается значительно и все упрощается.

А если уж возникнет необходимость обсуждать материалы, можно просто завести стандартный форум на том же phpBB и обсуждать там сколько влезет материалы, ну я имел в виду, что вместо комментов на основном ресурсе, так как комменты без MySQL не возможны.

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

Что вы думаете по этому поводу?