и для сравнения на шарэде за 30р/мес:
E3-1270v3 3.5GHz
-------------------------------------- | PHP BENCHMARK SCRIPT | -------------------------------------- Start : 2018-05-24 09:20:46 Server : ssdhost.com.ru@127.0.0.1 PHP version : 7.1.6 Platform : Linux -------------------------------------- test_ifelse : 0.136 sec. test_loops : 0.167 sec. test_stringmanipulation : 0.254 sec. test_math : 0.175 sec. -------------------------------------- Total time: : 0.732 sec.
E3-1290v2 3.7GHz
-------------------------------------- | PHP BENCHMARK SCRIPT | -------------------------------------- Start : 2018-05-24 09:21:20 Server : e-revo.net@91.218.212.111 PHP version : 7.2.5 Platform : Linux -------------------------------------- test_ifelse : 0.099 sec. test_loops : 0.143 sec. test_stringmanipulation : 0.255 sec. test_math : 0.170 sec. -------------------------------------- Total time: : 0.667 sec.
действительно... скажите спасибо что 2400 не atom оказался.
ну а что, все по тарифу бы было.
клиентам же пофиг какой конкретно проц используется.
они молятся на число ядер, и без разницы на сколько тормозное будет каждое конкретное ядро.
было бы правильней принять за меру не частоту, а производительность одного ядра в каких-то тестах.
это же все-таки vps. т.е. вы якобы покупаете фиксированные ресурсы.
а когда количественно эти самые ресурсы обозначены крайне размыто (что выгодно для продавцов ширпотреба), то получается так что люди зачастую переплачивают ни за что.
взять хотя б цифру bogomips : 4400 из того же cpuinfo
для сравнения, у проца 3.7ггц она примерно 7400 и соответственно php/mysql на ядре такого будет шевелиться почти в 2 раза быстрее.
только вот они не бывают больше 4-ядерных и больше 4 vps'ок (если не говорить про оверселл) не продать.
а с одного (а обычно их 2шт/сервер) E5-2630 v4 можно уже в 2.5 раза больше "ядер" втюхать. пипл схавает 😒
не, все имеет право на существование за свою цену.
но просто надо же хоть как-то минимально ориентироваться в железе и не давать себя разводить.
ну хоть заметил недостачу целого ядра 🤣 уже хорошо.
rm /lib/systemd/system/certbot.timer
хочется сделать что-то полезное - сделайте автоматическую рассылку абуз по каждому случаю.
толку с какой-то базы практически ноль.
зверье постоянно меняет ip адреса.
причем часто может быть атака со вполне нормального хоста. например взломали (опять же автоматически, на конвеере) чей-то вордпресик, закинули и запустили.
пока кто-то заметит и отреагирует пройдет время. белый и пушистый (ранее) ip может в эту вашу базу попасть. а о ней никто знать не знает, кроме 10 чел, кто случайно зашел в эту тему.
потом ip этот будет где-то блокироваться и кто знает где и что у кого-то работать не будет.
брутфорсят ftp/ssh часто с каких-то временных ip сотовых операторов и т.п.
переблокируете их и дальше что? потом нормальный посетитель с этого ip не попадет на другой сайт на хосте, использующем этот ваш бан-лист. и главное - ни посетитель, ни владелец сайта не смогут понять почему не работает. у владельца все работает, а посетитель не может зайти. начнут выносить мозг поддержкам... бредовая затея короче.
по-этому считаю правильней блокировать только у себя и только на небольшое время агрессивные атаки.
но по абсолютно всем (даже если было штук 5 попыток неправильно залогиниться) слать тут же абузы на email из whois ip, чтоб хотя бы кто-то где-то попытался обратить внимание.
пока всем лень бороться с источником, нечисть так и будет распространяться.
вас не сбрутфорсили, так получится в другом месте и дальше от-туда начнет бомбить.
сам подумываю что-то подобное организовать у себя.
можно собирать "стену позора" и группировать ip по провайдерам.
потом как захочется оторваться на ком-то, смотреть откуда особо много атак или особо много ip одного оператора - пробовать лично связаться и выяснить степень охеревшести.
если она окажется высока или там совсем китай или харьков отмороженный - в баню смело слать все их подсети.
но опять же, только у себя с осознанием что и почему банится.
когда я захожу на новый хостинг, то первое что хочу знать это где физически сервера находятся (не только страна и город, а и датацентр), второе - какое конкретно железо (конкретные модели процессоров, модели ssd), третье - кто хостер по-жизни (где физически находится, форма регистрации - ооо там или что, арендует или свое железо).
это дает мне возможность оценить на сколько плохо там могут работать сайты и на сколько надежно и долгосрочно все это.
что из этого я могу узнать на burgerhost.me?
нет ответов на основные 3 вопроса: кто, что и где.
не сайт, а плевок какой-то.
1.1.1.1, 8.8.8.8...
чистое везение 😎
ну мне лично не нравится вранье.
вчера не работал сайт? нет.
так почему аптайм 100% ?
когда хвастаются аптаймом, то используют 3ю сторону, host-tracker.com например или ping-admin.ru
вешайте их кнопки себе, они уж разберутся у кого 100%, а у кого короче.
да, и откройте для себя microsoft word хотя бы:
---------- Добавлено 22.02.2018 в 12:19 ----------
да учат там все нормально (в 3м классе сейчас). не в этом дело.
раньше просто хоть немного читали. там хочешь не хочешь, а примелькается правильное написание и чуть неправильное увидишь - уже коробить начинает.
в книгах тоже конечно полно опечаток. и даже в учебниках рус. языка!
но хоть какой-то фэйсконтроль был. кого попало не печатали, чтоб потом другие его не читали.
а потом придумали интернет...
и сейчас 30% читают вот подобных писателей (во вк и т.п. тп), 70% видео (ютуб и т.д.)
в кодировке utf-8 пишет "Спасибо, ваша сообщение отправлено!" :)
чудеса. почему тогда на сайте не работает - загадка.
неужели поддержка за целый день ничего не подсказала?
но само письмо так понимаю не доходит?
это уже, как выше сказали, заморочки mail.ru
не принимет письмо с отправителем @mail.ru, но отправленное не с mail.ru
ну на первый взгляд все ровно.
from вам в скрипте можно и не указывать. в php.ini уже подставляется обратный ваш email info-user@mail.ru (он же ваш я надеюсь?)
mail() может не срабатывать как вариант из-за того что у пользователя apache (под которым запущен у вас apache с модулем php) нет доступа к указанному в php.ini /usr/sbin/sendmail
или же там в принципе нет никакого sendmail, а стоит exim4 вместо него к примеру.
либо доступ есть, но sendmail афигевает от кодировок, в которых вы ему шлете письма и ошибку какую-то выдает в ответ и mail() завершается false.
как ни крути, а все дороги ведут к поддержке.
создайте файлик 2.php:
<?
$subject = 'Online запись на лечение с сайта Родня';
$subject = '=?koi8-r?B?'.base64_encode(convert_cyr_string($subject, "w","k")).'?=';
$text= '<b>Ваше ФИО:</b> ';
$headers = "Content-type: text/html; charset=windows-1251 \r\n";
if (mail('info-user@mail.ru', $subject, $text, $headers)) {echo "<b>Спасибо, ваша сообщение отправлено!</b>";} else {echo "<b>Error</b>";}
?>
и пишите поддержке чтоб та пояснила за http://rodstom.ru/2.php
почему пишет "error", а не "спасибо..."
однозначно, что после отправки формы, происходит post запрос на тот же test.html
php в нем исполняется нормально, успешно выполняется условие:
если функция mail() сработала, то появится над формой строка "Спасибо, ваша сообщение отправлено!", а если не сработала, то строка "Error".
что мы видим? "Error".
значит правильно вам говорят, функция mail() не срабатывает.
почему - опять же, правильно говорят, не бойтесь потревожить его высочество поддержку хостинга. лучше них никто не подскажет. это их работа вообще-то.
ну или хотя бы сделайте файлик 1.php со строчкой <?phpinfo();?> и зайдите на него.
потом жмем ctrl+f и пишем sendmail_path
и сообщите что там в двух колонках указано. и заодно чуть выше sendmail_from
и раз уж на то пошло, проверьте disable_functions
наверняка безо всяких from у вас на прошлом хостинге работало т.к. в sendmail_from уже и так был правильный ваш email вбит теплой и любящей поддержкой прошлого хостинга... может еще не поздно вернуться к ним, а?
