Must have сервис для профессионалов доменного рынка


Больше возможностей для ваших доменов
DomainParking.ru — сервис парковки доменов. С его помощью вы можете разместить («припарковать») неограниченное количество веб-имён на выбранных шаблонах. Это упростит поиск покупателей, а также позволит заработать с помощью размещения реферальных ссылок от TravelPayOuts, LetyShops и REG.RU.

7 преимуществ сервиса DomainParking
  • красивые и современные шаблоны; размещение ссылок на профили в социальных сетях и контактов в мессенджерах;
  • удобный личный кабинет; функционал для email-маркетинга — у вас будет возможность проводить рассылки для пользователей, которые заинтересовались вашими предложениями;
  • прямой online-канал связи с потенциальным покупателем, где вы можете вести переговоры, сохраняя, при желании, анонимность;
  • размещение реферальных ссылок и дополнительная монетизация;
  • «Магазин доменов» DomainParking с более чем 140 000 лотами на продажу.
Разместите ваш домен на парковке
Сделать это очень легко! Для этого вам потребуется:
  • 1. Зарегистрироваться на сайте DomainParking.RU.
  • 2. Заменить NS или А-запись домена в настройках регистратора.
  • 3. Добавить домены в личный кабинет вручную или с помощью .txt файла.

domainparking.ru

Подключение к точке обмена трафиком MSK-IX



С радостью сообщаем, что мы успешно подключились к точке обмена трафиком MSK-IX. Это было долгое и «тяжелое» подключение, процесс длился около 1 года, но это того стоит. Сегодня мы видим существенный переток трафика в данный канал, поскольку он широко востребован операторами из Европейской части страны. Теперь, мы имеем возможность доставлять ваш трафик по оптимальному подключению к непосредственным потребителям. Часть трафика, которая шла от нас через Европейские аплинки обратно в Россию теперь доставляется напрямую.



Подключение к MSK-IX дает нам возможность для очень гибкого управления трафиком и служит цели снижения урона при DDoS атаках.

Хотим напомнить, что сегодня NetPoint подключен к трем магистральным операторам:
  • ПАО МТС (IPv4, IPv6)
  • ЗАО Транстелеком (IPv4, IPv6)
  • ПАО Мегафон (IPv4, IPv6)
И к шести точкам обмена трафиком:
  • MSK-IX (IPv4, IPv6)
  • SFO-IX
  • SIBIR-IX
  • NSK-IX
  • TSK-IX
  • TSKIX
Также, мы развиваем частные стыки с региональными и федеральными операторами и поддерживаем протокол IPv6 в своей сети.

Благодарим наших абонентов за поддержку и доверие.

PS: в июле запускаем новое облако виртуальных серверов Cloud2 — очень быстрое и современное.

Установка различного ПО в один клик на VPS

На днях мы ввели новую возможность для клиентов, использующих наши OpenVZ VPS. Речь идёт об установке различного ПО на VPS в один клик.



В подавляющем большинстве случаев VPS поставляется с «голой» ОС и весь необходимый софт нужно устанавливать вручную или же с помощью специально подготовленных скриптов.

Раньше мы решали эту задачу путём подготовки шаблонов ОС с уже заранее установленным ПО. Но поддерживать актуальность этого тяжело, поскольку ПО обновляется часто, а пересобирать шаблоны каждую неделю просто нереально.

Мы решили облегчить эту задачу и сделали возможность установки наиболее популярного ПО в один клик.

На данный момент есть поддержка вот чего:
  • OpenVPN
  • Pritunl
  • Django
  • TeamSpeak
  • ISPmanager 5
  • VestaCP
  • CentOS Web Panel
  • BrainyCP
  • 1С-Битрикс: CRM
  • Виртуальная машина 1С-Битрикс

В ближайшее время планируем добавить поддержку:
  • WebMin
  • VNC-сервер
  • RDP-сервер
  • 3Proxy

x5x.ru

HTTP/2 - что это и как мы переходили



HTTP/2 — это вторая версия протокола HTTP, который без сомнения известен всем веб-мастерам. Если говорить простым языком, то этот протокол отвечает за то, чтобы сайты отображались в браузере.

Главное новшество в HTTP/2 — более быстрая загрузка страниц.

В основном это достигается за счёт полностью иного подхода к формированию пакетов. Если в HTTP первой версии пакеты передавались отдельно, то в HTTP/2 они передаются совместно, в рамках одного TCP-соединения, а разделяются уже на стороне сервера. Также в HTTP/2 разработчики поработали и над сжатием пакетов, правда тут пока не всё гладко.

HTTP/2 имеет обратную совместимость с HTTP/1, поэтому даже если Ваше устройство ещё не поддерживает HTTP/2, то проблем здесь не будет.

На данный момент HTTP/2 поддерживают все современные браузеры: это и все браузеры на движке Chrome, FireFox, Microsoft Edge и Safari. Также поддержка есть и у мобильных устройств. К слову, для смартофонов и планшетов это особенно актуально, так как при использовании HTTP/2 тратится меньше трафика (что полезно в том же роуминге).

Другой важной особенностью HTTP/2 является и то, что для полноценной работы сайт должен быть доступен по HTTPs. То есть у сайта должен быть рабочий SSL-сертификат. в самом протоколе такой обязанности нет, но разработчики браузеров решили внедрять поддержку только для шифрованного соединения. Возможно, таким образом они пытаются стимулировать веб-мастеров переходить на HTTPs. Благо, теперь всем доступен Let's Encrypt и тратиться на SSL-сертификаты уже не нужно.

На хостинге ИскФайвИкс поддержка HTTP/2 уже в полной мере реализована. Вы можете пользоваться всеми преимуществами этой технологии уже сейчас!

В нашем случае внедрение было довольно простым. По сути оно сводится к обновлению OpenSSL, а также сборке Apache и Nginx с новыми параметрами.

Информация о состоянии работы наших услуг

В начале мая мы запустили сайт, на котором отображается состояние работы наших услуг в различных локациях.

Его адрес: status.x5x-noc.ru. А выглядит он вот так:


Это удобно в том случае, если у Вас есть какие-то проблемы с доступом и Вы не знаете, проблема у Вас или же где-то у нас.

Вы всегда можете зайти на этот сайт и посмотреть, а всё ли работает. Данные обновляются автоматически, и в случае проблем хотя бы на одном сервере в какой-либо локации соответствующая информация будет сразу выводиться.

Сервис хранения заметок

Мы в ИксФайвИкс много работаем с большим объёмом данных (всякие тексты, логи, отчёты от мониторинга).

Порой это создаёт много неудобств, так как запросы от клиентов, внутренние сообщения выглядят как простыня, а не как лаконичный и читаемый текст.

Я задумался о решении этой проблемы и решил, что если мы хотим показать клиенту эти самые логи, то надо показывать их в виде ссылки.

Для этого существует куча сервисов хранения заметок, например: pastebin, paste.ee и многие другие.

Я начал тестировать каждый из них, пытаться интегрировать их с нашими системами по API. И в каждом случае был провал.

Pastebin постоянно отваливался отвечая, что видите ли их серверы перегружены, попробуйте позже. Paste.ee почему-то не захотел работать по API, хотя всё делал согласно их документации. С другими сервисами также были какие-то проблемы, либо они были неудобными.

Тут меня посетила идея — «а зачем мучиться, если можно опять изобрести велосипед?»

«Ведь наверняка есть готовые скрипты для этого...» — подумал я.

И да, конечно, они нашлись.

Итогом стал сервис paste-it.ru, который можете использовать и вы.



Он работает на open-source решении Stikked, с мелкими улучшениями с моей стороны. Мы планируем постепенно его улучшать и делать удобнее, не только для себя, но и для пользователей.

Как мы решили изобрести велосипед

Мы в ИксФайвИкс практически с самого старта проекта решили, что использовать коммерческий, массовый софт это не про нас.

Конечно, в самом начале мы пользовались тем, что было просто и доступно. Была и Bpanel (она ещё вроде даже жива, хотя во всех смыслах устарела), была и RootPanel. Но функционала этих биллинг-систем стало очень быстро не хватать, а существенно изменить внешний вид и логику было сложно. Поэтому мы начали делать своё, такое своё, которое бы в полной мере удовлетворило наши потребности.

Вообще, коммерческий, массовый софт для хостинга (будь-то тот же многими любимый BillManager) довольно крутой. Но вся проблема здесь в том, что его разработчики как правило пытаются угнаться за всеми сразу. В итоге: огромный, излишний набор функций и сложная в понимании настройка.

Наш первый биллинг — BroomUnion
Так вот, мы решили делать своё. Шёл 2010 год. Первая версия нашего собственного биллинга частично базировалась на коде и логике RootPanel, мы назвали его BroomUnion.

Выглядело это так:



Для нас это стало настоящей свободой в реализации своих идей. Стало не нужно разбираться в сложной модульной структуре коммерческих продуктов. BroomUnion быстро набирала функционал, в том числе согласно пожеланиям наших любимых клиентов.

Так было до марта 2013 года, когда для клиентов стала доступна наша новая панель управления, которую мы развиваем и по сей день.

Это было начало 2013 года. Мы поняли, что BroomUnion за 3 года уже устарел, а дорабатывать его было всё сложнее и сложнее.

В свет выходит наша новая панель управления CP.X5X.RU. Сразу покажу, как она выглядела тогда.


Важными на тот момент особенностями было вот что:
  • Подстраивающийся под разрешение экрана интерфейс.
  • Простое управление всеми услугами из одного окна.
  • Авторизация через соц. сети.
  • Модульная система.
  • Конечно же, новый функционал появлялся очень быстро.

За годы (а мы работаем на CP и сейчас) панель обзавелась огромным набором функций, которые позволили нам автоматизировать большую часть обыденных в сфере хостинга вещей.

На данный момент наша панель умеет, само собой, полностью автоматически обрабатывать заказы, регистрировать домены, принимать платежи, обрабатывать запросы от клиентов, управлять VPS и серверами, и многое-многое другое. Умеет она также управлять и хостинг-аккаунтами на базе DirectAdmin, но мы этим пока не пользуемся:


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

А из последнего: мы наконец-то сделали нормальное управления DNS-записями (раньше нельзя было изменять записи).

Помимо разработки своей панели управления для клиентов, мы также занимаемся и другими разработками.

В этой части я не буду рассказывать о биллингах, я расскажу о другом нашем велосипеде — панели управления OpenVZ.

До момента создания этой панели активно работали на SolusVM и OpenVZ Web Panel. Обе штуки крутые, но там и там не хватало функционала.

SolusVM пару лет назад была куплена компанией OnApp и после этого развитие очень ослабло, хотя планы были грандиозные. Панелька всё ещё не умеет выдавать IPv6 по API, не умеет нормально включать TUN/TAP по API, да и само API скудное и, я бы сказал, тупое. Все наши попытки через поддержку решить эти проблемы ни к чему не привели, у них всё супер…

OpenVZ Web Panel уже давно перестала развиваться, но наши нужды в целом удовлетворяла. Единственной нерешаемой для нас проблемой было полное отсутствие поддержки IPv6. К слову, проблема эта была не единственной, но остальные мы решили путём доработки кода. Мы сделали управление TUN/TAP и PPP, поддержку recovery-режима и многие другие мелочи. Но на этом наши познания в области Ruby кончились, так что беду с IPv6 мы не победили.

Вот собственно учитывая всё вышеперечисленное мы и решили, что надо делать своё. Как и прежде, такое, которое удовлетворит наши требования и задачи.

Так родилась наша VPSPanel (да, главная страница пока пустая):


Раздел управления VPS позволяет делать вот такие штуки:


Есть также и поддержка бэкапов для VPS. Они могут делаться как автоматически по крону, так и их можно создавать вручную:


На данный момент наша панель умеет:
  • Управлять нодами: шаблоны ОС, пресеты конфигов, IP-адреса.
  • Управлять VPS: ребуты, переустановки, recovery, управление IP, бэкапами.
  • API: все вышеперечисленные функции, плюс ещё некоторые для удобства работы.

Сразу скажу, что это так скажем внутренний софт, мы не планируем давать доступ к нему клиентам. Клиенты имеют почти тот же функционал через CP.X5X.RU. А CP.X5X.RU уже работает с VPSPanel по API.

Почему так? Мы уверены, что гораздо удобнее, когда клиент может управлять всем из одного места. Куча разных панелей это не есть хорошо.

В планах разумеется панель развивать, вплоть до поддержки виртуализации KVM, VPS на которой мы начали предоставлять недавно.

Гарантия минимальной цены



selectel.ru/promo/min-price/

Требования для конкурентных конфигураций:
  • основана на процессорах серверной линейки Intel Xeon;
  • не хуже по параметрам: количество ядер в сервере, частота ядер, объем оперативной памяти, тип диска (SSD/SATA), объем диска отличается не более, чем на 20%;
  • есть в наличии у продавца на момент проверки — обязуемся рассмотреть вашу заявку в течение одного рабочего дня;
  • находится в дата-центре на территории РФ;
  • цена доступна публично на сайте конкурента;
  • цена актуальна при заказе на месяц, без скидок за долгосрочную аренду и другие дополнительные условия.

Поддержка PHP 7.2

Мы добавили поддержку PHP 7.2

Из важных нововведений можно отметить:
  • Добавлена возможность перегружать абстрактные функции (RFC)
  • Добавлена возможность конвертировать нумерованные ключи при приведении типов object/array (RFC)
  • Запрещено передавать null в качестве параметра для get_class() (RFC)
  • Возможность расширения типа параметра (RFC)
  • Object typehint (RFC)
  • В ядро PHP добавлена Libsodium (RFC)
  • HashContext as Object (RFC)



Также хотим обратить внимание, что версия 5.4 перестала поддерживаться 3 сентября 2015 года, а версия 5.5 21 июля 2016 года. Они могут содержать критические уязвимости, которые не будут исправляться, а также значительно уступают по скорости работы и потребляемым ресурсам более новым версиям.

1 июля все сайты, которые работают на версиях 5.4 и 5.5, будут переведены на 5.6. Проверьте работу своих сайтов на новых версиях PHP, нажав на кнопку или и выбрав нужную версию.


Поддержка устаревших версий на нашем хостинге будет прекращена 1 августа.

Список изменений, ломающих обратную совместимость:
php.net/manual/ru/migration55.incompatible.php
php.net/manual/ru/migration56.incompatible.php

Дружим gRPC с долгоживущим проектом, PHP и фронтендом



ару лет назад мы достаточно спокойно работали нашей небольшой командой и делали хостинг. Вышло так, что каждый сервис в системе обладал собственным уникальным и неповторимым API. Но потом это стало проблемой и было решено все переделать.

Мы расскажем о том, как объединить внешнее API с внутренним и что делать, если у вас много кода на PHP, но хочется воспользоваться преимуществами gRPC.

Сейчас очень много говорят про микросервисы и SOA в целом. Наша инфраструктура не исключение: ведь мы занимаемся хостингом и наши сервисы позволяют управлять почти тысячей серверов.

Со временем сервисов в нашей системе стало появляться все больше: стали регистратором доменов — выносим регистрацию в отдельный сервис; метрик с серверов стало очень много — пишем сервис, который делает выборки из ClickHouse / InfluxDB; Нужно сделать эмулятор запуска задач «как через Crontab»; для пользователей — пишем сервис. Наверное, это многим будет знакомо.

Входящих задач в разработке много. Количество различных сервисов растет плавно и, вроде бы, незаметно. Заранее учесть все будущие нюансы невозможно, поэтому на смену одним API приходили другие, более лучшие. Но настал день, когда стало очевидно, что у нас развелось слишком много протоколов:


Чем больше становилось сервисов и связей между ними, тем дольше и сложнее было решать задачи: требовалось изучить несколько разных API, написать к ним клиенты и только потом приступить к реальной работе.

Ах, да… еще ведь документация нужна. Иначе в чатиках происходят такие диалоги:
— Ребят, как мне получить баланс пользователя из биллинга?
— Сделай вызов в billing/getBalance(customerId)
— А список услуг как получить?
— Не помню, поищи нужный контроллер в
Короче говоря, зародилась мечта о волшебном едином стандарте и технологии для создания сетевых API, которые решат все проблемы и сэкономят нам вагон времени.

Формируем требования
Немного подумав, мы составили свой небольшой список требований:
  • Используемый способ описания API должен быть декларативным
  • Результат должен быть однозначным и человеко-понятным: нужно проводить code review
  • Нужна возможность описывать как успешный flow, так и ошибки. Причем это должно делаться явно для каждого метода
  • На основе описания нужно генерировать как можно больше скучного кода для клиента и сервера

Из коробки он удовлетворял почти всем нашим требованиям. Если в двух словах:
  • Декларативное описание методов и структур данных
  • Он очень читабельный и простой. По получившимся .proto-файлам легко проводить code review. Синтаксис IDL близок к популярным ЯП
  • Завезены генераторы под большинство популярных ЯП (но есть нюанс. О нем ниже)
  • gRPC — просто механизм RPC без каких-либо строгих требований к организации API. Это дает возможность разработать собственные принципы и гайдлайны с учетом накопленного опыта

Однако, идеальных технологий не существует. Для нас возникло несколько камней преткновения:
  • Мы активно используем PHP и он не умеет в сервер gRPC;
  • Наш фронтенд по-прежнему ожидает привычный HTTP. На текущий момент мы были вынуждены «проксировать» запросы фронтенда через отдельное приложение, формирующее правильные запросы к внутреннему API. В подавляющем большинстве случаев это лишняя скучная работа. Хотелось бы внутри нашей системы все отдавать через один протокол с автоматической конвертацией в HTTP для фронтенда.
К счастью, мы достаточно легко решили эти проблемы. Далее я буду предполагать, что читатель знаком с gRPC. Если нет — лучше сначала обратиться к упомянутой выше статье.

И так далее, много технической информации
Надеюсь на Хабре топик не удалится, т.к. сохранять для Истории рынка не вижу смысла, черзе 5 лет устареет все. Просто запомним факт, что была такая новость ;)
habr.com/company/beget/blog/348008/