Форум PHP

Вот решил написать движок для сайта. Хотел спросить, как правильно его написать? Может есть какие статьи?

да ищи всё что связанно с CMS

Возможно вас заинтересует тема http://www.softtime.ru/forum/read.php?id_forum=1&id_theme=2644 в которой обсуждается сходный вопрос.

Как я понял, основное преимущесво CMS- это лёгкость исправления странички, а минус- это низкая скорость? Стоит ли вобще использовать CMS? На сколько падает скорость?

>Как я понял, основное преимущесво CMS- это лёгкость
>исправления странички, а минус- это низкая скорость?
По сути - да.
>Стоит
>ли вобще использовать CMS? На сколько падает скорость?
ИМХО, все же стоит. Скорость загрузки падает незначительно, а вот скорость работы возрастает серьезно. Наличие в сайтах CMS почти для всех заказчиков уже становится стандартом де-факто. Конечно, если пишите только для себя, можно и самому править, но с админом сайта жить, ИМХО, приятнее.

Низкая скорость, если информация будет каждый раз из базы данных вытаскиваться и преобразовываться. Если это делать один раз, после внения изменений и генерировать HTML-файл, то накладок в скорости не будет.

А вот если в текст были внесены изменения?
То как поступить? Изменение вносяться в бд. Тогда придеться в ручную править?
Я так понял это касаеться статей и новостей.
Еще вопрос. Что быстрее? Брать информацию из БД или из файла?

Я думаю из файлов.

Простейшим примером движка может служить скрипт, котоый собирает и загружает страницы?

Из фалов.
Как мне говорили - Базы данных Google хранятся в файлах => быстро выполняется поиск.

>Из фалов.
Не совсем так. Да, google построен на плоских файлах. Да, работа непосредственно с файловой системой, когда нет посредника в виде СУБД, осуществляется быстрее. Но при работе с плоскими файлами осуществляются быстрее только операции записи и чтения. Т.е., грубо говоря, работа идет по принципу "что положил, то взял". Плоские файлы реализуют лишь базовые функции при работе с данными и представляют собой по сути примитивные текстовые БД, лишённые собственных средств программирования, возможностей поиска и фильтрации данных. Последнее, как правило, делается на реляционных СУБД. Писать хорошую CMS и на основе БД дело не очень быстрое, а в случае файлов это замедлится раза в 3, да и с отладкой покруче все будет. Кроме того, в случае PHP при переходе на файловую систему выигрыша практически не будет, так как сам PHP является интерпретируемым языком и при работе с дисковыми операциями не идет ни в какое сравнение по скорости с С. (Google, понятное дело, писан не на PHP). Поэтому мне думается, переход при разработке CMS на файлы является намного более затратным по времени при крайне сомнительном выигрыше в скорости.

НО писать CMS не для одного сайта на С по крайнере мере не очень хорошая мысль.

Писать на С следует лишь компоненты Web-сервера такие как язык PHP и Web-сервер, на заре Internet так и делали. Нужно создать сайт - сначала пишется, Web-сервер, потом на него навешивается содержимое. Сейчас, когда сервера, серверные языки стали стандартом де факто разрабатывать смертный сайт на С смысла действительно нет. Но системы вроде Google пишутся именно на нём...

>НО писать CMS не для одного сайта на С по крайнере мере не
>очень хорошая мысль.
А я про это вроде бы и не говорил. Конечно. Не то что не хорошая, а дурная, на мой взгляд. Я как раз и говорю про то, что смысла при разработке CMS на PHP переходить с СУБД на файлы нет.

Если измения внесены - нужно просто сгенерировать HTML-поновой и положить его вместо старого варианта - всё равно в админе генерировать содержимое придётся. Таким образом статья генириуется только при создании и внесении изменений, а при просмотре используется сгенерированный вариант. Т.е. генерация проивходит только от рук админа (который один), а не от рук посетителей (которых сотни и тысячи).

Кто-нибудь может дать ссылки на статьи по CMS, а то я толкового ничего не нашёл :(

Создание такой системы описывается в нашей второй книге "PHP 5. Практика создания Web-сайта"
http://www.ozon.ru/context/detail/id/2273374/?partner=softtimeru
http://www.softtime.ru/php5/?id_article=43

а как такое сделать? ведь может произойти одновременные запросы...Т.е. пока она кэшируется, кто то запросит страницу...

Не очень понял идею... может примерчик?

Я про кэширование.