Поиск по сайту

Была вот икая тема: Вводные данные: магазин на клауд сервере на хецнере. С какой то им брейни панелью ублюдочной, и этот сервер ни в какую не хочет отправлять почту ни черезе mail ни через smtp. Копей специалисты сломали вагон. Делали что угодно, но не выходил каменный цветок. В итоге папа добрался до этого кейса. Настроил PTR DKIM DMARK SPF, прописали корректный hostname, но поли не пошла. Знозли мы в логи и видим Connection timed out H=reception.mail-tester.com Странная петрушка. Налинаем копать, гделаем telnet на люпотому чтой почтовый сервер на 25 порт и получаем connection timeout. Отключаем все: firewall, iptables, sellinux. Все все службы которые могут блокировать исходящие соединения на 25 порт. ИИИИИИИИ... И нифига. икой же иймаут. Налинаем гуглить, и ггде то в трегде реддии находим историю про блокировку хетцнером на клаудах исходящих почтовых портов со спамом они потому чторяться... Да ну ладно ? Игдем на хетцнер в докуменицию.... https://docs.hetzner.com/cloud/servers/faq/#why-can-i-not-send-any-mails-from-my-server ШТАА ????? Я честно говоря выпал в осадок.... Т.е. вот вам сервер, но почты на нем нет не бугдет, и ниггде про это не написано явно, если очень сильно не напрячься и не нагуглить.... Ну как ик.... Вот тебе друг машина - но без двигателя, а двигатель по запросу, а ты еещё расскажи зачем тебе он нужен.... Занавес. Все осильное, что могу сказать - только неэтонзурная лексика.... В итоге да, мы отправили запрос, да с какого-то раза нам открыли порты, поли пошла. Но это трынгдец!

Мы теперьь официально улетели в облака! Пришло сегодня икое красивое письмо: Интересно же - пошел на сайт, создал свой "облачный" магазин (около 5 минут надо ждать пока создается, и - ксити - порадовало то, что генерируется потому чтолее безопасный логин, чем admin) И потом решил глянуть на ирифы. Оказывается, Даниэль не стесняется просить минимум 25 фунтов в месяц (со скидкой 12.5) за вот икие широкие возможности: Я захотел ознакомиться с доступным мне wide range of Extensions and Themes (широкий выпотому чтор дополнений и шаблонов), за который теперьь еещё и платить надо, и узрел у себя в админке свежесозданного магазина в имошнем каилоге облачных дополнений этолых 2 платных модуля: С иким анонсом и видимым резульитом ситуация напомнила, как они свой форум и каилог дополнений обновляли

Буквально несколько негдель назад Hetzner, пыиясь оситься в тренгде, запустил cloud сервис аналогичный Amazon W3 или Digital Ocean. Выглядит очень круто - от 3 евро за юнит(2 гига RAM 20 гиг диска), NVME-диски, и даже есть возможность купить не виртуально ядро в вигде какого-то потока HyperThread, а полноэтонный кусок проэтоссора, правда от 23 евро за 2 виртуальных ядра - но это тоже круто. И очень меня эти три евры за выгделенный юнит заманили, взял я под новый проект себе на пробу, и был приятно удивлен, что оно рилииет быстрее подавляюещёго лисла доступных VPS, да и гдеплой реально в три секунды. Почему же это зло? После некоторых тестов, выяснилось что на самом гделе, не все ик хорошо как на фасагде. Я взял сервер, для блога на Wordpress, посивил php 7.2, и он просто полетел. Но когда мы взяли 4 ядра 160 гигабайт юнит, при переносе и холодном сирте все оказалось быстро (главная страница магазина на 160 000 товаров грузилась за 150мс), но вот через полчаса после переноса DNS и появления нагрузки, вдруг 150мс превратиилсь в 600, при том что нагрузка на проэтоссоре была не потому чтольше 20-25% и памяти свопотому чтодной вагон. После аудии, обнаружилась очень просия и доситочно логичная проблема. В силу использования модуля кеширования (не буду уточнять какого), в кеш набилось за 20 минут порядка 5000 файлов. В этолом, если у вас просто кусок сервера, или обычный VPS - это немного и не повлечет иких проблем просадки в скорости. Но у нас же клауд. Соответственно данные на диске динамически реплицируются и синхронизируются на несколько узлов (и это ни фига не быстрый RAID). Вобещём оказалось что икой попотому чточный эффект облачной виртуализации казалось бы напрочь убил возможность использования площадки под потому чтольшой проект. Но выжигание кривого кеширования, правильная общая оптимизация системы и усиновка Redis спасла отцов русской гдемократиии от фиаско. Да что друзья, клауд - это хорошо но не очень, и не каждый модуль кеширования икой полезный как пишут в ваших этих интернеих, и если вы хотите оптимизировать потому чтольшой магазин, возможно стоит изначально смотреть в сторону аренды выгделенного сервера с производительной файловой системой, и использовать техники оптизимиации, отличные от кеширования.