Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум PHP

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Теория создания CMS
 
 автор: Akira   (12.03.2005 в 21:11)   письмо автору
 
 

Вот хотелось бы узнать как по "правилам" принято =)

   
 
 автор: isset   (12.03.2005 в 21:13)   письмо автору
 
   для: Akira   (12.03.2005 в 21:11)
 

1. Написал
2. Потестил
3. Продал
4. Забыл

   
 
 автор: RV   (12.03.2005 в 21:17)   письмо автору
 
   для: isset   (12.03.2005 в 21:13)
 

а шо есть cms ?

   
 
 автор: cheops   (12.03.2005 в 21:23)   письмо автору
 
   для: RV   (12.03.2005 в 21:17)
 

Content Management Solution или Content Management System - система управления содержимого сайта - админ на текст, чтобы страницы можно было исправлять посредством админа, а не правкой HTML-кода. Таким образом, у нас построен раздел статей http://www.softtime.ru/info/articlephp.php - преимущество: дизайн и содержимое можно править не зависимо, недостаток: падения скорости работы сайта - каждая страница каждый раз генерируется.

   
 
 автор: RV   (12.03.2005 в 21:28)   письмо автору
 
   для: cheops   (12.03.2005 в 21:23)
 

что то не дошло что оно делает и какие страницы правит

   
 
 автор: cheops   (12.03.2005 в 21:39)   письмо автору
 
   для: RV   (12.03.2005 в 21:28)
 

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

   
 
 автор: Akira   (12.03.2005 в 21:37)   письмо автору
 
   для: cheops   (12.03.2005 в 21:23)
 

Стоп! У меня все собирает по кусочкам. т.е. инклудит. Это хорошо или плохо?
Я сейчас занемаюсь созданием такой CMS. Только начал. Вот думаю как бы лучше сделать.
Решил , что он будет таким -> ( Ядро движка + модули) все это на логическом размещение.

   
 
 автор: cheops   (12.03.2005 в 21:40)   письмо автору
 
   для: Akira   (12.03.2005 в 21:37)
 

А в смысле по кусочкам - не очень понятно?

   
 
 автор: Akira   (12.03.2005 в 21:59)   письмо автору
 
   для: cheops   (12.03.2005 в 21:40)
 

header
main-дробиться на l_module ,content, r_module
footer
В main содержиться контент сайта. т.е. туда загружаються данные из БД или файлов.

   
 
 автор: cheops   (13.03.2005 в 01:15)   письмо автору
 
   для: Akira   (12.03.2005 в 21:59)
 

Да нет, вполне нормально... если всё-же будет тормозить есть хороший приём: не генерировать HTML-код при каждой загрузки страницы, а делать это только один раз. Например, написали статью - гененируем HTML, исправили что-то - опять генерируем HTML: выгода колосальная include не вычисляются, обращений к базе данных нет - всё летает :)

   
 
 автор: Akira   (13.03.2005 в 12:48)   письмо автору
 
   для: cheops   (13.03.2005 в 01:15)
 

Вы хотите сказать так. Берем из БД или сами печатаем данные. Генерируем html страницу, сохраняем ее. Хм...
Но тогда увеличиваеться размер хранимых файлов , чем если генерировать страницу на лету. А если надо добавить баннеры которые будут меняться при каждом новом запросе?

   
 
 автор: cheops   (13.03.2005 в 13:07)   письмо автору
 
   для: Akira   (13.03.2005 в 12:48)
 

В общем да, увеличивается, но за скорость всегда нужно чем-то расплачиваться. Проблему с баннерами можно решить следующим образом, генерировать не всю страницу целиком а только часть main.html, а потом включить её include в движок, который прокручивает баннеры.
<?php
  
include "main.html";
  
// Код прокрутки баннеров
?>

   
 
 автор: Akira   (13.03.2005 в 14:17)   письмо автору
 
   для: cheops   (13.03.2005 в 13:07)
 


<? 
include 'mainfiles/header.php';
include 
'mainfiles/logo.php';
include 
'mainfiles/navpanel.php';
include 
'mainfiles/main.php';
include 
'mainfiles/infosystem.php';
include 
'mainfiles/footer.php';
?>


Вот как выглядит у меня index.php. Еще один скрипт обрабатывает где находиться в данный момент index.php. Если к примеру это home.ru/news то в main.php загружаеться новости.
В вашим путем это как решаеться?

   
 
 автор: Akira   (13.03.2005 в 14:26)   письмо автору
 
   для: Akira   (13.03.2005 в 14:17)
 

Провел тест.
При include как у меня время: 0.020
При загрузки статической страницы: 0.00081.

   
 
 автор: cheops   (13.03.2005 в 16:18)   письмо автору
 
   для: Akira   (13.03.2005 в 14:26)
 

ИМХО, если оба варианта работали хотя бы в 100 раз медленнее, тогда стоило бы задуматься, а так нужно делать как вам удобнее и быстрее.

   
 
 автор: Akira   (13.03.2005 в 17:09)   письмо автору
 
   для: cheops   (13.03.2005 в 16:18)
 

Так , что выходит? Лучше скорость или удобство? Тут еще стоит задуматься, а если кол-во поситителей около 100? Это 100 обращений с mysql, не завалиться ли?
Например PeterHost iktn предупреждения если слишком загружена mysql.

   
 
 автор: cheops   (13.03.2005 в 17:13)   письмо автору
 
   для: Akira   (13.03.2005 в 17:09)
 

Считается, что лучше отдать предпочтение удобству разработки, так как это снижает число ошибок, время разработки, а следовательно и стоимость проекта и его сопровождения. Оптимизацию по скорости следует провоидить лишь в том случае, когда в этом назревает реальная потребность, т.е. когда к вам будет приходить 1000 посетителей.

   
 
 автор: Akira   (13.03.2005 в 17:21)   письмо автору
 
   для: cheops   (13.03.2005 в 17:13)
 

Так значит развивать стоит пока в том русле которое я выбрал изночально?
Ну , что попробую.

   
 
 автор: cheops   (12.03.2005 в 21:19)   письмо автору
 
   для: Akira   (12.03.2005 в 21:11)
 

Правил как таковых нет - так как такие системы получили распространение лишь с 2000 года. Сейчас каждый делает свой "велосипед" и не появилось стандартов вроде Web-интерфейса phpMyAdmin или форума phpBB. Чем удобнее и надёжнее, тем лучше.

   
 
 автор: denvor   (17.03.2005 в 22:16)   письмо автору
 
   для: cheops   (12.03.2005 в 21:19)
 

Хорошо я попал на тему, а то в поиске набрал CMS - ничего не найдено! Ни в тексте, ни в заголовках.

   
 
 автор: cheops   (17.03.2005 в 22:45)   письмо автору
 
   для: denvor   (17.03.2005 в 22:16)
 

Это ограничение полнотекстового поиска MySQL - обрабатываются только слова не менее чем из 4-х букв, и встречающиеся менее чем в половине записей таблицы.

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования