Ну то есть не правильно же будет при каждом открытии данной страницы на сервере\клиенте всё считать?Почему, очень даже правильно, для этого и придуманы быстрые хранилища и SQL/noSLQ бд.
но что если у пользователя 10 000, 100 000, 1 000 000 транзакций? Как такие задачи решаются?Во первых, юзер все равно не получает все мульен транзакций в статистике за раз, получает постранично, а это вполне нормальные запросы по 50-100 записей за раз, что вполне себе быстро. Ну и всякие редко обновляющиеся и часто запрашиваемые данные хранят в кэше, дабы не дергать бд попусту.
идти в аналитику и смотреть что изменилось, а не измениться ничего, так как сервак не успеет посчитать всё.Это просто не знаю какой мертвый сервак должен быть, чтобы не успеть "посчитать" за время необходимое для прохода 1-2 экранов приложения.
parse_str(str_replace('/','&',$str), $output);
var_dump($output);
extract($output);
cart.php?item_id=666&action=plus, в этом файле уже в сессию пишете ид товара и количество из гет параметров, можно даже в виде простейшего массива ид-количество ( типа такого [666=>1,667=>3]) , и редиректите обратно на страничку откуда пришли. На каждой страничке в хеадере достаете из сессии вашу "корзину" и выводите что вам там нужно. Можно то же самое сделать с помощью формы, где ваши + и - будут кнопками субмит и форма будет отправляться методом пост, суть и логика примерно та же.
типа защита от атаки различных через форм?для этого токены используются.
При этом нужно ли заполнять атрибуты формы action methodНе особо важно, если на сервере есть проверка метода и урл запроса не будет обрабатывать левые данные то все ок.
Не заполняется таблица на phpMyAdmin значениями,что пользователь ввел во время регистрации.чтоооо??? Может "значения не попадают в базу"? При чем тут пхпмайадмин?
Ошибок не выдает.Это не значит что их нет, смотрите логи или включите вывод ошибок.
$this->Hosts во первых у вас "типа ооп", так как вроде бы объекты, но вроде бы кодестайл кривой и в модели(?) /контроллере(?) какого-то хрена забыл хтмл... по этому правильно было бы создать лэйоут и вью под письмо, сменить у текущего объекта Вью лэйоут на мэйловый, и отрендерить вьюшку в переменную. Но вам будет проще так:function RecoveryPassword($user, $pass, $mail){
ob_start();?>
код шаблона, со вставленными в нужные места значениями через <?=$value?>
<?php
$text = ob_get_clean();
$subject = "Восстановление забытого пароля в системе \"".$this->Hosts."\"";
return $this->SendMail($mail, $subject, $text);
}Если я выберу WordPress, то не выйдет мне это боком, если проект будет расти?Выйдет конечно, нет в вп ни нормальной архитектуры, ни гибкости, ни целостности. 90% плагинов и надстроек никем и никогда не тестировались нормально, ну там тесты, квалити контрол, кодестайл и вот это все.