Выбрал это решение - интеграция простейшая. Единственное что стоит отметить - это подключение: необходимо исключить несколько зависимостей, чтоб не было конфликтов с их андройдовской реализацией:
Спасибо. Но, кстати, вот тут project.net.ru/security/article9/g2.html пишут что пакеты могут приходить обратно, если указывать в "маршрутизации от источника" маршрутиатор, который вам подконтролен. Я думал поднять такой маршрутизатор у себя на сервере, и все в ажуре )
Это не юзер-френдли ) Плюс огромная куча запросов делается вне пользовательского контекста, например, каждый день загружается маршруты для тысяч поездов для кеша, анализа и прочее, или например когда на запрос сервер выдал ошибку шлюза - через пару секунд снова пытаешься запросить - короче, много таких мест...
Дмитрий Байчапанов: да, согласен. Но вопрос, конечно, в этом ли проблема? В том плане что толку от хорошого сайта, если на него никто не заходит.
Тут наверное маркеттинга не хватает, плюс ниша то довольно занятая, насколько я понимаю, и в ней есть очень крутые штуки (например https://www.firebase.com/). Возможно, стоит сделать более узкий продукт, где это можно использовать (онлайн помошник на сайтах, или что то еще).
Обычно это загоны sendmail - его либо нет, либо не правильно настроен. Стандартная функция php mail по умолчанию юзает его (настраивается вроде в php.ini) и возвращает true даже если почта не отправлена.
Но вообще, отправка почты гораздо сложнее чем кажеться на первый взгляд (именно правильно письо сформировать) - и согласен, лучше юзать https://github.com/PHPMailer/PHPMailer или что то подобное.
Да, я именно так и планировал, видимо, вопрос не правильно описал. Просто думал может есть какие штуки, которые бы хук делали (вызывали скрипт когда письма приходит), может расширения какие-то есть под php для какого-то mail сервера...
По теме: я не работал с очень высоконагруженными системами, но все же:
По сути каждая загрузка класса - это парсинг автолоадером имени + инклуд файла (если классы аккуратно по файлам разложены). Есть системы, которые собирают все в один файл. Есть OPCache, есть что то типа HipHop PHP и прочее, например в том же yii есть yiilite.php
Сама глубина наследования, насколько я помню, не особо влияет на производительность, как и кол-во классов. По крайней мере, настолько, чтоб отказаться от правильного разбиения на классы. Имхо - гораздо дешевле увеличить мощность сервера, чем писать трудный код. Не стоит эта экономия того. Ди а заметна будет только в очень нагруженных системах.
Другое дело - что классы обычно ошибочно плодят - как пример - посмотри шаблон делегирование.
Про масштабирование - оно здесь каким боком участвует?
compile ('org.simpleframework:simple-xml:2.7.+'){
exclude module: 'stax'
exclude module: 'stax-api'
exclude module: 'xpp3'
}