Ну и правильно. Предложенное вами "извращение" - более грамотный подход.
Хотя масса "стариков" все еще предпочитает SMS. Не суть. Самостоятельная отправка уведомлений (или копий писем) в SMS-шлюз выполнялась бы точно так же, если бы почтовая служба была не способна это сделать.
Кстати, есть реализации шлюзов для telegram: https://cdnnow.ru/blog/smtp2tg/
Кроме того, некоторые почтовые службы позволяют использовать уведомления по HTTP (это упрощает создание шлюза для telegram и т.п.): https://searchengines.guru/ru/forum/1028825
Нет. Я с вами соглашаюсь, если исключить из цепочки почту. Иначе возражаю.
Ну, понятно, "практик" 😂
Объясняю по-простому 😊 Отправлять уведомления "сразу" в telegram логично, когда не используется почта (по крайней мере как основное средство получения сообщений). Иначе, от безвыходности, вполне логично и почту проверять, чтобы самому отправлять уведомления. А то Ваше уведомление может сильно "обогнать" письмо - такое иногда бывает.
"Сразу" здесь тоже относительно. Лучше чтобы отправкой занимался отдельный скрипт, а не тот, который формирует заявку.
Последовательная передача сообщений/уведомлений более логична, чем "параллельная", если цепочка передачи достаточно надежная. Другое дело, что инициатором уведомлений должна быть почтовая служба. Если почтовая служба не способна передавать уведомления (или копии писем), что по нынешним временам большая редкость, ее нужно исключить из цепочки (или заменить). Т.е. сохраняете сообщение в (локальной) базе данных (это обязательный шаг, в том числе и при использовании почты), после чего отправляете уведомление любым требуемым способом.
Оправка уведомлений на сторонний сервер/API в отдельном процессе (запускаемом по таймеру или выполняющемся постоянно) - тоже более правильный способ. Это можно делать при помощи локальной очереди или непосредственного анализа таблицы сообщений.
Это можно решить удалением строки
AllowOverride None
в apache2.conf (или httpd.conf)
AllowOverride - это разрешение/запрещение использования директив в .htaccess и в случае None - самого .htaccess - читайте документацию.
Могут быть исключения как явные, о чем я написал в начале темы, так и неявные, например /test%2Ftest 😉
Правда, я сомневаюсь, что для показанного неявного сработает ErrorDocument, т.е. сможет переопределить серверную страницу ошибки. Это обычно отключается другим способом или остается, как есть, потому что показанный запрос очевидно выполняется не для "всеобщего блага" (в этом случае чем проще обработка, тем лучше).
Просто к сведению: ErrorDocument в качестве параметра принимает внешний адрес. Но он все равно не отображается, т.к. остается адрес, по которому зафиксирована ошибка.
Т.е. можно направлять на существующую страницу, например ErrorDocument 404 /200, - будет работать внутреннее перенаправление в единую точку входа. Хотя обычно достаточно на несуществующую, например ErrorDocument 404 /404 (иногда это бывает полезно), - тоже будет работать внутреннее перенаправление в единую точку входа, причем код PHP может переустановить статус (хотя менять 404 на 404 большого смысла нет). Более полезный вариант: ErrorDocument 403 /404 - замена ошибки 403 на 404 со сменой статуса в коде PHP.
Подключите в почте SMS-оповещение. У известных служб есть такая возможность. Иначе пересылка уведомлений (или копий писем) на какой-нибудь SMS-шлюз.
Расчетный уровень целевой аудитории разный. Уверен, легко привыкните, если это ваша основная работа.
У info цены в последнее время скачут. У меня в панели Fozzy цена на info сейчас - 2080 рублей, хотя продлевал в этом году и значительно дешевле. Защита данных Whois входит в стоимость.
У них же на сайте сейчас - 2010 рублей. Видимо, курс валюты сказывается.
