Я не нашел dispatcher.php, возможно вы имели в виду класс Dispatcher. Все просто:
1. в роутере определяются связи URL => обработчик
2. роутер передается диспетчеру, который сохраняет его у себя
3. Dispatcher получает на запрос (Request), передает его роутеру, роутер извлекает URL из запроса и возвращает обработчик
4. наконец диспетчер вызывает обработчик и возвращает результат
5. Та-да
Разделите m на n в вещественных числах.
Затем каждый день прибавляйте к некоторому вещественному счетчику указанную вещественную дробь и выдавайте на выход разность между округлениями вниз между сегодняшним днем и вчерашним - это Ваша целочисленная норма на сегодняшний день. Можно округлять к ближайшему целому - в принципе неважно - лишь бы все время однообразно.
# - границы регулярки (все что между этими символами и есть регулярка)
i - модификатор, указывающий не обращать внимание на регистр букв
^ - начало строки
$ - конец строки
Если переменная не существует, предупреждение не генерируется. Это значит, что empty() фактически является точным эквивалентом конструкции !isset($var) || $var == false
Нет мы заведомо не знаем. Можно и одним !empty(). Я б порекомендовал проверить существует ли переменная submit (будет существовать если нажмут на кнопку отправки и потом проверять каждое поле только на пустоту, но тут тоже есть заковырка переменные приведение ниже тоже считаются пустотой)
Думаю, Вы правы если есть задача проверить, что та или иная переменная не пуста достаточно использовать (!empty ($var))
Различия же между этими двумя функциями достаточно просты для понимания через isset мы можем проверить существует ли переменная (т.е объявлена ли она) при этом она может быть и пустой.
А empty же в свою очередь проверяет переменную на заполненость. При этом переменная не обязательно должна существовать, тогда как и в случае с пустой переменной данная функция вернет true.
Да, в большинстве случаев достаточно empty(). Вероятно автор перестраховывается от каких-то специфичных случаев.
И нет, мы не уверены существует ли инпут. Пользователь (хакер) может модифицировать форму через консоль разработчика в браузере. Или даже может сформировать произвольный POST-запрос в стороннем приложении.
UPD: Возможно, стоит фильтровать ввод не через всякие isset'ы, а через filter_input()
Если в текстовом поле, например, ничего не ввели, то и на сервер это поле не передастся.
Если делать проверку только по empty($_POST['foo']), то вылезет NOTICE - Undefined index: foo.
Хороший программист делает так, чтобы код не кидал никаких уведомлений, чтобы спустия несколько месяцев не ловить в продакшене рандомные баги.
Можно проверять через array_key_exists('foo', $_POST), но это значительно дольше набирать.
Это в html5 вроде есть проверка на пустоту input а раньше не было и можно было отправить форму вообще без значения нажатием кнопки. На клиенте всякие JS проверки ненадёжны. Да и просто привычка хорошая, особенно при работе с массивами потом.
Если не вдаваться в подробности спецификации, то свойство height:100% (и вообще в процентах) будет работать только если родителю задана высота в абсолютных единицах (например пикселях).