Борис Сёмов

Можно погуглить по browscap.
Но лучше, что-нибудь такое стоит посмотреть: https://github.com/ThaDafinser/UserAgentParser

Два основных расширения для работы с картинками в php GD(php.net/manual/ru/book.image.php) и imagick(php.net/manual/ru/book.imagick.php), умеют это делать. Примеров много, тянуть какие-то библиотеки поверх, для такой задачи совершенно излишне, imho...

Да ладно, там PHP код в БД хранится, что уж там шаблоны... =)
Впрочем, и то и другое стало можно подключать и из файлов. Так что можно теперь, можно нормально работать с системами контроля версий хотя бы...

А вообще, очень странный человек проектировал MODx, и многие решения там крайне не стандартны(если очень корректно описывать ситуацию), вот и всё.

Дело в том, что сейчас, нет веб серверов, которые поддерживают только http2. Т.е. веб сервер ответит используя поддерживаемый браузером протокол. Фактически, клиент просто ничего не заметит.

Не с помощью самого апача.
Если не обрабатываются скрипты на других языках, то да.
Можно загрузить, но напрямую выполнить нельзя. Потенциально, можно через дыру в других скриптах выполнить.

1. Да, и найти его с приличным каналом большая проблема.
2. Только свои серверы раздачи - CDN будет дороже, и с не лицензионным контентом вас оттуда погонят, конечно.
Также, клиенту надо понимать, что раздача больших объёмов видео, это реально дорого, а там, где закрывают глаза на жалобы правообладателей, адски дорого. Размеры фильмотеки, кстати, мало важны - важен трафик. Он, и главная сложность, и главные затраты. Обеспечить хранение, как раз, достаточно просто и дёшево.

Веста, в варианте Nginx+PHP-FPM, из коробки, фактически не работоспособна, из-за своих кривых и малочисленных шаблонов.

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

Т.е. ваша задача просто не решается без переписывания логики генерации шаблонов пула php-fpm в панельке.

Бриджи создаются не для адресов а для устройств.
Которым вы потом назначаете ip адреса, возможно больше одного.
Т.е. если у вас уже создан бридж, то задавайте alias также как на host компе - дополнительная конфигурация не требуется.

php_ffmpeg.dll не является, ни частью php, ни частью ffmpeg. Это отдельное расширение php. Вам надо найти где-то расширение php-ffmpeg, собранное для windows, да ещё и под вашу версию php. Вероятно, это будет сделать не реально.

Впрочем, возможно, php-ffmpeg вам и не нужен: Просто вызывайте ffmpeg как внешнюю программу, и пользуйтесь потом результатами его работы в виде файлов. Для большинства задач, это будет даже разумнее.

Вероятно, в настройках у вас адрес исходящей почты не smtp@..., а что-то другое. Если так, надо создать соответствующий почтовый ящик на yandex pdd, и именно его указывать как имя пользователя.

Т.е. вы не можете отправить письмо, в поле from у которого один адрес, через ящик с другим адресом...

Да, можно - притрутся. Эти двигатели реверсивны...

nginx -v покажите свой. Вероятно этот модуль у вас уже есть.
То, что появилась поддержка подключаемых модулей, не говорит о том, что все модули взяли и выпилили из основного исполняемого файла и сделали распространяемыми отдельно...

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

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

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

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

1. Это нужно везде, порой даже в разработке простенького сайтика приходится вспомнить о какой-нибудь статистике. А если говорить о серьёзном проекте, то чего только может не потребоваться, и незнание математики, порой, рождает прям-таки монстров, просто диву даёшься, что пишут. Про алгоритмы, и разумность их применения в различных условиях, просто без комментариев, это основа профессии.

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

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

4. Опять же, я не знаю, где вы подхватили эту мысль. Она крайне вредна. И вам, и вашему потенциальному работодателю, кстати. Крайне не советую этим увлекаться: излишнее напряжение, и слишком большая концентрация на задаче серьёзно уменьшают вашу работоспособность. Умные работодатели, как раз, всячески гоняют работников за попытки работать после окончания рабочего дня, и это разумная мера...

Вероятнее всего, максимально получится поставить Core 2 Duo T9500. В принципе, он заметно шустрее того, что есть, но не i5, конечно.

Будет-ли с ним работать BIOS вопрос открытый - советую поискать "success story" такого улучшения вашей конкретной модели нотика в гугле, или наличие той же модели, с этим камнем - если есть, заработает.