Если владелец теслы припарковал свой автомобиль против движения, это еще не значит, что он нарушил ПДД. Не знаю как в США, но в РФ можно парковать автомобиль в населенных пунктах на противоположенной стороне (то есть против движения), и это не будет нарушением (ПДД пункт 12.1). Я не знаю как обстоят дела в США, можно ли у них конкретно в этом месте останавливать машину или нет. Но делать выводы "что он имеет наглость" преждевременно.
Сколько эти парсеры давали нагрузки, что "LA значительно рос на серверах". 100 запросов в секунду? 1000? Может проще было оптимизировать код, пересмотреть какие-то подходы, чтобы просто не замечать эту избыточную нагрузку? Ну а если с одного адреса проходит запредельное кол-во запросов на бэкенд мимо кешей, то можно поместить этот адрес в некий список, которому показываю только капчу. (У вас что-то подобное уже реализовано)
Удивительно, я конечно не знаю всех деталей, но столько вложить сил в латание… по факту костылей.
В результате nginx получает банальный хеш md5 от строки, которую вы сами формируете в качестве ключа. Потом он, соблюдая иерархию вложения (задается конфигом), сохраняет ответ бэкенда в определенную директорию. Все что вам нужно — просто удалить этот файл, это и есть purge cahce. Можно все файлы удалить, можно выборочно. Из скрипта, мы знаем url страницы, которую нужно обновить. Просто вызываем функцию, удаляем файл и все.
У меня была еще следующая надстройка: на фронтендах крутился скрипт на пхп в 15 строчек, который слушал определенный udp порт (в моем случае обращение к нему было закрыто всем кроме внутренней подсети). С бэкэнда, обновившего страницу, просто делаем по адресам фронтендов (их было несколько) рассылку, один udp пакет — один сервер. И через пару миллисекунд кеш отчищен. Гипотетический пакет мог потеряться. Конкретно в моем случае это было не страшно, если кеш не сбросился бы. Если для вас это важно — используйте способы, гарантирующие доставку — очереди.
Плюс можно еще использовать ssi для этой связки. В результате можно главную страницу отдавать со скоростью статики (из кеша), разбавляя ее разными ssi инклудами, которые либо будут вытащены из кеша (мгновенно), либо будут сгенерированы на бэкенде. Еще модуль memcached творит чудеса, все тоже самое, но без обращений к диску.
Обслуживание теслы стоит столько же сколько и камри, например, не смотря на то, что там нечего обслуживать. Маркетологи. Не хотите $440 за ТО каждые 20К км (12,5К миль)?
Да, из Москвы, 30-50 мсек, пожалуй единственный минус, но только один раз — это ведь копейки, особенно на фоне современных сайтов, которые только саму страницу загружают за 0.5-1 сек, а потом еще она рендрится 1-3 сек (привет тысячам социальных виджетов). Дожили :D
Есть же Amazon Route 53 который за 50 центов в месяц может все. Считают каждое обращение, миллион запросов $ 0,40. Сравнительно дорого. Много где можно получить качественных днс за 1 доллар в год, но так как на амазоне — я не нашел нигде.
Лично у меня уровень доверия (я про надежность) к Амазону наивысший.
По API к ним вопросов тоже нет: возможно абсолютно всё. Дают (стандартно) лимит в 10К ресурсных записей в каждой зоне, в faq написано, что можно расширить по запросу. Можно через API хоть каждую секунду обновлять, можно выставить любой TTL, все моментально реплицируется на остальные.
Закон о защите прав потребителя на вашей стороне: вы купили товар, у вас есть подтверждение (кассовый чек), если что-то сломается — просто адресуете свою претензию в магазин (в вашем случае медиамаркт) и все, дальше их проблемы, если случай гарантийный — обязаны устранить недостатки в товаре или вернуть деньги. Магазин достаточно крупный, он не исчезнет через год и вы всегда можете реализовать свое право на гарантийное обслуживание.
Я говорил про параллельное включение реле и полупроводников. Полупроводник срабатывает (первым) мгновенно, он надежный, потом уже замыкается реле (возможно даже по сложному алгоритму, то есть не сразу, чтобы не дергать реле для переключения на пару секунд). Никакого выделения тепла, когда контакты реле замкнуты уже не будет. КПД будет высоким. То время, пока работает только полупроводник — ну это же копеечные потери.
Кстати, а почему нельзя комбинировать реле и полупроводники: сначала сработал полупроводник (мгновенно), а потом переключилось реле? Реле можно не дергать при кратковременных переключениях. Плюс контакты не будут обгорать. Такой подход значительно улучшил бы и КПД, и надежность, но цена будет больше.
Я конечно же пробовал, субъективно, работает хуже яндекса/гугла: больше пропускает спама, больше ложных срабатываний. Я так понимаю, что большим компаниям проще бороться со спамом, так как через них проходят миллионы писем в минуту, больше просто поле для аналитики.
На собственном сервере есть проблема с фильтрацией входящего спама. Исходящая почта успешно доставляется в gmail/yandex/mail, если сервер настроен корректно и по всем канонам. Я возлагаю большие надежды на Amazon Workmail
Они там совсем опухли похоже, мало того, что установивших AdBlock пользователей достаточно мало (да, прирост от года к году — значительный), но по-прежнему большинство пользователей ничего не слышали о баннерорезалках. Пусть оптимизируют свою рекламу до статуса «ненавязчивой» и пробиваются в white list. Я просто поражен, похожу Yahoo помирает, дела совсем плохи с головой.
Если разные люди подадут 10 тысяч исковых заявлений (госпошлина 200 рублей для граждан) то любой суд захлебнется, на время.
Насчет сайтов судов — у арбитражных судов все ровно наоборот, они супер информативные, чего стоить только один kad.arbitr.ru — картотека всех арбитражных дел и всех судебных актов по всем арбитражным судам, и что самое главное — она актуальная.
То что твориться в судах общей юрисдикции (это там, где могут дать двушечку, лишают водительского удостоверения, взыскивают с опозиционных активистов многомиллионные суммы, взыскивают кварплату и кредиты, рассматривают семейные и трудовые споры) — там да, мракобесие и ад, сайты в режиме «чтобы было», одним словом — каменный век.
Но только не арбитраж, там просто совершенно иной уровень, и кстати, уровень судебной защиты там гораздо выше, хотя и арбитраж тоже начал «гнить», после очередной правки конституции, приведшей к объединению высших судов.
У Альфабанка нет таких проблем, есть «суточные лимиты» в зависимости от типа карт. Весь суточный лимит можно снять одной транзакцией, но не больше 40 купюр сразу, больше просто банкомат не берет за раз. У меня обычная виза, легко снимал 150К за одну транзакцию. Посмотрел сайт банка, на моем пакет услуг — лимит 5К баксов в сутки по каждой карте. Альфабанк дорого. Пользуюсь более десяти лет — оно того стоит.
Есть игра Wings of Vi — она вся как это уровень, ее пройти даже на самом простом уровне сложности огромное достижение, не говоря уже о Demon mode. А еще боши — но это уже за гранью добра и зла.
Сделайте мне это развидеть!!!
Я понял суть PCI DSS — это антивирус везде где только можно и нельзя. А я то надеялся, что это некие организационные принципы взаимодействия, какие-то сложные структуры, которые исключают возникновение рисков либо снижают вероятность их возникновения. А какой же это все тлен на самом деле. Я то надеялся увидеть что-то напоминающее «авиационную безопасность».
Я вот думаю, что теоретический риск утечки данных или проникновения в систему больше в том случае, когда антивирус есть, нежели чем когда его нет. Ну никак антивирус не может ни от чего спасти. Никак. Больше вреда, чем пользы. (Я про серверы)
А потом надо еще этот сертификат обновлять, каждый год.
В интернете тысячи сайтов брошены, хорошие сайты с полезным контентом, и если бы они работали через SSL — то выдавали бы ошибку истек срок сертификата. Я даже не знаю что лучше.
Но это две отдельные задачи: переводить все на HTTPS и бороться с говно-провайдерами, которые вмешиваются в пользовательский трафик (законодательно)
увидев это владелец сервера может временно «поднять» новую виртуальную машину
Интересно, вот клиент узнает через удобную систему, что его сервер «упирается» по ресурсам. Конечно же у всех клиентов тотально заложена возможность горизонтально масштабирования! Надо только нажать одну кнопку и запустить второй инстанс. Эти облака — прямо панацея! А по факту — никакого толка нет для 99% пользователей.
Я вот лично, как потребитель, готов следить за ресурсами сам, тем более что эти графики ничего по большому счету и не показывают, это даже не кол-во литров бензина в баке вашего автомобиля, какие-то абстрактные цифры. Для меня идеалы — Hetzner, DigitalOcean и Amazon (каждый по своему), все трое дают только то, что нужно и ничего больше.
А вообще победа за парадигмой AWS ElasticBeanstalk и Google AppEngine, вот там да, масштабируемый даже без «нажатия кнопки», от одного посетителя в сутки до миллиарда. Но очень дорого, просто необъясним, хотя ресурсов априори должно тратиться меньше, чем на классические VDS. Похоже, что это как Эсперанто — он вроде правильный и хороший, но никому не нужен.
У меня было реле на 25А, то есть это 5500 Вт мощность, на нем было освещение около 3 кВт. Выходит, что у меня был почти двукратный запас по мощности. Когда первый раз сломалось, я подумал — брак и заменил реле. Новое, проработав все те же месяца 3-4, перестало работать. (Это я все про механические реле пишу)
Удивительно, я конечно не знаю всех деталей, но столько вложить сил в латание… по факту костылей.
В результате nginx получает банальный хеш md5 от строки, которую вы сами формируете в качестве ключа. Потом он, соблюдая иерархию вложения (задается конфигом), сохраняет ответ бэкенда в определенную директорию. Все что вам нужно — просто удалить этот файл, это и есть purge cahce. Можно все файлы удалить, можно выборочно. Из скрипта, мы знаем url страницы, которую нужно обновить. Просто вызываем функцию, удаляем файл и все.
У меня была еще следующая надстройка: на фронтендах крутился скрипт на пхп в 15 строчек, который слушал определенный udp порт (в моем случае обращение к нему было закрыто всем кроме внутренней подсети). С бэкэнда, обновившего страницу, просто делаем по адресам фронтендов (их было несколько) рассылку, один udp пакет — один сервер. И через пару миллисекунд кеш отчищен. Гипотетический пакет мог потеряться. Конкретно в моем случае это было не страшно, если кеш не сбросился бы. Если для вас это важно — используйте способы, гарантирующие доставку — очереди.
Плюс можно еще использовать ssi для этой связки. В результате можно главную страницу отдавать со скоростью статики (из кеша), разбавляя ее разными ssi инклудами, которые либо будут вытащены из кеша (мгновенно), либо будут сгенерированы на бэкенде. Еще модуль memcached творит чудеса, все тоже самое, но без обращений к диску.
Лично у меня уровень доверия (я про надежность) к Амазону наивысший.
По API к ним вопросов тоже нет: возможно абсолютно всё. Дают (стандартно) лимит в 10К ресурсных записей в каждой зоне, в faq написано, что можно расширить по запросу. Можно через API хоть каждую секунду обновлять, можно выставить любой TTL, все моментально реплицируется на остальные.
Насчет сайтов судов — у арбитражных судов все ровно наоборот, они супер информативные, чего стоить только один kad.arbitr.ru — картотека всех арбитражных дел и всех судебных актов по всем арбитражным судам, и что самое главное — она актуальная.
То что твориться в судах общей юрисдикции (это там, где могут дать двушечку, лишают водительского удостоверения, взыскивают с опозиционных активистов многомиллионные суммы, взыскивают кварплату и кредиты, рассматривают семейные и трудовые споры) — там да, мракобесие и ад, сайты в режиме «чтобы было», одним словом — каменный век.
Но только не арбитраж, там просто совершенно иной уровень, и кстати, уровень судебной защиты там гораздо выше, хотя и арбитраж тоже начал «гнить», после очередной правки конституции, приведшей к объединению высших судов.
Я понял суть PCI DSS — это антивирус везде где только можно и нельзя. А я то надеялся, что это некие организационные принципы взаимодействия, какие-то сложные структуры, которые исключают возникновение рисков либо снижают вероятность их возникновения. А какой же это все тлен на самом деле. Я то надеялся увидеть что-то напоминающее «авиационную безопасность».
Я вот думаю, что теоретический риск утечки данных или проникновения в систему больше в том случае, когда антивирус есть, нежели чем когда его нет. Ну никак антивирус не может ни от чего спасти. Никак. Больше вреда, чем пользы. (Я про серверы)
В интернете тысячи сайтов брошены, хорошие сайты с полезным контентом, и если бы они работали через SSL — то выдавали бы ошибку истек срок сертификата. Я даже не знаю что лучше.
Но это две отдельные задачи: переводить все на HTTPS и бороться с говно-провайдерами, которые вмешиваются в пользовательский трафик (законодательно)
Интересно, вот клиент узнает через удобную систему, что его сервер «упирается» по ресурсам. Конечно же у всех клиентов тотально заложена возможность горизонтально масштабирования! Надо только нажать одну кнопку и запустить второй инстанс. Эти облака — прямо панацея! А по факту — никакого толка нет для 99% пользователей.
Я вот лично, как потребитель, готов следить за ресурсами сам, тем более что эти графики ничего по большому счету и не показывают, это даже не кол-во литров бензина в баке вашего автомобиля, какие-то абстрактные цифры. Для меня идеалы — Hetzner, DigitalOcean и Amazon (каждый по своему), все трое дают только то, что нужно и ничего больше.
А вообще победа за парадигмой AWS ElasticBeanstalk и Google AppEngine, вот там да, масштабируемый даже без «нажатия кнопки», от одного посетителя в сутки до миллиарда. Но очень дорого, просто необъясним, хотя ресурсов априори должно тратиться меньше, чем на классические VDS. Похоже, что это как Эсперанто — он вроде правильный и хороший, но никому не нужен.