blg

Рейтинг
131
Регистрация
10.10.2013
nocomments:
[ У хостеров настаёт день, когда можно раздербанить клиентов с айхора, самое время рассказать о себе.

На чужом несчастье...

Другое интересно, что думали, те кто сейчас срочно про резервные копии и куда переносить, надежда "авось?".

Тема про суды появилась больше года назад, в ней были обещания все решить, но в сроки это никто не сделал, потом потеря одного из ДЦ, потом смена компании, которая принимает платежи, хотя в договор-оферты(и в этот договор тут постоянно указывали), который на сайте, совсем другая компания.

Вопрос риторический

nikita_s:
XpoHu4eg, я со стороны команды Айхор Хостинг, в отличие от данного канала появился здесь не день назад :)

Давайте точнее, вы из ооо мароснет или ооо хостинговые решения?

nansygreen:
На сайте уже указано Copyright © 2019 Айхор. Все права защищены. ООО "Хостинговые Решения".
МАРОСНЕТ тут уже не причем?

и управляющий уже не Лунгов?

reyicapow:
Мой киносайт сутки долбили http-флудом. Причем с ипов крупных хостеров, которые и тут в платной ветке рекламятся.
Слал им логи, ругался, а тольку - ноль. Бабло решает все в рашке, как это не печально.
Говорю, че делать то. Локайте по ипу через iptables, вот и вся реакция на абузу.

Пользуйтесь на здоровье https://www.enjen.net/asn-blocklist/index.php?asn=AS48666&type=iptables

hosting_manager:
Мы признаёмся, у нас коэффициент оверселла CPU в облаке 3.42, всем клиентам хватает за счёт того, что нагрузку перераспределяем между нодами, по CPU ноды нагружены менее, чем на 50% суммарно. Только ядер с 3 ГГц у нас нет, так как используем серверные корпоративные решения, а у двухпроцессорных серверов, которые оптимальны для виртуализации, не может быть ядер с 3 ГГЦ, 2.7 это максимум.

Если же рассматривать серверы с процессорам Е3, начальный уровень, то там коэффициент оверселла CPU будет несомненно выше, так как если это тот же NVMe, то там всего лишь 4 ядра и 8 потоков, а не 28+ ядер и 56+ потоков.

Ну кто-то пытается продавать серверы/vm на процессорах пятилетней давности выставив это как мега-продукт, а кто-то вкладывает в инфраструктуру и покупает новое железо. С частотой на новых scalable v2 все отлично, взять, например, теже gold 6254

За инферно+, новые VM на gold по цене/качество отличные

suffix:
У сёрча только что полчаса где-то:

Не был доступен из firefox:

"При соединении с searchengines.guru произошла ошибка. Отсутствует необходимая функция TLS. (Код ошибки: MOZILLA_PKIX_ERROR_REQUIRED_TLS_FEATURE_MISSING)"

Это проблемы с ocsp stapling.

Думаю что "вина" таки cloudflare была (сейчас нормально всё).

Там недавно ркн lets encryprt заблокировал https://habr.com/ru/company/itsumma/news/t/470606/

evgeniymx:
ТС, проблема была в том, что Centos выкатили новую версию 7.7.1908, а шаблоны вмменеджера отреагировали на это коряво и перестали подгружать модуль xfs при kickstart установке.

по началу фикс был никакой, т.е. устанавливать ос нужно было руками из iso, а сейчас исп уже выкатили обновление шаблона ОС и всё работает штатно.

Это ж где такие криворукие, что не могут свой шаблон написать?

ivan-lev:
Вы тоже пытаетесь путать функции и зоны ответственности..
.htaccess - это конфиг web-сервера apache. Это не программный код..
Но править его может потребитель услуги хостинга.. (сам или делегируя.. веб-мастеру или "программисту".. но от этого он конфигом быть не перестаёт...) При этом "нормально", то ответственность за внесённые изменения лежит на конечном исполнителе ("программисте")

Это не конфиг, а директивы, которые могут быть обработаны веб-сервером apache. И, допустим, эти директивы не будут иметь смысла, если, например, используется веб-сервер nginx.

ivan-lev:
p.s. для понимания (и снятия части вопросов).. Я готов пояснить всем и каждому, что и почему поправлено, если я посчитал нужным это поправить... и да, оно не повлияет на работоспособность сайта...

так по-хорошему файл должен быть пустой, а правки вносится, по вашей логике, в конфигурационный файл apache, если это дело администратора.

ivan-lev:

2) программист может.. но правка .htaccess - это не программирование..

Положили файл на хостинг/настроенный VDS или сервер(это щас толстый вопрос), если все хорошо было изначально в файле, зачем его править?

PS. я знаю множество вариантов, когда это нужно, но реально не попадались программисты, которые могут изложить внятно "зачем и почему это не было сделано изначально"

Всего: 618