|
| |
|
|
| |
для: cheops
(19.03.2005 в 21:09)
| | | Я про кэширование. | |
| |
|
|
| |
|
|
| |
для: isset
(19.03.2005 в 20:54)
| | | Не очень понял идею... может примерчик? | |
| |
|
|
|
| |
|
|
| |
для: Akira
(19.03.2005 в 20:42)
| | | >НО писать CMS не для одного сайта на С по крайнере мере не
>очень хорошая мысль.
А я про это вроде бы и не говорил. Конечно. Не то что не хорошая, а дурная, на мой взгляд. Я как раз и говорю про то, что смысла при разработке CMS на PHP переходить с СУБД на файлы нет. | |
| |
|
|
| |
|
|
| |
для: cheops
(19.03.2005 в 20:49)
| | | а как такое сделать? ведь может произойти одновременные запросы...Т.е. пока она кэшируется, кто то запросит страницу... | |
| |
|
|
| |
|
|
| |
для: Akira
(19.03.2005 в 20:42)
| | | Писать на С следует лишь компоненты Web-сервера такие как язык PHP и Web-сервер, на заре Internet так и делали. Нужно создать сайт - сначала пишется, Web-сервер, потом на него навешивается содержимое. Сейчас, когда сервера, серверные языки стали стандартом де факто разрабатывать смертный сайт на С смысла действительно нет. Но системы вроде Google пишутся именно на нём... | |
| |
|
|
| |
|
|
| |
для: cheops
(19.03.2005 в 20:49)
| | | Кто-нибудь может дать ссылки на статьи по CMS, а то я толкового ничего не нашёл :( | |
| |
|
|
| |
|
|
| |
для: Akira
(19.03.2005 в 19:30)
| | | Если измения внесены - нужно просто сгенерировать HTML-поновой и положить его вместо старого варианта - всё равно в админе генерировать содержимое придётся. Таким образом статья генириуется только при создании и внесении изменений, а при просмотре используется сгенерированный вариант. Т.е. генерация проивходит только от рук админа (который один), а не от рук посетителей (которых сотни и тысячи). | |
| |
|
|
| |
|
|
| |
для: Кузнецов М.В.
(19.03.2005 в 20:03)
| | | НО писать CMS не для одного сайта на С по крайнере мере не очень хорошая мысль. | |
| |
|
|
| |
|
|
| |
для: nau
(19.03.2005 в 19:41)
| | | >Из фалов.
Не совсем так. Да, google построен на плоских файлах. Да, работа непосредственно с файловой системой, когда нет посредника в виде СУБД, осуществляется быстрее. Но при работе с плоскими файлами осуществляются быстрее только операции записи и чтения. Т.е., грубо говоря, работа идет по принципу "что положил, то взял". Плоские файлы реализуют лишь базовые функции при работе с данными и представляют собой по сути примитивные текстовые БД, лишённые собственных средств программирования, возможностей поиска и фильтрации данных. Последнее, как правило, делается на реляционных СУБД. Писать хорошую CMS и на основе БД дело не очень быстрое, а в случае файлов это замедлится раза в 3, да и с отладкой покруче все будет. Кроме того, в случае PHP при переходе на файловую систему выигрыша практически не будет, так как сам PHP является интерпретируемым языком и при работе с дисковыми операциями не идет ни в какое сравнение по скорости с С. (Google, понятное дело, писан не на PHP). Поэтому мне думается, переход при разработке CMS на файлы является намного более затратным по времени при крайне сомнительном выигрыше в скорости. | |
| |
|
|
|
