rPman

первый же запрос в гугл
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

Легально проверить наличие - последовательно добавлять телефоны в контакт лист своего телефона и смотреть на реакцию чат-приложений.

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

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

в крон задании сохраняйте pid процесса в файл (запускайте через & и сразу берите pid из переменной $!), а соответственно перед этим, убиваете процесс с pid из этого файла (если он есть).

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

В сложных ситуациях, когда нужно искать, где именно и что заменить, можно парсить xml самостоятельно, построчно, есть для этого даже готовые методы
https://secure.php.net/manual/ru/ref.xml.php
т.е. вы построчно парсите xml для поиска нужной строки, а запись ведете как с обычным текстовым файлом, построчно, подменив нужные данные на лету.

p.s. если у вас большие данные, что требуется такая оптимизация (если вам не подходит вариант, описанный в соседнем ответе) то... меняйте логику вашей программы,.. xml (или например json) вообще самый не подходящий инструмент для хранения.

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