danforth

YML это валидный XML.
Парсить можно, например, этим: php.net/manual/ru/class.xmlreader.php

Читаете потоково, каждую ноду обрабатываете и пишете в ваш Excel.

Регулярное выражение, которому соответствует base64.
Насколько я знаю, поиск по файлам можно сделать через Notepad++, или grep в Linux.
Возможно, предварительно потребуется скопировать проект и удалить все whitespace.
Попробуйте Revisium, если речь идет о вирусе. Он ищет вроде как не только функции base64_encode и _decode, но и сам base64 непосредственно.

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

PHP это по большей мере server-side решение для веб-страниц, в то время как JavaScript умеет как в серверные технологии, так и в client-side. Плюс для JavaScript.

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

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

Используйте PHP, самый простой язык для этой задачи.

https://github.com/woganmay/excel-bootstrap
Если я правильно понял.

Заранее оговаривайте этот момент. Либо же пишите модуль лицензирования, который будет обфусцирован, и будет делать запросы к вам на сервер раз в неделю скажем, а ваш сервер будет отвечать true/false и записывать в логи. Как идентификатор может быть хеш домена. Если лицензии нет - то можно писать хостеру. Это с юридической точки зрения.

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

json_decode() пробовали?

Вы сами писали код? Если да, то сами должны разобраться. А если нет, то нам нужно понять как у вас вообще устроена система. Кто инициализирует нужные контроллеры? Используете ли вы Router?

Я бы сделал так

Router::get("/{$params}", function(){
\Controller\News::init();
});

В самом классе News::init() проверяем $params. Если там ничего нету - News::indexAction();. Если есть, News::getActionByUri($params), и делаем запрос в базу вроде SELECT * FROM news WHERE uri = $params.
Естественно, фильтруйте запросы в базу.

P.S. Сам новичок, поэтому на приз за лучшую реализацию не претендую, но исходя из своих собственных знаний на данный момент - делал бы это как-то так.

UPD: у меня в вопросах есть тема про Router vs FrontController. Там есть касательно роутинга немного, вдруг что-то подчерпнёте.

$var = 1;
function name($var) {echo $var;}
add_action('wp_head', 'name', 10, 1);
do_action('name', $var);

error_reporting(-1);
ini_set('display_errors', 1);

Ещё включаю логирование ошибок, потому как иногда ошибка может залезть за какой-то div.

В таком же музыкально-развлекательном не встречал, но курсы от Специалиста с Богдановым очень подробно рассказывают все.
Он как-бы говорит от лица интерпретатора и рассказывает как тот мыслит, что думает, как работает.
Его, имхо, с лихвой хватит чтоб почерпнуть ту базу, которая нужна. Далее: этап документации, паттернов, и профессиональные статьи на хабре и других ресурсах.

Обычно все это дело хранят в БД. Одна запись - одна фотка. К ней прописываете alt и description.

При двойных кавычках пользуйтесь фигурными скобками: {$category}.
При одинарных - конкатенация.

При запросах к базе: PDO и Prepared Statements.
Давайте функциям понятные имена.

Я конечно не гуру в PHP, но сделал бы так:
- написал бы класс DBException который наследовал бы PDOException
- все операции с БД проводил через PDO
- во время отрабатывания метода query делал бы try - catch.
- если проскакивает ошибка, собрал бы лог и куда-то бы сохранил

Но в вашем случае можно просто try catch воспользоватся

Может быть этот файл подключается в теле какого-то цикла?