Сергей Зеленский

В ваших исходниках нет обработки маршрутов нормальной

/*
Класс-маршрутизатор для определения запрашиваемой страницы.
> цепляет классы контроллеров и моделей;
> создает экземпляры контролеров страниц и вызывает действия этих контроллеров.
*/
class Route
{

	static function start()
	{
		// контроллер и действие по умолчанию
		$controller_name = 'Main';
		$action_name = 'index';
		
		$routes = explode('/', $_SERVER['REQUEST_URI']);

		// получаем имя контроллера
		if ( !empty($routes[1]) )
		{	
			$controller_name = $routes[1];
		}
		
		// получаем имя экшена
		if ( !empty($routes[2]) )
		{
			$action_name = $routes[2];
		}

		// добавляем префиксы
		$model_name = 'model_'.$controller_name;
		$controller_name = 'controller_'.$controller_name;
		$action_name = 'action_'.$action_name;

		/*
		echo "Model: $model_name <br>";
		echo "Controller: $controller_name <br>";
		echo "Action: $action_name <br>";
		*/

		// подцепляем файл с классом модели (файла модели может и не быть)

		$model_file = strtolower($model_name).'.php';
		$model_path = "application/models/".$model_file;
		if(file_exists($model_path))
		{
			include "application/models/".$model_file;
		}

		// подцепляем файл с классом контроллера
		$controller_file = strtolower($controller_name).'.php';
		$controller_path = "application/controllers/".$controller_file;
		if(file_exists($controller_path))
		{
			include "application/controllers/".$controller_file;
		}
		else
		{
			/*
			правильно было бы кинуть здесь исключение,
			но для упрощения сразу сделаем редирект на страницу 404
			*/
			Route::ErrorPage404();
		}
		
		// создаем контроллер
		$controller = new $controller_name;
		$action = $action_name;
		
		if(method_exists($controller, $action))
		{
			// вызываем действие контроллера
			$controller->$action();
		}
		else
		{
			// здесь также разумнее было бы кинуть исключение
			Route::ErrorPage404();
		}
	
	}

	function ErrorPage404()
	{
        $host = 'http://'.$_SERVER['HTTP_HOST'].'/';
        header('HTTP/1.1 404 Not Found');
		header("Status: 404 Not Found");
		header('Location:'.$host.'404');
    }
    
}

вот эта штука будет обрабатывать только запросы вида site.com/controller/action/
то есть ваш url парсится так blog - контроллер, id_категории - action и естественно его не существует
поэтому и выдает 404 ошибку, ищите другой движок, ибо как написать хороший роутинг это целая статья получиться

echo json_encode( array('perem' => $perem));

очень сложный вопрос из которого можно еще несколько вопросов вытянуть,во несколько из них:
1) Какой будет по загруженности проект ( количество посетителей за день, количество товара количество тематик товара)
2) какой должен быть аукцион, ajax-ый с кучей плюшек или самый простой интерфейс
3)какой уровень знаний у вас в php b т.д.

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

какой код у Вас в данном случае повторяется?

Для начала надо разобраться что такое http, REST, SOAP, как эти вещи работают, затем если начальный уровень знаний языка есть(основные операторы языка, понимание как их использовать), то можно попробовать ООП, но начинать надо не с зубрежки синтаксиса, а понятий объект, класс, интерфейс, наследование, инкапсуляция, полиморфизм, и кучи всего, причем по моему мнению начать надо так объект>классы>инкапсуляция>наследование все остальное уже позже, когда поймете для чего нужно наследование, для чего нужна инкапсуляция, в чем разница между классом и объектом, тогда уже можно и к паттернам подойти, но не в коем случае не стоит сразу пытаться разобраться как работает mvc или какой-либо другой шаблон проектирования, в изучении должна быть последовательность, и не ленитесь делать тестовые примеры. По поводу книг почитайте Совершенный код (С. Макконнелл ).

не использовать GLOBALS и не стоит хранить контент в index.php для контента БД существует

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

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

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

в любом случая нужна авторизация по мимо проверки ip

думаю самое верное решение держать файлы на сервере,потому что на сколько я помню, php не может так делать

не советую, книга не для новичков
dic.academic.ru/dic.nsf/ruwiki/1071245 - для общего понимания
потом писать простые примеры наследование , перегрузку методов, смотреть на результаты, инкапсулировать классы , постепенно продвигаться а уж потом можно и книгу читать, которую посоветовали чуть выше.
Я сам в свое время так и учился, по простым задачкам, что касается MVC после выше упомянутой книги будет проще разобраться, не стоит сразу на MVC набрасываться

Верно, заголовки можно хранить в базе, и даже нужно) а с базой у нас модель общается.
в базовом классе модели можно написать метод назовем его к примеру GetPageTitle(); и когда у нас тянется модель, заголовок тоже будет выводиться