Дмитрий

Вопрос выглядит как типичная XY problem. Нужно исходить из реальных практических задач и под них искать инструменты, которые помогают их решить. Скажем, если нужно вырезать из страницы баннеры и кнопки интеграций фейсбука, добавить какие-то отсутствующие на сайте client-side функции (такие, как управление скоростью воспроизведения в тэге video), то это одни инструменты. Если надо автоматизированно без участия пользователя нажимать на кнопки, переходить по ссылкам, сохранять полезное содержимое страниц - другие. Если надо отслеживать актуальность сертификатов или контролировать доступность камеры - третьи и четвёртые. Кстати, для последнего в браузерах уже давно есть защита - никакому сайту не даёт получать доступ к камере без явного разрешения пользователя.

Далее, dll - это всего лишь формат загружаемых библиотек с возможностью вызова функций из них. Их кто-то должен куда-то загружать и как-то вызывать. Выбрать сразу dll без чёткого указания того, кто и как их будет использовать - это уже сразу неправильно. Конкретно в случае браузеров в принципе нет никакого интерфейса для взаимодействия с ними (NPAPI и PPAPI вроде уже наконец похоронили вместе с флешом [upd: NPAPI полностью удалён в Chrome 45 и Firefox 85, PPAPI в Chrome тоже планируется удалить]), не говоря уже о том, чтобы вызывать эти функции вообще при каждом чихе браузера.

Зачем в вопросе указаны три языка программирования? Это, кстати, нарушение правил сайта, так как вопрос к этим языкам ну вообще никак не относится. И да, если в браузерах принято использовать javascript, значит, надо использовать javascript. Если в научном мире принято говорить на English, а в медицине используется латинский, то нет смысла в них пользоваться суахили назло всем.

При выборе ЯП обычно руководствуются следующими критериями:
* Распространенность языка
* Стоимость специалистов
* Хорошая документация
* Насколько подходит для данной задачи
* Какие поддерживает платформы
* Скорость
* Наличие существуещего кода или специалистов знающих его
* Унификация фронта и бэка

Итак в вашем случае.

* Распространенность языка - очень распространен, ближайшие конкуренты только C# и Java
* Стоимость специалистов - Средняя или низкая
* Хорошая документация - есть
* Насколько подходит для данной задачи - специально создавался для формошлепства,
* Какие поддерживает платформы - unix, windows
* Скорость - ниже чем у конкурентов, но при должном уровне специалистов удовлетворительная
* Наличие существуещего кода или специалистов знающих его - это вы сами ответите
* Унификация фронта и бэка - это уже в сторону NodeJS или C#, но как правило PHP разработчики часто FullStack

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

Читать Linux from scratch и Beyond linux from scratch.

Самый главный вопрос здесь - зачем и для чего?

В вашем случае это было бы как-то так:

class Someclass
{
	public static function getDate($k) 
	{
		switch ($k) {
		  case "Y":
			return date("Y");
			break;
		  case "m":
			return date("m");
			break;
		  case "d":
			return date("d");
			break;
		  case "H-i-s":
			return date("H-i-s");
			break;
		}
	}
}

define('LOG_FILENAME',  "{$_SERVER["DOCUMENT_ROOT"]}/logs/" .  Someclass::getDate("Y") . "/" . Someclass::getDate("m") . "/" . Someclass::getDate("d") . ".txt");

НО так делать не надо. Не записывайте в константы данные из функций и любые другие как-то там генерирующиеся. Константы на то и константы, что бы всегда иметь одно и то же значение. Проще говоря записывайте в константы то, что на вашем сайте никогда не меняется и выглядит для всех одинаково, независимо от пользователя, базы данных, погоды за окном и так далее.

DELETE `t1`.*
  FROM `table` AS `t1`
  LEFT JOIN `table` AS `t2` ON `t2`.`id` = `t1`.`parent_id`
  WHERE `t2`.`id` IS NULL

Тут главная ошибка в том, что у каждого персональная шара, это плохая практика. Правильнее пользователей объединять в группы, а каждой группы завести шару. Плюс могут быть разные перекрёстные шары (для всех сотрудников компании, для конкретных департаментов, для отделов, шары узкотематического характера...). Тогда проблем бы не было. У каждого пользователя есть свой набор доступных помоек в соответствии с его уровнем полномочий, и не нужно всё время перелогиниваться.

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