|
|
|
| Вот хотелось бы узнать как по "правилам" принято =) | |
|
|
|
|
|
|
|
для: Akira
(12.03.2005 в 21:11)
| | 1. Написал
2. Потестил
3. Продал
4. Забыл | |
|
|
|
|
|
|
|
для: isset
(12.03.2005 в 21:13)
| | а шо есть cms ? | |
|
|
|
|
|
|
|
для: RV
(12.03.2005 в 21:17)
| | Content Management Solution или Content Management System - система управления содержимого сайта - админ на текст, чтобы страницы можно было исправлять посредством админа, а не правкой HTML-кода. Таким образом, у нас построен раздел статей http://www.softtime.ru/info/articlephp.php - преимущество: дизайн и содержимое можно править не зависимо, недостаток: падения скорости работы сайта - каждая страница каждый раз генерируется. | |
|
|
|
|
|
|
|
для: cheops
(12.03.2005 в 21:23)
| | что то не дошло что оно делает и какие страницы правит | |
|
|
|
|
|
|
|
для: RV
(12.03.2005 в 21:28)
| | Ну вот допустим форум, вы вводите сообщение, если оно вам не нравится - исправляете его. Точно так же можно организовать статьи, контакты и новости на сайте, т.е. не оформлять из в виде HTML-кода, а добавлять, править и удалять их посредством админа - вот это и есть CMS. | |
|
|
|
|
|
|
|
для: cheops
(12.03.2005 в 21:23)
| | Стоп! У меня все собирает по кусочкам. т.е. инклудит. Это хорошо или плохо?
Я сейчас занемаюсь созданием такой CMS. Только начал. Вот думаю как бы лучше сделать.
Решил , что он будет таким -> ( Ядро движка + модули) все это на логическом размещение. | |
|
|
|
|
|
|
|
для: Akira
(12.03.2005 в 21:37)
| | А в смысле по кусочкам - не очень понятно? | |
|
|
|
|
|
|
|
для: cheops
(12.03.2005 в 21:40)
| | header
main-дробиться на l_module ,content, r_module
footer
В main содержиться контент сайта. т.е. туда загружаються данные из БД или файлов. | |
|
|
|
|
|
|
|
для: Akira
(12.03.2005 в 21:59)
| | Да нет, вполне нормально... если всё-же будет тормозить есть хороший приём: не генерировать HTML-код при каждой загрузки страницы, а делать это только один раз. Например, написали статью - гененируем HTML, исправили что-то - опять генерируем HTML: выгода колосальная include не вычисляются, обращений к базе данных нет - всё летает :) | |
|
|
|
|
|
|
|
для: cheops
(13.03.2005 в 01:15)
| | Вы хотите сказать так. Берем из БД или сами печатаем данные. Генерируем html страницу, сохраняем ее. Хм...
Но тогда увеличиваеться размер хранимых файлов , чем если генерировать страницу на лету. А если надо добавить баннеры которые будут меняться при каждом новом запросе? | |
|
|
|
|
|
|
|
для: Akira
(13.03.2005 в 12:48)
| | В общем да, увеличивается, но за скорость всегда нужно чем-то расплачиваться. Проблему с баннерами можно решить следующим образом, генерировать не всю страницу целиком а только часть main.html, а потом включить её include в движок, который прокручивает баннеры.
<?php
include "main.html";
// Код прокрутки баннеров
?>
|
| |
|
|
|
|
|
|
|
для: 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:17)
| | Провел тест.
При include как у меня время: 0.020
При загрузки статической страницы: 0.00081. | |
|
|
|
|
|
|
|
для: Akira
(13.03.2005 в 14:26)
| | ИМХО, если оба варианта работали хотя бы в 100 раз медленнее, тогда стоило бы задуматься, а так нужно делать как вам удобнее и быстрее. | |
|
|
|
|
|
|
|
для: cheops
(13.03.2005 в 16:18)
| | Так , что выходит? Лучше скорость или удобство? Тут еще стоит задуматься, а если кол-во поситителей около 100? Это 100 обращений с mysql, не завалиться ли?
Например PeterHost iktn предупреждения если слишком загружена mysql. | |
|
|
|
|
|
|
|
для: Akira
(13.03.2005 в 17:09)
| | Считается, что лучше отдать предпочтение удобству разработки, так как это снижает число ошибок, время разработки, а следовательно и стоимость проекта и его сопровождения. Оптимизацию по скорости следует провоидить лишь в том случае, когда в этом назревает реальная потребность, т.е. когда к вам будет приходить 1000 посетителей. | |
|
|
|
|
|
|
|
для: cheops
(13.03.2005 в 17:13)
| | Так значит развивать стоит пока в том русле которое я выбрал изночально?
Ну , что попробую. | |
|
|
|
|
|
|
|
для: Akira
(12.03.2005 в 21:11)
| | Правил как таковых нет - так как такие системы получили распространение лишь с 2000 года. Сейчас каждый делает свой "велосипед" и не появилось стандартов вроде Web-интерфейса phpMyAdmin или форума phpBB. Чем удобнее и надёжнее, тем лучше. | |
|
|
|
|
|
|
|
для: cheops
(12.03.2005 в 21:19)
| | Хорошо я попал на тему, а то в поиске набрал CMS - ничего не найдено! Ни в тексте, ни в заголовках. | |
|
|
|
|
|
|
|
для: denvor
(17.03.2005 в 22:16)
| | Это ограничение полнотекстового поиска MySQL - обрабатываются только слова не менее чем из 4-х букв, и встречающиеся менее чем в половине записей таблицы. | |
|
|
|