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

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

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

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

Для этого существует куча сервисов хранения заметок, например: 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%;
  • есть в наличии у продавца на момент проверки — обязуемся рассмотреть вашу заявку в течение одного рабочего дня;
  • находится в дата-центре на территории РФ;
  • цена доступна публично на сайте конкурента;
  • цена актуальна при заказе на месяц, без скидок за долгосрочную аренду и другие дополнительные условия.

Аренда, покупка и продажа IPv4/IPv6-адресов в любых количествах

Сервис IPaddress.ru готов предложить вам полный спектр услуг, связанных с IP-адресами. Мы работаем на рынке с 2007 года и имеем статус официального брокера в RIPE NCC.

Наши услуги:
  • Аренда IPv4 /24 — /16 (от 256 до 65536 адресов) с фиксированной ценой в рублях и выделением блоков на ваши данные (персонализированный whois и/или необходимое гео) в день оплаты. Анонсирование возможно через вашу AS или AS вашего провайдера
  • Аренда IPv6 /29, /32 и /48 с необходимым под ваши задачи гео
  • Организация и настройка любых проектов, требующих большой объем IPv4/IPv6-адресов (например, прокси-сервисы)
  • Помощь в поиске и покупке IPv4-адресов, а также ведение сделки в качестве гаранта
  • Оперативная продажа вашего PA/PI-блока по лучшей цене с оформлением всех необходимых документов
  • Получение ASN (автономной системы) на ваши данные
  • Поддержка ваших PI/AS-объектов у нашего LIR по низкой цене в рублях
  • Получение статуса LIR с гарантированным выделением 1024 IPv4, /29 IPv6 и AS
  • Консультации по любым вопросам, связанным с IP-адресами и RIR

Наши преимущества:
  • Работаем 7 дней в неделю, оказание услуг в день оплаты
  • Работаем с юридическими и физическими лицами из любой страны мира
  • Каждому клиенту предоставляется доступ к биллинговой системе для работы с услугами
  • Оплата наших услуг возможна всеми популярными на рынке способами

Наши контакты:
  • Сайт: IPaddress.ru
  • Телефон: +7 (495) 727-73-77
  • E-mail: info@ipaddress.ru
  • Офис в Москве: ipaddress.ru/#loc

Нас уже выбрали:
Билайн, Росгосстрах, Селектел, Лаборатория Касперского, Росатом, ИД Коммерсантъ, Ригла, СДЭК, Дублинский аэропорт, Новикомбанк, ТГК-1 (Газпром), Детский мир, Милава, СТД Петрович, Народный доверительный банк, Инчкейп и еще несколько сотен других замечательных компаний. Мы очень надеемся, что и ваша компания пополнит этот список.

Поддержка 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/

Как стать самостоятельным регистратором .RU/.РФ

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

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



Почему мы стали регистратором и чем руководствовались
До того, как мы получили аккредитацию, мы регистрировали домены .RU/.РФ через разных регистраторов: основным поставщиком были reg.ru, также мы работали с r01 и nic.ru. Часть наших доменов до сих пор находится на обслуживании у названных регистраторов. Кроме того, мы работаем с названными регистраторами по доменам в отличных от .RU/.РФ зонах. Если клиент хотел передать нам домен на обслуживание, мы шли ему навстречу и переносили его в наш личный кабинет текущего регистратора домена.

Это создавало большое количество проблем как для нас, так и для наших клиентов. Были случаи разделегирования доменов, о которых нам приходилось узнавать от клиентов, ошибок со стороны программного обеспечения регистраторов. Сама поддержка трех разных API создавала трудности. Что касается цен на домены, то наши партнерские цены были всего примерно на 10% выше той цены, что выставлял Координационный центр, поэтому это не являлось основной причиной для становления самостоятельным регистратором…

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

Первая попытка подать заявку на аккредитацию была летом 2014 года, но тогда, к сожалению, в связи с другими делами (в тот момент мы активно планировали выход на международный рынок, впереди еще будет вторая попытка =), папка с документами так и осталась просто папкой с названием «Регистратор-проект».

Второй раз мы решили стать регистратором в зонах .RU/.РФ в начале 2016 года, когда появилась информация о том, что перенос доменов между регистраторами станет безбумажным. Безусловно, мы были крайне разочарованы тем, что, в отличие от международных зон, наш координационный центр национальных доменов не стал придерживаться той же схемы работы, и деньги берутся только за перенос, а не за продление в момент переноса (что явно не способствует либерализации рынка). Можно сказать, что так сделать было нельзя в связи с тем, что максимальный срок регистрации домена в зонах .RU/.РФ составляет 1 год, но что мешает сделать его больше?

Тем не менее, процедура переноса между регистраторами стала все-таки проще, а значит, желающие смогут перенести домены к нам, и поскольку мы уже второй раз начали изучать вопрос о том, как нам стать регистратором, мы решили довести дело до конца.

Что нужно сделать, чтобы получить аккредитацию
Доменные зоны .RU/.РФ регулирует Координационный центр национального домена сети интернет (https://cctld.ru/).

На текущий момент аккредитовано 46 регистраторов (https://cctld.ru/ru/registrators/), и примечательно, что 13 из них, включая нас, были аккредитованы в прошлом году. Отдельно хочется поздравить наших коллег из сферы хостинга, которые получили аккредитацию совсем недавно — это шаг в правильном направлении. Возможно, другие компании, как и мы, решили сделать это связи с изменением политики переноса доменов между регистраторами.

Всю информацию о том, как получить аккредитацию, можно и нужно искать на их сайте — cctld.ru/ru/docs/

Читаем требования к будущему регистратору и соответствуем им.
Получить аккредитацию может юридическое лицо РФ, имеющее рабочий офис и минимальное количество сотрудников для обеспечения работы в качестве регистратора. Необходимо будет доказать (подтвердить) координационному центру стабильное финансовое положение, возможность обеспечить устойчивость работы ПО при работе с Реестром и резервное копирование данных.
А также: застраховать деятельность в качестве регистратора и подготовить прототип сайта, на котором будет приведена вся информация относительно будущей работы в качестве регистратора.
cctld.ru/ru/docs/project/accr_treb_21042014.pdf

1. Регистратор обязан:

1.3. своевременно страховать профессиональную ответственность, связанную с деятельностью по регистрации доменных имен:
1.3.1. для Регистраторов со стажем аккредитации не менее 1 (одного) года — на сумму не менее 15 000 000 (пятнадцати миллионов) рублей или 500 000 (пятисот тысяч) долларов США;
1.3.2. для вновь аккредитуемой организации — на сумму не менее 30 000 000 (тридцати миллионов) рублей или предоставить доказательство намерений осуществить такое страхование в срок не более 1 (одного) месяца с даты получения аккредитации;

Этот пункт может вызвать трудности, так как если просто обратиться в любую страховую компанию с вопросов страхования деятельности в качестве регистратора, это вызывает некоторое замешательство у страховщиков. Поэтому тут все-таки желательно попасть на того специалиста, который уже оформлял подобную страховку. Если самостоятельно разобраться с этим вопросом не получится, пишите на manager@beget.com, подскажем контакты. Стоимость страховки на момент аккредитации составила около 30 тыс. руб.

1.6. соответствовать требованиям, изложенным во вступивших в силу Технических условиях взаимодействия с системой регистрации доменов (далее – «Технические условия»). Вновь аккредитуемая организация должна пройти технические испытания на соответствие Техническим условиям в течение 1 (одного) года после принятия решения о ее аккредитации. До момента успешного прохождения технических испытаний вновь аккредитуемой организации не будет предоставлен доступ к Реестрам доменных имен, за исключением доступа к тестовому Реестру в порядке, установленном Положением о технических испытаниях

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

2. для оказания услуг регистрации доменных имен Регистратор обязан располагать необходимым количеством квалифицированных работников для выполнения следующих функций:
− административные вопросы;
− финансовые вопросы;
− технические вопросы;
− взаимодействие с пользователями и администраторами;
− защита информации;
− юридические вопросы;
− взаимодействие с правоохранительными органами.

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

4. Регистратор обязан предоставить пользователю, в том числе опубликовать и своевременно обновлять на своем сайте, посвященном регистраторской деятельности, полную и достоверную информацию:
По этому пункту необходимо будет подготовить прототип сайта с содержанием всей информации о вас, образцами заявлений и описанием всех возможных действий с доменами. Подготовка сайта, безусловно, займет время, но задача не слишком сложная, учитывая тот факт, что всю информацию о действиях с доменами можно посмотреть, к примеру, на нашем сайте beget.com/ru/domain-register

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

Пример регламента:
Регламент действий в нештатных ситуациях

Регламент процесса регистрации/продления


14. Регистратор обязан обеспечивать устойчивое функционирование программно-аппаратного комплекса при отказе оборудования, систем электроснабжения и связи; располагать средствами резервного копирования, обеспечивающими возможность полного восстановления данных в случае любых отказов системы, к состоянию на момент не более чем за сутки до отказа.
15. Регистратор обязан располагать средствами защиты от действий третьих лиц, направленных на получение несанкционированного доступа к программно- аппаратному комплексу Регистратора или на нарушение его нормального функционирования
Для соблюдения данного требования необходимо обеспечить создание бэкапов, наличие резервного оборудования и круглосуточный (или почти круглосуточный) мониторинг, а также вкладываться в обеспечение безопасности хранимых данных.

Заполняем анкету и готовим пакет документов


Если вы чувствуете силы и возможности для соответствия всем описанным требованиям, нужно открыть Соглашение об аккредитации (https://cctld.ru/ru/docs/project/accr_polo_21042014.pdf), найти пункт 2 и подготовить пакет документов в точном соответствии с приведенным списком, после чего отправить его на почтовый адрес Координационного центра.
Если формально все признаки соблюдены и документы соответствуют приведенному списку, то Координационный центр в течение 3-х дней после получения пакета документов вышлет вам счет на аккредитацию. На день получения нами аккредитации стоимость проверки вашей компетенции осуществлять регистрацию доменных имен составила 80000 руб. Данная сумма не возвращается, даже если Координационный центр даст Вам отказ в аккредитации.
  • Оплачиваем счет за проверку на аккредитацию.
  • Ждем проверки документов и соответствия всем требованиям.

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

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

Получаем решение об аккредитации или отказ


При получении отказа обратите внимание, что подать повторно заявку можно только через 3 месяца. Если вам повезло, и Координационный центр принял положительное решение о вашей аккредитации, то вас пригласят на подписание Соглашения об аккредитации. Это Соглашение должно быть подписано в течение 20 дней с момента решения об аккредитации.

Получить аккредитацию — это полдела, дальше есть год для того, чтобы приступить непосредственно к регистрации доменов.

Для работы с Реестром можно написать собственное решение или же использовать ПО от АО «Технический центр Интернет» под названием «Виртуальный регистратор». Подробнее о Виртуальном регистраторе можно прочесть здесь. «Виртуальный регистратор» − платный продукт, и за его использование необходимо платить от 22 руб. за каждую регистрацию домена, либо 10000 руб./мес. за безлимитный тариф.

Запуск услуги Intel Core VPS + поддержка графики Intel HD Graphics


БЫСТРЫЕ VPS СЕРВЕРЫ В РОССИИ ОТ 125 РУБ.
Купить виртуальный сервер от VDS4YOU под реализацию любых задач и размещения проектов
Запуск услуги Intel Core VPS + поддержка графики Intel HD Graphics



INTEL CORE VPS — ПОДДЕРЖКА ГРАФИКИ И ЭМУЛЯТОРОВ ANDROID
Друзья, Мы запустили новую линейку VPS на процессорах Intel Core i7’ Kaby Lake 4.20GHz с поддержкой видео чипсета Intel HD Graphics по низким ценам!

Для чего могут подойти INTEL CORE VPS, кроме размещения сайтов?
  • запуска приложений android эмуляторов;
  • игровых серверов и ботов;
  • игровые мультиплееры;
  • работа с графическими программами на средних частотах.
  • Все тарифные планы включают безлимитный трафик, на скорости 100Мбит/с, аппаратная виртуализация KVM, выделение физического ядра процессора и возможностью установки Windows/Linux/FreeBSD

Подробнее о тарифных планах INTEL CORE VPS: vds4you.com/service/vps-server/gpu/

Для наших клиентов мы предоставляем специальную скидку — 15% на заказ любого тарифного плана!
Для активации специальной скидки введите промо-код при заказе услуги в период с 23 по 31 мая и получите скидку 15% на заказ любого тарифного плана!

Промо-код на активацию скидки 15%: VDSCOREFIX

Преимущества Хайтек Хостинг:
  • Постоянные акции для новых и действующих клиентов
  • Размещение серверов в России согласно действующему закону ФЗ №152
  • Бесплатное базовое администрирование по тарифным планам ONLY SSD
  • Бесплатная панель управления ISPmanager 5 при заказе тарифных планов ONLY SSD
  • Поддержка IPv6 адресов на всех тарифных планах и возможность заказа дополнительных
  • Конфигуратор тарифного плана с возможностью изменения ресурсов для активной услуги без переустановки сервера
  • Более 20 способов оплаты, включая Bitcoin, eCoin и безналичная оплата для юр.лиц

Надежное хранение данных 1С



Где хранить 1С?
Сегодня хотелось бы поговорить о бухгалтерии, ведь без нее не обходится ни одна компания. Не секрет, что самой популярной программой для ведения бухгалтерии признана программа 1С: Предприятие. Где содержать свою рабочую программу — в офисе или за его пределами, в России или за границей?

Офис или за его пределами
Важная бизнес-информация даже небольших компаний часто привлекает конкурентов, хакеров и даже недобросовестных сотрудников, желающих нажиться за счет выкупа и шантажа. Форс-мажорные ситуации тоже не исключение. Размещая данные вне офиса, Вы представляете доступы к программе 1С только уполномоченным сотрудникам. А еще Вы получаете стабильный удаленный доступ к серверу 1С из разных локаций. Командировки, деловые встречи, удаленная работа, внезапный контроль сотрудников и дел из любого удобного места, где есть Интернет.

Россия или заграница
Заграница привлекает своей удаленностью от глаз российских органов, некой психологической защитой. Тем не менее, придется столкнуться с рядом вопросов:
— Оплата сервера, которую скорее всего придется осуществлять с личного счета.
— Использование VPN, без которого можно проследить путь до места расположения сервера.
— В международных дата-центрах могут храниться только обезличенные персональные данные согласно ФЗ №152 «О персональных данных».
— Техническая поддержка на иностранном языке.

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

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


rackstore.ru/arenda-servera-1c.html

Leaseweb is Ready for GDPR



Leaseweb is GDPR-Ready!
Hi Koko,

In our role as your Cloud Service Provider we take responsibility for your personal data privacy. Therefore, we are glad to announce we are GDPR-ready! We focus on Privacy through Design & Default, and will facilitate your rights under the GDPR throughout our organization.
All our General Conditions are GDPR ready, and apply to the use of all Services under all existing and new Service Orders. We embedded a Data Processing Agreement in our General Conditions for your convenience, so a separate DPA is not necessary. We also updated our Privacy Statements to inform you about our privacy policies. By using our Services, you benefit automatically from our GDPR Ready program. Read more about our GDPR Ready program below.

www.leaseweb.com/sites/default/files/Legal/GDPR-Readiness-Leaflet.pdf