Ну и вообще убедитесь, что юзер есть в базе. Дебагом посмотрите, что на каждом шаге скрипт делает и получает именно то, что нужно. Возможно, он просто не находит юзера и и-за этого не авторизовывает.
Рафаил Дуняшев: у Дмитрия Елисеева (ссылку скинули) как раз куча бесплатного материала. Видосы по РБАК, тестированию по 4-6 часов. Там очень много чего объясняется и разжевывается.
Надо писать для людей, а не для роботов.
Особенно с учетом того, что роботы ранжируют выше именно те сайты, которые сделаны для людей (с каждым годом все лучше и лучше).
Vitaliy2410: можете их в кеш кинуть, либо в базу, а в нужном модуле их оттуда получить. Важно понимать, каким образом у вас заполняется массив с ид категорий в сео_про: раз в месяц или при каждом запросе.
Если при каждом запросе, то можно передавать ид категорий в глобальную переменную — поищите как это сделать в Opencart. По-моему, там за это отвечает класс Registry. Точно уже не вспомню.
Максим: да, но не composer update, а composer install. Если composer глобально не установлен, то установите его в проекте и запускайте так: php composer.phar install
DevMan: а если куки копирнуть на другое устройство (например, злоумышленник), то как это распознать на стороне сервера? Токен это же по сути обычная строка.
Артем: Погуглил — есть JadePHP. На ходу компилирует Jade шаблоны в PHP, таким образом вам даже не надо иметь html-шаблонов в своем коде.
Правда, поддержка проекта пострадает, потому что не любой специалист сходу разберется во всем этом многообразии технологий.
Предполагаю, что Jade удобен для верстки большого количества файлов, а дальнейшие правки уже осуществляются в скомпилированном HTML, в самих view-файлах.
Хотя весьма интересно, как обстоят дела с большими проектами, где регулярно верстаются новые страницы и изменяются старые — там Jade-шаблоны нужно держать в актуальном состоянии.
Максим Федоров: в таком случае я бы еще обратил внимание на simpla cms. У них достаточно простая панель управления, нет ничего лишнего. По нагрузкам ничего не могу сказать, но чем-то этот движок приглянулся.
Единственное, что у него нет единой точки входа в приложение и архитектура немного странная.
Также есть Битрикс, который имеет огромную массу настроек, но во всем этом многообразии надо разбираться и для этого лучше искать команду, которая именно на битриксе специализируется.
Но некоторые мои клиенты наоборот уходят с битрикса. Правда, у них не магазины, а скорее каталоги (без возможности покупки). Им удобнее работать с кастомными CMS на Yii, которые я предложил, чем работать с панелью Битрикса.
В то же время, с точки зрения бизнеса, Битрикс имеет кучу преимуществ.
