ping-admin.ru если нужен внешний сервис за копеечку
Я бы лучше посмотрел в сторону elasticsearch это что касается поиска.
Дописать плагин для вашей любимой CMS не составит особого труда
Очень мало проектов в мире которые имеют равномерную пиковую нагрузку 24/7, ну разве что youtube
Вы учитывайте что локальный проект будет иметь пиковые нагрузки не больше 2-5 часов в день, при том часть утром часть вечером в остальном будет достаточно сильные простои. Так вот если нужно 500Г/с гарантированно то это видимо пик
У sendpulse.com цены за smtp интереснее, 50к сообщений в месяц за 1к рублей
Основное это договор о не разглашении. У компаний денег много, если докажут что спер ты (а они докажут), то согласно договору можно влететь на ой ой ой.
Тут вопрос чтобы не похерили. На нормальных проектах к бою доступа у смертных нет. Все работают через приватный репозиторий на локальных копиях (если возможно), либо на близколокальных (возможно без доступа к интернету вообще). Все изменения фиксируются, перед слитием в основную ветку тимлиды делают код ревью (проверяют что там накодили).
В вашем случае достаточно довести проект до состояния чтоб его нельзя было испортить, то есть это ежедневный дамп БД, бэкап файлов и работа через репозиторий. А чтоб не слили - договор разве что, но все это не про вас видимо, раз прозвучало слово фриланс :)
Dmitriy_2014, Высосали проблему с пальца. Проблема решается закрытием админки по ip или хостер должен и ip ваш угадать с которого вы будете админить?
Тут проблема не в хостерах, а в вэбмастерах, которые берутся за сайты без знания дела и исренне надеятся что их пробелы заполнит за них кто то другой. Берите книги и читайте, а не говорите кому кто что должен :)
SeVlad, Что то вы там с пальца высосали какие то проблемы кеша и накладных расходов. У кеширования только 2 проблемы - размер (вам надо хранить данные как есть, а так же закешировать одни и те жи данные по неколько раз в зависимости от того что кешируете) и инвалидация (сносить весь кеш не вариант, если нагрузка большая то сдохнет сразу все от этого действия). Точнее проблемы три, третья возникает только на хайлоадах и представляет из себя собственно генерацию этого самого кэша. Многие нагруженные проекты под генерацию кеша держат целые отдельные кластера.
Все остальное из пальца:
- сервер может кешировать, но больно толсто, для настройки кеша внешне нужно иметь не хилый скил администрирования, куда выше чем скил управления и даже создания сайтов на ВП, писать конфиги для varnish и подстраивать под это сайт еще то удовольствие
- обычно кэш хранят в оперативке и нет накладных расходов на чтение с диска, плюс дамп на диске (в этом плане мне redis нравится больше чем memcache)
Кэш вреден только там, где как раз у него быстрое протухание, очень быстрое. Там конечно будет кэш во вред, но не более. По кэшированию самое главное видеть статистику HIT и MISS, если у вас много промахов, значит кэш настроен неправильно и он вам во вред.
ставьте куку, если куки нету то показываете окно и ставите куку, если кука есть, не показываете окно, только куку сделайте бессрочной---------- Добавлено 12.12.2017 в 20:29 ----------А вообще в приложение надо не так завлекать, какой смысл то пользоваться приложением? Добавьте лучше в приложение фишку для вашей аудитории и не делайте эту фишку на сайте, и расскажите вашей аудитории о новой возможности доступной с приложения. А просто так не знаю, будут ли кто ставить или нет
Новый год же скоро, зачем вам та банальщина :)
А если серьезно, то очень просто пишутся штуки по вашей ссылке, чуть чуть гугла, чуть чуть js и чуть чуть смекалки, демка одного из физ движков
Получаете токен post запросом на https://www.joom.com/tokens/init
И дальше все запросы подписываете полученным токеном в заголовке
Authorization: Bearer ваш_токен скрин
