У 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 ваш_токен скрин
Зачем вам такого объема ssd? Тут разве что только арненда диска будет столько стоить, вам нужно занятся оптимизацией, посмотрите в сторону 2х виртуалок в одном ДЦ ,но на разных тарифах. Вам ssd по большей части нужен то только под БД или у вас БД приближается к значению 200Гб? а файл сторайдж лучше сделать на hdd варианте, в цене сильно выйграете, но это я так, как вариант, если не найдете что хотите :)
Хотя у айхора сейчас можно дедик взять за эту сумму :)
Вообще облака называются, есть aws, heroku и таких много.
Ну вот я бы на вашем месте поискал провайдера VDS более менее приличного у которого можно просить динамически ресурсы и у которого посуточная оплата, обычно не расширяется только диск автоматом, но он вам в пики и не нужен.
Так вот, берете конфиг который вас устраивает полностью в обычные дни, перед публикацией рекламы, заказываете пару тройку лишних гигабайт оперативки и процессоров, правити под них конфиги чтоб можно было породить процессов и запускаете рекламу, через неделю как реклама отмотала убираете ранее заказанные ресурсы. Вам в принципе роль будет играть в основном только размер оперативки, чтоб можно было запустить одновременно как можно больше процессов. Ну и железяки была хорошая и провайдер надежный. Еще бы я отдельно вынес куда нибудь БД, в принципе совсем отдельно, хоть на отдельную виртуалку и с размером оперативки чтоб полность БД помещалась в оперативную память (естественно чисто на момент рекламы и предполагаемой нагрузки), потом потушить и работать на одной. А вообще от характера нагрузки зависит и на сколько плохо сделан сайт, в принципе нагрузка не критичная, но при 50к в сутки я бы взял на время сервачок нормальный, пусть в том же хетзнере но все же.
Новостник с контентом и динамикой разве что из комментов никаким образом и рядом не стоял с интернет магазином, увы не все можно просто агрессивно закешировать в статику, как минимум потому что нельзя продать товара больше чем есть на складе. Благо товаров мало, а так есть еще поиски, фильтрации, рекомендации, сравнения и кучу динамики в ИМ---------- Добавлено 07.12.2017 в 01:46 ----------ТС, вам никто ничего не скажет, дело в том, что число поситителей ничего не говорит. У нас например сервер толстый такой сервак в черную пятницу банально положил обмен с нашей срм. Дело в том, что вам бы протестировать синтетическими тестами нагрузку для начала, сервер может использоватся на 10% а тормозить при этом жутко, так как почти все ПО там однопоточное, многое зависит от самого сайта и как там работают, а с учетом что это битрикс, то у вас там могли такого нафигачить, что просто за голову хватаешься, многие разработчики на битрикс до раздела с кешированием доку даже не дочитывали, и пока на сайте 100 посетителей в день, тот запрос который выбирает 1000 элементов с БД на каждом хите в принципе не заметен, когда посетителей становится 10000 то сервер выстраивает очередь из за него.
