Добавьте в программу сервисы от google.
А как определяете НК, на глаз или анализируете? Если второе, то какие параметры проверяете?
Так а чего тут думать. Берете регуляркой разбираете поле с полной новостью и вставляете после определенного количества символов (или тегов) нужный вам код. И новость останется целой и реклама появится.
Выбирайте Ubuntu т.к. там полно уже собранного свежего совта и в сети много руководств по ней и по debian (они схожи).
По моему ошибаетесь. Лицензия GPL запрещает использование других лицензий. Т.е. все что связано с вашей CMS должно быть под GPL, а это подразумевает открытость кода. А вот BSD и MIT уже идут полностью свободными.
Она же ведь не совсем свободная. И подразумевает под собой открытость исходников всего того, что было на ней сделано. Т.е. если вы скажем реализовали какое-то интересное расширение и не хотели им делится то, вам придется это сделать.
P.S. Возможно я ошибаюсь т.к. я все-таки не спец по лицензиям.
Не cделать нормальной базы на php тут надо, что более серьезное.
Да ладно вам стращать. Гляньте в любую из CMS на файлах. Там по большому счету хранилище типа ключ значение. Я думаю, что любой школьник сможет справится с серилизацие (в любой из доступных видов) и запись в файл.
Я уже писал про постоянные чтения больших файлов в память (MySQL работает умнее), и HDD или вы думаете для вас на шареде подготовят SSD диски?
Не кому не адресовано, но скажу следующее. Обыватели все равно ничего не поймут, и если есть желание то им можно будет впарить, что угодно. А если он в один прекрасный момент проснется и увидит что у него файлы пусты, то и хер с ним :(
P.S. Если вам хочется быстро и "экзотично?", то берите решение NoSQL вот это действительно быстро и проблемы с блокировками и другими бяками за вас там уже решили профессиональные люди.
Ага а как выведете самые рейтинговые или хотя бы последние. А что будет если у вас станет пару тысяч страниц. Для сапы как раз нужно дохрена страниц.
Ну я и говорю о самых простых сайтах. Со стандартным набором модулей. И вариант в духе вынести в один файл приводит к другим проблемам. Вариант с хранением чистого текста тоже ведут к куче проблем. В системе где предусмотрено несколько пользователей одновременно вносящих правки в базу без блокировок не обойтись если не хотим все потерять. А постоянное чтение больших файлов да еще и на дешевом хостинге где куча сайтов создают нагрузки на диск сожрет весь плюс в виде спорной скорости (в сравнение с БД). На хабре недавно проскакивала статья с базой на основе json, так вот автор (который занимается еще и разработкой настоящей БД) четко сказал что это баловство и тесты это тоже показали....
Смеетесь что ли :) что вы потом с таким файлом будете делать? Как потом собираетесь определять какой коммент относится к какой статье и как собираетесь получать все комменты для конкретной статьи? Это не говоря о такой штуке как самые рейтинговые скажем комментарии.
Или вы имеете ввиду сайт с одной страницей и с одним файлом под комменты?
Можно поподробнее рассказать про этот способ?
Вообще не пойму как можно обойтись без блокировок если у вас в логике задумано, что то на подобие комментариев.
Но это вы преукрашаете! Попробуйте как у вас будут работать блокировки под WIN. Вообще я считаю, надо предупреждать пользователей о том, что бы они знали, что это не безопасно и не стоит использовать в чем то более серьезном чем визитка с 10-ком страниц.
