Поделитесь ссылкой, где можно почитать о том, как xapi может работать с dual-primary drbd? Сейчас мне сложно представить, как это у него получается. Если он использует дополнительно свои блокировки — это же должно сказаться на скорости работы далеко не самым лучшим образом.
Я совершенно спокоен, не имел в виду ничего личного и не хотел оскорбить, по поводу шансов — просто процитировал Ваш комментарий.
Стандарты нужно соблюдать, но бывают и исключения. Честно говоря, не думал, что они выпускают наружу эти свои umi:something. Логика подсказывала, что они их вырезают при показы обычным смертным посетителям. Уже написал выше, она меня подвела.
Растолкуйте мне, молодому-зеленому, как верстка на офсайте UMI.CMS увеличила Ваши шансы эпически обосраться. Или как это сделали теги <b> вместо <strong>. Или атрибуты umi:element-id=«44», которые, насколько я понимаю, видны только в режиме администрирования.
Это ли должно быть предметом критики, если CMS действительно настолько херовая?
Напоминает «If you can't win an argument, correct their grammar instead»
Сам толком UMI никогда не пользовался, сайты делаем на своем велосипеде. Но после этого поста у меня сложилось впечатление, что CMS толковая (раз уж автор, которого эта CMS явно достала, привел такие пустяковые высосанные из пальца аргументы а-ля невалидной верстки и xss в режиме администрирования, не по феньшую расставленных дефисов и вообще не по-джедайски добавленных атрибутов style в коде сайта самой CMS).
Вчера вечером была встреча регистраторов и представителей «Хостмастера» по этому вопросу.
По итогам этой встречи в зонах .com.ua/.kiev.ua/.ua будут упразднены UANIC'и (информация из них будет скопирована в новые контакты, отдельный контакт для каждого домена). Управление контактами доменов будет передано регистраторам (сейчас контакты в UANIC может изменять только его владелец, но не регистратор).
Кроме того, ожидаются изменения в процедуре трансфера (трансферы будут только по кодам).
Спасибо за интересную статью. Для полноты картины: откуда вы берете значения этих счетчиков процессорного времени по каждой виртуальной машине? xm выдает эти данные или в /proc какой-то файлик?
Если вы берете топор, безо всякого злого умысла ходите с ним по улице и случайно ложите несколько людей — тоже в суде будете уповать на отсутствие злого умысла и отсутствие в инструкции к топору упоминаний о том, что им нельзя кидаться в людей?
MySQL — на отдельном сервере, все запросы исполняются от имени одного пользователя ОС. То есть подсчет нагрузки на CPU, созданной запросами к MySQL по конкретному хостинг-аккаунту невозможен. На веб-сервере аккаунт не превышал лимиты CPU.
Провайдер может подать встречный иск. Такие действия могут рассматриваться как DoS атака (то есть попытка вывести из строя сервер). Я не юрист и не могу точно назвать статью, но под УК это попадает.
Из чисто логических рассуждений — вы считаете, что провайдер в такой ситуации поступил не правильно, заблокировав аккаунт? (особо подчеркиваю — работа этого аккаунта серьезно тормозила работу других сайтов)
На виртуальном хостинге на самом деле существует огромное множество ограничений. Не все они афишируются на сайтах провайдеров, многие из них рождаются уже после того, как кто-то этот лимит превысил.
Например, у нас (работаю у хостинг-провайдера) был случай — скрипты клиента создавали по 3 млн запросов к mysql в течение 10 минут. Результаты большинства запросов брались из кеша mysql, соответственно в «show processlist» их не было видно, в лимитах по количеству запросов в час (MAX_QUERIES_PER_HOUR) они не учитывались. Тем не менее, такое поведение скриптов клиента серьезно мешало работе других сайтов. Найти это чудо было довольно нелегко, и после обнаружения аккаунт клиента был заблокирован, несмотря на то, что в договоре у нас нигде не прописано о таких ограничениях.
По поводу ограничения по количеству файлов — ограничение безусловно должно быть (иначе один клиент сможет положить сервер, создавая миллиарды пустых файлов), но 10k это безусловно мало.
А в ext4 уже есть нормальная поддержка квот? Пару раз пробовали ставить на новый сервер голый linux с разделами ext4 — после включения квот при нагрузочном тестировании вылетают ошибки ядра, система падает. С ext3 на том же сервере проблем нет…
Поддерживаю товарища QoSyS, можно пруф по поводу первого пункта?
Технически использовать латиницу и кириллицу в одном сегменте домена можно, в алгоритме punycode описана эта ситуация. Например, домен тест-test.com будет выглядеть так: xn---test-ywe8fgc.com
Может, я чего-то не понимаю, но какая смысловая нагрузка этой статьи?
«Нам нужен был биллинг, мы написали биллинг со стандартными функциями биллинга...»
Разве лицензия FreeBSD совместима с GPL?
Насколько я понимаю, BSD лицензии имеют очень значительное отличие, позволяющее использовать код и выпускать его модификации под другими (в том числе — проприетарными) лицензиями.
> почему владельцу хостинга нельзя выделить ресурсы и запретить выходить за рамки этих ограничений?
Один из концептов виртуального хостинга состоит в том, что все вместе пользуются всеми доступными ресурсами. Если ставить ограничения, то придется гарантировать выделение этих ресурсов. Это уменьшит количесво аккаунтов, которые можно всунуть в один сервер — читай увеличит стоимость.
Вы нашли cluster-aware iscsi target? Или drbd в master/slave (тогда зачем multipath)? Или диски отдаете не по iscsi?
Стандарты нужно соблюдать, но бывают и исключения. Честно говоря, не думал, что они выпускают наружу эти свои umi:something. Логика подсказывала, что они их вырезают при показы обычным смертным посетителям. Уже написал выше, она меня подвела.
Это ли должно быть предметом критики, если CMS действительно настолько херовая?
Напоминает «If you can't win an argument, correct their grammar instead»
Не знаю, как у hosting.ua, но в других украинских ДЦ ip-kvm подключается по тикету максимум за пол-часа.
По итогам этой встречи в зонах .com.ua/.kiev.ua/.ua будут упразднены UANIC'и (информация из них будет скопирована в новые контакты, отдельный контакт для каждого домена). Управление контактами доменов будет передано регистраторам (сейчас контакты в UANIC может изменять только его владелец, но не регистратор).
Кроме того, ожидаются изменения в процедуре трансфера (трансферы будут только по кодам).
Прошу прощения за дикую аналогию.
Из чисто логических рассуждений — вы считаете, что провайдер в такой ситуации поступил не правильно, заблокировав аккаунт? (особо подчеркиваю — работа этого аккаунта серьезно тормозила работу других сайтов)
Например, у нас (работаю у хостинг-провайдера) был случай — скрипты клиента создавали по 3 млн запросов к mysql в течение 10 минут. Результаты большинства запросов брались из кеша mysql, соответственно в «show processlist» их не было видно, в лимитах по количеству запросов в час (MAX_QUERIES_PER_HOUR) они не учитывались. Тем не менее, такое поведение скриптов клиента серьезно мешало работе других сайтов. Найти это чудо было довольно нелегко, и после обнаружения аккаунт клиента был заблокирован, несмотря на то, что в договоре у нас нигде не прописано о таких ограничениях.
По поводу ограничения по количеству файлов — ограничение безусловно должно быть (иначе один клиент сможет положить сервер, создавая миллиарды пустых файлов), но 10k это безусловно мало.
Технически использовать латиницу и кириллицу в одном сегменте домена можно, в алгоритме punycode описана эта ситуация. Например, домен тест-test.com будет выглядеть так: xn---test-ywe8fgc.com
Кстати, на https://www.nic.ru/idn/na.cgi имя тест-test.com доступно для регистрации.
Посмотрите топ комментариев, много ли там «полезных для сообщества» ;)
«Нам нужен был биллинг, мы написали биллинг со стандартными функциями биллинга...»
Насколько я понимаю, BSD лицензии имеют очень значительное отличие, позволяющее использовать код и выпускать его модификации под другими (в том числе — проприетарными) лицензиями.
Один из концептов виртуального хостинга состоит в том, что все вместе пользуются всеми доступными ресурсами. Если ставить ограничения, то придется гарантировать выделение этих ресурсов. Это уменьшит количесво аккаунтов, которые можно всунуть в один сервер — читай увеличит стоимость.
UA — это ccTLD Украины. А вот код украинского языка все-таки uk:
www.loc.gov/standards/iso639-2/php/langcodes_name.php?iso_639_1=uk
en.wikipedia.org/wiki/List_of_ISO_639-1_codes