Пишу движок, нужен обзор опытных КОДЕРОВ

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

Добавлено через 07:39 сек.
стратегия движка(cms) представлю визуально
CORE - по сути это слой библиотеки, для паттернов, системных плагинов и пр.
SERVICES - это слой службы для манипуляции над даннымиц и слоями core, app и ui. входит в состав системного слоя как и core
APP - модули, приложения
UI - интерфейс пользователя

MVC, в стиле какого нибудь cakephp (имею ввиду структуру) не катит?

И так скажем немного о безопасности, решил сделать один класс который будет принимать на вход данные и фильтровать их по методам _POST, _GET, _COOKIE

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

class Secure{
/**
 * Класс фильтрует данные $_POST, $_GET, $_COOKIE
 */

	/**
	 * Фильтрация значении данных $_POST
	 */
	public function postSecure(){

	}

	/**
	 * Фильтрация значении данных $_GET
	 */
	public function getSecure(){

	}

	/**
	 * Фильтрация значении данных $_COOKIE
	 */
	public function cookieSecure(){

	}


}

полагаю лучше делать жесткую валидацию на уровне модели, т.к. модель одна знает в каком виде должны храниться данные.
если придерживаться модели активной записи, то каждому полю присваивается определенный вид фильтра, и перед записью / обновлением модели проводить валидацию.
Если данные не проходят валидацию - выбрасываем исключение.
Ну и минимальная валидация на фронт-энде (html тэг "pattern", проверка на jquery/js), дабы не заставлять юзера воодить данные каждый раз заново.
По крайней мере, я делаю так

vlad6085 (20 Января 2015 / 16:14)
полагаю лучше делать жесткую валидацию на уровне модели, т.к. модель одна знает в каком виде должны храниться данные.
если придерживаться модели активной записи, то каждому полю присваивается определенный вид фильтра, и перед записью / обновлением модели проводить валидацию.
Если данные не проходят валидацию - выбрасываем исключение.
Ну и минимальная валидация на фронт-энде (html тэг "pattern", проверка на jquery/js), дабы не заставлять юзера воодить данные каждый раз заново.
По крайней мере, я делаю так

Согласен с тобой, декомпозицируй пожалуйста с подробным описанием, я может возьму себе в библиотеку - ну всё же для гибкости системы я создам класс для фильтрации данных

лучше rotorcms помогай доделывать)

Для фильтрации не нужны классы, достаточно , filter_input(INPUT_POST,'name',FILTER_DEFAULT)

Основа. самописный MVC (controller,router ,views)

Добавлено через 01:57 сек.
Ого брат ты еще свой? Дагестанец ?))

Вот мой скрипт движка писал один SHCMS Engine (shcms.ru)

Shamsik (20 Января 2015 / 18:09)
Основа. самописный MVC (controller,router ,views)

Добавлено через 01:57 сек.
Ого брат ты еще свой? Дагестанец ?))

Вот мой скрипт движка писал один SHCMS Engine (shcms.ru)

Земляк)

Просматриваю, исходник на github.com имеется?

Добавлено через 07:14 сек.

Shamsik (20 Января 2015 / 17:58)
Для фильтрации не нужны классы, достаточно , filter_input(INPUT_POST,'name',FILTER_DEFAULT)

Это понятно, делаю удобную библиотеку, которую в дальнейшем можно будет расширять и переносить как слой абстрактного уровня, поэтому все надо будет в классах)

> щас нужно в ускоренном темпе освоить материал

ну, написание велосипеда не решает этой проблемы, пиши что нибудь на симфе, если хочешь действительно научиться