MegaMufa

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

По поводу переменных переменных. Используются при написании обобщенного кода. Вот пример. Это поведение Yii2 для хранения деревьев в БД. Поведение - это фича фреймворка - что-то вроде трейта или миксина.

В общем его можно подсключить к модели и она сама будет заполнять служебные поля при перемещении узлов. Для гибкости, при подключении можно указать поле таблицы, по которому надо сортировать данные. MaterializedPathBehavior::$positionAttribute. Это поле используется в коде для построения запросов:

$position = $this->node->{$this->positionAttribute}

Таким образом достигается гибкость. Тому, кто будет использовать это поведение не придется подгонять схему своей БД под него. Он сможет указать поля, с которыми надо работать.

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

UPD.

Еще немного о переменных переменных. Вообще вместо них можно добавить абстрактных методов вроде getPositionAttribute() и заставить пользователя переопределить их. Это будет более правильно идеалогически. Но, используя переменные, появляется возможность настройки без написания лишних классов.

Я считаю, что "толстая модель, тонкий контроллер" - это самый подходящий вариант.
Вся логика приложения должна содержаться в моделях. Модель - это не просто сущности из бд, это еще и инкапсулированая логика ее обработки. А контроллер должен говорить модели, что делать и рендерить вьюхи.

Например этот кусок кода неправильный:

class MyController
{
    public function myAction()
    {
        $user = new User();
        $user->load($_POST);
        if ($user->valiadate()) {
            $user->saveToDatabase();
        } else {
            throw new Exception("...");
        }
    }
}

Неправильный потому что контроллер знает, как модель сохраняет данные. Что сначала идет валидация, а потом сохранение в бд. И если вы потом решите не проводить валидацию, или добавить еще один проверяющий метод (например), то вам придется делать это везде.

Правильно быдет так: в модели определеить метод, содержащий логику:

class User
{
    public static function create(array $data)
    {
        $record= new static;
        $record->load($data);
        if($record->validate()){
            $record->saveToDatabase();
        } else {
            throw new Exception("...");
        }
        
        return $record;
    }
}

А в контроллере просто дергать его и передавать туда данные:

class MyController
{
    public function myAction()
    {
        $user = User::create($_POST);
    }
}

Таким образом все логика работы модели (в том числе валидация) инкапсулирована снутри класса, и другие классы не знают, как это происходит.

Такой подход облегчает сопровождение кода а так же облегчает написание тестов.

https://github.com/yiisoft/yii2

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

Для того что бы "проникнуться" духом пыхыпы перелопатил половину исходников этого фреймворка (правда тогда это была первая версия). Понял очень многое: как строятся сложные системы на пыхе, как в нем патерны применять, какие есть хаки и фичи в языке.

Это муторно и скучно, но, поверьте, оно того стоит.

А без английского языка выше джуниора подняться не получиться. Актуальная информация только на оргинале. НА русский переводят уже устаревшую.

https://www.owasp.org/index.php/HttpOnly
Оно?

Простите, это вам при устройстве на работу такое тестовое задание дали?

нет.

А может вообще pascal, раз его в школе учили?

Извините, не удержался.
Вопрос, хоть и поднадоевший, но я вас понимаю. Сам в свое время задавался им. Сначала я учил php, т.к. когда начинал учиться про руби и питон даже не слышал. А вот потом задался вопросом, может стоит сменить язык. Тоже выбирал между питоном и руби. И знаете что? Остался на php.

Попробовал обе альтернативы и обе мне понравились больше, чем php. Но различия не были настолько весомыми, что бы переучиваться.

Чисто эстетически, мне php очень не нравиться из-за местами "неожиданного интерфейся". (Например: В некоторых схожих функциях параметры в разном порядке). Зато есть куча замечательных ферймворков. К примеру Yii - использую и php не вызывает такого отвращения.

В питоне мне понравилась "компиляция" в байт код. Плюс на нем пишут приложения и для десктопа, чего на ПЫХЫПЫ не сделаешь.

Но если бы я сейчас выбирал, что учить - то выбрал бы руби.
Очень развитая экосистема (ror, sass, coffee, HAML). Они под себя все окружение подгоняют. Плюс, язык чисто ООП-шный, что мне очень понравилось. Красивый он, синтаксис мне больше, чем у питона понравился.

Не буду давать банальный совет, попробовать все и выбрать. Знаю, что не сделаете так. Но почитайте туториалы, посмотрите синтаксис. И выбирайте тот, на котором вам будет приятнее писать. Как по мне, это единственное весомое различие.

Синтаксис можно сравнить здесь:
hyperpolyglot.org/scripting
hyperpolyglot.org/scripting2

А вот тут таблица, сравнения разных языков (не только этих):ru.wikipedia.org/wiki/%D0%A1%D1%80%D0%B0%D0%B2%D0%...

Хм. Судя по всему, @alekciy был прав. Тормоза сами прошли. Сейчас те же файлы грузятся за 200-300мс, что вполне приемлемо.