этого нехватает

•

чтото ты не так понял, в программирование принято разделять данные и функции, данные и представление. кеши могут быть статическими, соотвественно замучишься их хакать, а убив кеши их всегда можно перегенерировать, ведь данные то будут отдельно храняшимися.

•

Гость,

Цитата:

вимимо ты сам чувствуешь слабое место но не знаешь где вот закрыл доуступ к аватарам. у меня так же было с кодом пока я не стал использовать CVS. и ещё систему слоёв дала бы возможность введения слоя прав, это дало бы возможность глобального контролирования ресурсами сайта а так же собирать статистику о взломах, ощибках.

Я не понял, что ты хотел сказать в этих предложениях.

Насчёт генерирования статических страниц - я всё же не понимаю их выгоду или пользу по отношению к динимаческим данным. Зачем нужна статическая страничка? Ну, допустим, экономится с этого ресурсы сервера? И что с того? Все свои скрипты я позиционирую как начальные скрипты - для сайта с невысокой посещаемостью: Менее 100 человек/сутки. В реальных условиях - этот форум не даёт сбоев при нагрузке 50-70 человек (100-200 хитов) в сутки. Зачем мне этот велосипед под названием КЭШ?

Насчёт разделения данных в программировании: Согласен. По идее код форума должен выглядеть так:

Код:

<?
Старт
Выбор типа страницы
вызов функции1
вызов функции2
..
вызов функцииN

Функция 1
Функция 2
..
Функция N
?>

Я до этого, наверное, когда-нибудь дорасту.

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

•

По поводу кэширования.
Это вообще имеет смысл делать только на загруженных сайтах, где много посещений. Но конкретно wr-forum, если я правильно понял идею, для таких сайтов не предназначен!

Но если-бы был предназначен... Кэш выгоден лишь в том случае, если операций чтения/генерации страничек значительно больше чем операций записи, и при этом генерация требует существенно больше ресурсов чем чтение из кэша.
Надо учесть ещё и то, что при записи в кэш файл надо блокировать. (Как на запись, так и на чтение!) И при большом количестве этих опреаций (а мы начали с предположения что у нас загруженный сайт) эти блокировки создают проблемы.
Хороший вариант кэширования - в памяти. Но и тут свои проблемы - как конкретно это делать (memcahed, mysql c таблицей в памяти, shmop - каждый из вариантов имеет свои минусы!).

•

А вот по поводу разделения кода и HTML, ООП или хотя-бы использования функций - соглашусь с ffsd.
Мне совершенно не нравится стиль в котором форум написан.
То-же самый MOD с хранением паролей в виде хэша. Если бы были две функции - прочесть данные юзера и записать данные юзера, сделать такой MOD было-бы гораздо проще.

Шаблоны. Есть огромное количество шаблонных движков, разных по целям и возможностям. Но можно и без них - сам PHP всю фнкциональность даёт.
Я это вижу примерно так:

index.php

Код:

define('TPL_DIR', dirname(__FILE__).'/tpl');
...
function printHeader($topicTitle){
global $config;
include TPL_DIR.'/header.tpl';
}

header.tpl

Код:

•

Возможно я дорасту до использования шаблонов, но пока мне нравится писАть именно так. Я вот форум один исследовал на php+шаблоны. Там файлов было 70-80 штук. Размер скрипта 120 Кб. по функциональности равен моему форуму. У меня для работы форума достаточно нескольких файлов:

- index.php
- config.php
- папки "images" со скином
- папки с данными

Не это ли простота и полёт мысли - когда для работы скрипта достаточно одного файла?
Ещё раз повторюсь, возможно, в будущем я перейду к шаблонам, но не сейчас.

•

WR, IMHO количество файлов и их вес (до определнных пределов) не являются показателем определяющим качество программы. Качество определяется скоростью работы и надежностью. А надежность, в свою очередь, зависит и от такого фактора как простота сопровождения (исправления ошибок, добавление требуемых пользователями возможностей).

Мне представляется, что программу в которой части имеющие разную функциональность разделены, а не смешанны в общую кучу, сопровождаь проще.

Наверное с моей стороны не очень вежливо говорить Вам, как автору программы, что Вы её написали неправильно. Но я прошу принять это как указание на путь, к которму надо стремится.

•

Я ещё MySQL планирую освоить

•

MySQL - это хорошо. Но преимущество Ваших скриптов в том, что они его не требуют. Есть огромное количество хороших и бесплатных форумов на PHP/MySQL платформе, которые и по возможностям и по безопасности намного впереди Вашего.
Может быть, если скрипт будет предоставлять возможность выбора между хранением в MySQL и в файлах, в этом будет смысл.

Бесплатные PHP скрипты - форум техподдержки

этого нехватает