rPman

С не латиницей работать надо с помощью штатного расширения mbstring
php.net/manual/ru/book.mbstring.php смотрите методы mb_ereg_... само собой при указании верной кодировки.

Так же попробуйте штатный модификатор у регулярных выражений u (при использовании utf8)
php.net/manual/en/reference.pcre.pattern.modifiers.php

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

Если запускаемое приложение может работать без доступа к сети, то можно делать запуск в контролируемом окружении (виртуальная машина или lxc/docker контейнер), пусть он там что угодно делает, по окончании работы забираем ожидаемый результат и откатываем изменения.

p.s. есть способ, если все файлы проекта, которые вы хотите скрыть, не хранятся на компьютере совсем, а подгружаются через пайпы или перенаправления stdin с другой машины (по ssh например), все интерпретаторы позволяют это делать с помощью ключей командной строки... это не даст абсолютной защиты но сильно усложнит жизнь злоумышленнику, так как для изучения ему понадобится анализировать дампы памяти.

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

В самом простом случае, можете реализовать ВЕСЬ платный функционал на сервере, а на клиенте только интерфейс (вернуться во времена http rest архиетктуры, ну с оглядкой на эффективность и отзывчивость).

Пользуйтесь методами curl_... где вы сможете проконтролировать гораздо больше, если совсем хочется счастья, берите любую http socket библиотеку (например из react окружения).

Постарайтесь выяснить, откуда появляются задержки, например локально провайдеры могут создавать их специально или нет (у меня были внезапные проблемы с php curl_multi), которых не было в обычном curl_... и только у конкретного провайдера в случайные часы суток).

первый же запрос в гугл
html transparrent background gif animated

https://www.sitepoint.com/community/t/how-would-i-...

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

Еще есть практика кеширования данных и инвалидация кеша при возникновения событий (тригерить события notify на клиент - методы есть), т.е. делать запрос только в те базы, по которым пришел notify (тут же и проверять).

p.s. будьте осторожны, несколько баз работают независимо и не умеют транзакции, т.е. количество может измениться в процессе чтения и к примеру если вы перемещаете объект между базами, суммарное количество объектов не изменилось (тут убрали там добавили) но при запросе количества можно получить на 2 меньше или больше, т.е. неверное значение.
Одно из решений, храните несколько последних значений подсчетов количества с датой их получения, а запрашивать эти данные только те, дата которых ниже даты запроса

Если предложения выше вам не помогут, и вам нужно весь файл зачем то считать в память, то воспользуйтесь 64-битной версией php, поправив в php.ini
memory_limit = 8192M

p.s. если ваш файл - картинка, смело умножайте на 4 ваши требования по оперативной памяти

вместо помещения в тело письма текстовой ссылки, помещайте ее html воплощение

<a href='http://ссылка'>текст, который будет виден в письме, подчеркнутым как ссылка</a>

в тексте вы можете писать что угодно и как угодно, лищь бы заголовки письма и в head соответствовали кодировке

Найдите в вашем коде код отправки ajax и тупо продублируйте вызов обычным копированием (скорее всего проще будет вместо анонимных методов сделать временно именованные а саму строчку с кодом ajax продублировать.

Хостинга именно php websocket вы не найдете, такого SasS скорее всего нет
но из дешевых решений, вам достаточно не обслуживаемого linux vps за 1$ в месяц или даже дешевле

гуглить low cost vps, например lowendstock.com

запустить свой php websocket сервер из командной строки screen особых знаний linux не понадобится, а для тестов сойдет.

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

Как реализовать серверную часть проверки бд, на новые оповещения для пользователя?

не все базы данных предоставляют такой функционал, например postgres позволяет, используя sql выражения LISTEN и NOTIFY, и соответствующий метод на клиенте pg:
php.net/manual/ru/function.pg-get-notify.php

К сожалению php не event oriented язык програмирования (только сокеты позволяют красиво все делать асинхронно), то либо вы вызываете pgsqlGetNotify с 1 или 0.1 секундным интервалом в цикле, проверяя наличие notify либо слушаете свой сокет асинхронно в своем приложении, а в соседнем в цикле с 10-30 секундным ожиданием ждете событие и отправляете ответ в этот сокет.

если база данных не умеет listen или аналоги, у вас только один путь - опрашивать эту базу периодическими запросами в цикле (советую опрашивать специальную таблицу, в которую вы будете триггерами или еще как записывать необходимые события, иначе нагрузите базу по самое немогу)
----------

чтобы отправить ответ на сторону веб-клиента, вы вынуждены будете либо использовать long pooling (устаревшая технология, с кучей проблем) либо посмотреть примеры по работе с websocket и научиться наконец красивому event-based программированию, посмотрите примеры сервера websocket на php (на стороне клиента все еще проще)
socketo.me/docs/hello-world
В этом случае ваше php приложение становится полноценным веб-сервером (вебсокет например), который все еще не рекомендуют выпускать в интернет напрямую, и устанавливают между интернетом и им классивческий ngnix или apache.

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

Этот подход на столько эффективный, что написано уже много асинхронных библиотек, в т.ч. для работы с базами данных (запросы выполняются не сразу, нет нужды php приложению их просто ждать, можно что-нибудь еще делать) а скорость итоговых приложений вырастает в десятки-сотни раз.

p.s. nodejs любят за то что асинхронных подход там используется изначально

Приложения можно ставить и без root, в локальную директорию, чуть более сложно но реально, примерно так
https://askubuntu.com/questions/339/how-can-i-inst...
Ставьте imagemagic и пользуйтесь решением выше

Приложение на php gd, меняющее разрешение картинки занимает 4 строчки плюс управление
php.net/manual/ru/function.imagecopyresized.php