xmoonlight

Через curl() на стороне сервера + кеширование.
PS: это просто - поэтому без примера.

В основном - это нужно для проверки ролей доступа и отладки предустановленных фильтров.
Упрощалка лог.выражений в виде функции - не помешала бы.

Что-нить из направления выявления скрытых несоответствий на нескольких входных данных разного типа: fake-verdict-модуль, например, для быстрой проверки контента по инету перед постингом на паблик.

Зависит от того, как логически спроектирована НС, сколько имеет классификаторов и имеет ли динамическую балансировку итоговых "весов" между классификаторами.

Если у Вас не 100% мат.модель в НС и есть балансировка классификаторов - то даже 50% ошибок Вы вообще никак не заметите.

Добавлю то, о чём ещё не упоминали.
Вот как бы сама архитектура "на пальцах":

0-[Командуем: url task manager: queue]
1-1234567890 [льём: head-less browser/etc.]
2-1234567890 [decomposer]
3-123456...
....
N-1234567890 [сохраняем: db data insert]
Goto 0

Строки - уровни обработки, числа - параллельные единичные потоки.

1. Задача - динамическая коммутация между функциональными потоками соседних слоёв.
Т.е. поток после отработки никогда не закрывается, а ждёт нового задания от любого блока с уровня выше (меньший номер строки)!
В этом - вся "соль" скорости обработки!

2. Копите знания: Всегда кэшируйте "скелет" нахождения данных (динамические правила) при интеллектуальной декомпозиции разметки - это сильно сокращает время детекции уже встречавшихся блоков (одинаковый блок кода или шаблон страницы, одинаковая CMS, и т.д.).

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

При приёме данных - проверяйте на полный дубликат данных предыдущего запроса формы через хеш: md5(implode($_POST)).

ajax() запрос по нажатию "Войти" в форме авторизации + обновление контента нужного блока: например, верхнего или бокового меню.

Для перезагрузки частей html-кода использую либу-функцию includeHTML.

Движок - в данном случае не так важен, т.к задача - простая. Важны технологии.
1. JS - язык кодирования логики игры
2. Websocket - для реал-тайм обмена данными с сервером.
3. Canvas - для отображения игры
4. Back-end - серверный функционал игры пишется на любом удобном языке.

Можно с "нуля" на чистом js всё создать.

Чем меньше абстракций в коде - тем легче браузеру обрабатывать события: игра вообще не будет "тормозить", если всё делать "прямыми руками" на "чистом" js.

Можно смотреть первые буквы (и несколько первых букв, и выбрать лучший вариант по совпадениям) во всех корнях в подряд идущих слов, учитывая предлоги между ними с вероятностью в 50% (проверять с предлогами и без, и выбирать лучшее совпадение).

Это покроет большинство случаев.

И свой словарь для нескольких частных случаев - тоже можно сделать: чем больше классификаторов - тем лучше.

Длина правой линии от полотна дороги.
Просто по отрезку берётся среднее значение пикселей до тех пор, пока этот разрыв не превышает средний порог последних 10-15%.
Считаете количество собранных пикселей: много - машины могут ехать, мало - мост поднят.

Вот светлая линия справа:

Надо сформировать "деревья" с уникальными узлами.
Для каждого дерева: root - это уникальная строка из всего массива.
"Листья" дерева - это ссылки на "корни" объектов подобных "деревьев".
"Узлы" дерева - это номера строк из массива.

И затем, проводить с ними логические операции.

vlc

Лучше с нуля изучайте RTX-платформу.
Перспектив - море.
Код - чистый.
Всё вручную и по тех.докам.
Просто, праздник лучей в твоих руках!
Такое можно навернуть - все обалдеют!

Один процесс (worker) всегда висит в памяти и запущен из-под пользователя с нужными правами.
Другой скрипт - даёт задание на исполнение через unix socket и в него же получает вывод во время исполнения, который может перенаправлять сразу в браузер.

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

Кратко: это большое секторное "дерево" с реплицируемыми "ветками" для распределения равномерной нагрузки по "облаку" и обеспечения отказоустойчивости.
Все дублирующиеся блоки данных у разных пользователей - ссылаются на один уникальный.
(блок - это некая последовательность байт, понятия файла на уровне абстракции СХД - нет)

Файл кодировки utf8?