Движок под сайт

[Rezec]

<demiurg>
начало здесь
http://phpclub.net/talk/showthread.php?s=&postid=210788#post210788
</demiurg>


Пару идей на рассмотрение:
1. Движок обязательно должен быть в ООП стиле
2. Модули реализовывать как классы
Раскладка сайта:
Наверное ХМЛ
Кстати Cathul что ты успел посмотреть?

 

[Georgy]

Пару идей на рассмотрение:
1. Движок обязательно должен быть в ООП стиле
2. Модули реализовывать как классы
Раскладка сайта:
Наверное ХМЛ
Кстати Cathul что ты успел посмотреть?

1. почему обязательно ООП? - может ему процедурное программирование нравица.

2. Хм, можно и процедурную программу на модули разделить.

??? Нафига XML? Говорят же - простенький!

 

[Rezec]

Процедурное програмирование - для детей.
Если делать движок то делать нормально, а не очередное управление инклудами.
В случае с ХМЛ будут сложности при реализации парсинга, зато дико удобно - этот модуль показать здесь, этот там и т.д.

 

[Georgy]

Процедурное програмирование - для детей.

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

Короче спор этот - флэйм.

P.S.

сложности при реализации парсинга

, а надо:

написать движок, простенький, без использования баз данных,

 

[tony2001]

>Процедурное програмирование - для детей.
с такими высказываниями - в детский сад, плз.
каждому свое место и время.

>В случае с ХМЛ будут сложности при реализации парсинга, зато дико удобно
единственное, что ты не учел - ему это не нужно.

 

[Said]

посмотри http://parser.ru - очень забавная штучка

 

[Demiurg]

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

 

[Rezec]

Единственно что ему не нужно так это база. Если это не так, то поправте. И кстати человек идеи ищет, вот я и предлагаю свои как более близкие мне, блин

 

[Rezec]

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

 

[Demiurg]

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

Единственно что ему не нужно так это база.

ну хоть логика на приметивном уровне у тебя развита.

 

[tony2001]

socket80:
я все понимаю, но ему нужно ПРОСТЕНЬКИЙ.
а не супер-движок для хоумпейджа.

 

[Rezec]

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

 

[tony2001]

диагноз:
неисправим

 

[Rezec]

Неплохо бы продумать шифрование ГЕТ параметров. Чтобы всякие спамеры не драли данные с твоего сайта, ДАЖЕ ЕСЛИ ОН простенький

 

[Rezec]

Реализуем это с помощью отдельного класса, а в модулях не будем использовать $_GET напрямую, а брать и отдавать через класс.

 

[Demiurg]

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

 

[Voxus]

=))

 

[Rezec]

Автор оригинала: Demiurg
еще надо собственную баннерную систему написать, анализатор логов, поиск с индексацией и с морфологией.

На пером этапе не важно, так как это относится уже к модулям а не к ядру.

У когото с логикой проблемы

 

[Demiurg]

да не, я предлагаю это в ядро запихать, что бы работало быстрее.

 

[Rezec]

Модуль предлагаю реалзовать так:

class news{
	function news(){
	}
	function show_news(){
		return 'News';
	}
}

Из веба обращаемся так:
/?module=news&action=show_news
, с учетом что ГЕТ шифруется, надо все засунуть в одну переменную тогда так:
/?get=module-news|action-show_news

Придумаю еще напишу.