Доброй ночи всем.
Хочу посоветоваться над логикой проекта. Немного о нём: огромное кол-во разделов (форум, новости, голосования, объявления, анонсы статей, внутрення онлайн газета, тест-драйвы, вакансии, фотокаталог, форум, опрос + ко всему авторизация и т.д.)

Язык программирования - PHP.
Шаблонизатор - Smarty
Базы данных - MySQL.

Хотелось бы посоветоваться. Для начала, простое:

- как организовать вывод страниц? т.е. я к тому - через файл = раздел (news.php, photo.php, vote.php e.t.c.) или же через файл = файл+гет запрос (index.php?act=photo, index.php?act=news, index.php?act=vacancies e.t.c)? Кажется, можно и то, и то, но хотелось бы услышать мнения из вашей практики;

- использовать структурное или ООП;

- подойдёт ли такой метод авторизации через сессии - на первой странице вводим логин и пароль, сабмитим => если всё верно, регистрируем сессию... и потом просто проверяем в каждом разделе, не разрешенном для неавторизованных пользователей:



Если нет... буду рад увидеть примеры ваших проверок авторизованных пользователей.



Заранее благодарен за помощь! 

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

Лучше одним файлом все обрабатывать. Легче отследить ошибки.
А url'ы "красивые" можно и через mod_rewrite сделать.


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



Нет, так нельзя. Сессию можно и подделать при желании...
За примером авторищации смортри раздел FAQ -> PHP -> Примеры скриптов. 

stmamont 
Поконкретнее насчёт прав. Не совсем понял, о чем ты. 
mod_rewrite это само собой. Мне важно, не как это будет выглядить, а сама внутренность. 

Mal Hack
В том-то и дело, что не совсем я уверен, что сделаю "правильную" и удобную архитектуру в ООП. Кажется, знаю, а вот практики почти никакой...  Я куда уверенней себя чувствую в процедурном. Поэтому оно, наверное, и станет определяющим.
Спасибо за ссылку. Прочитаю сегодня вечером. Правда, комментарии в конце там не очень утешительные... 

И ещё вопрос... Который появился походу. Сессию реально можно подделать?..    

Сессия - это файл на сервере с сериализованными объектами + уникальный индефикатор, по которому определяется какой файл, к какой сессии относится. так вот этот индефикатор передаётся по средством cookie клиенту.  Более проверок не делается, поменялся ip или нет, и тп. 

Другой вариант, твоя сессия хранится в БД, уникальный индефикатор, которой, ты формируешь исходя из браузера клиента, времени подключения и его ip. И далее у клиента нет ни cookie... Все данные сессии подхватываются исходя из пользовательских данных. Вот как-то так это будет более-менее безопасней. Но тогда тебе придётся париться с более сложными объектами, сериализировать их  и тп....  

Ты смотри нев сторону непосредственной реализации на языке ООП принципа, а смотри, так сказать, структуру работы, хранения данных. Распиши все на листике и т.п.


Если нет соответствующих проверок, то да.


Почему, в сессию можно писать  IP и Агента, и сверять. ТОже самое можно реализовать через БД, т.е. аналог сессий, ИМХО, он лучше, но при этом так или иначе SID или его заменитель должен писаться пользователю в куку.


Ну не знаю. Я вот всегда в БД или файл на сервере писал, нежели в сессию. А использовать сессию только для авторизации - в лом, почему юзаю куки.


Там есть шаблон, работающий, так что довести окончательно до ума можно. 

Я имел ввиду стандартный механизм, который нам предлагает php.



Ну а как ты без сериализации запихнёшь допустим класс или объект в файл? или в БД... мне допустим иногда удобно запихать какой-нидь сдожный объект, типо рекурсивной переменной в сессию.... Правда тоже глючит....  

Сколько писал, никогда так сложно не делал, всегда находил решение проще.
Это уже не рациональное проектирование. 

  Наткнулся на одну статейку "Как НЕ нада писать программы"

Кто не видел будет очень интересно. http://www.giga.dp.ua/viewtopic.php?t=2257 

По моему это все уже обсуждалось, и данная тема более походит для "начинающих" нежели для проф.