Справочный центр Selectel: интерфейс, техническая реализация и возможности

Простые ответы на распространённые вопросы.

<textarea> {«id»:43978,»url»:»https://vc.ru/selectel/43978-zachem-nuzhno-oblachnoe-hranilishche-selectel-kogda-est-dropbox-i-servery»,»title»:»u0417u0430u0447u0435u043c u043du0443u0436u043du043e u00abu041eu0431u043bu0430u0447u043du043eu0435 u0445u0440u0430u043du0438u043bu0438u0449u0435u00bb Selectel, u043au043eu0433u0434u0430 u0435u0441u0442u044c Dropbox u0438 u0441u0435u0440u0432u0435u0440u044b»,»services»:{«facebook»:{«url»:»https://www.facebook.com/sharer/sharer.php?u=https://vc.ru/selectel/43978-zachem-nuzhno-oblachnoe-hranilishche-selectel-kogda-est-dropbox-i-servery»,»short_name»:»FB»,»title»:»Facebook»,»width»:600,»height»:450},»vkontakte»:{«url»:»https://vk.com/share.php?url=https://vc.ru/selectel/43978-zachem-nuzhno-oblachnoe-hranilishche-selectel-kogda-est-dropbox-i-servery&title=u0417u0430u0447u0435u043c u043du0443u0436u043du043e u00abu041eu0431u043bu0430u0447u043du043eu0435 u0445u0440u0430u043du0438u043bu0438u0449u0435u00bb Selectel, u043au043eu0433u0434u0430 u0435u0441u0442u044c Dropbox u0438 u0441u0435u0440u0432u0435u0440u044b»,»short_name»:»VK»,»title»:»u0412u041au043eu043du0442u0430u043au0442u0435″,»width»:600,»height»:450},»twitter»:{«url»:»https://twitter.com/intent/tweet?url=https://vc.ru/selectel/43978-zachem-nuzhno-oblachnoe-hranilishche-selectel-kogda-est-dropbox-i-servery&text=u0417u0430u0447u0435u043c u043du0443u0436u043du043e u00abu041eu0431u043bu0430u0447u043du043eu0435 u0445u0440u0430u043du0438u043bu0438u0449u0435u00bb Selectel, u043au043eu0433u0434u0430 u0435u0441u0442u044c Dropbox u0438 u0441u0435u0440u0432u0435u0440u044b»,»short_name»:»TW»,»title»:»Twitter»,»width»:600,»height»:450},»telegram»:{«url»:»tg://msg_url?url=https://vc.ru/selectel/43978-zachem-nuzhno-oblachnoe-hranilishche-selectel-kogda-est-dropbox-i-servery&text=u0417u0430u0447u0435u043c u043du0443u0436u043du043e u00abu041eu0431u043bu0430u0447u043du043eu0435 u0445u0440u0430u043du0438u043bu0438u0449u0435u00bb Selectel, u043au043eu0433u0434u0430 u0435u0441u0442u044c Dropbox u0438 u0441u0435u0440u0432u0435u0440u044b»,»short_name»:»TG»,»title»:»Telegram»,»width»:600,»height»:450},»odnoklassniki»:{«url»:»http://connect.ok.ru/dk?st.cmd=WidgetSharePreview&service=odnoklassniki&st.shareUrl=https://vc.ru/selectel/43978-zachem-nuzhno-oblachnoe-hranilishche-selectel-kogda-est-dropbox-i-servery»,»short_name»:»OK»,»title»:»u041eu0434u043du043eu043au043bu0430u0441u0441u043du0438u043au0438″,»width»:600,»height»:450},»email»:{«url»:»mailto:?subject=u0417u0430u0447u0435u043c u043du0443u0436u043du043e u00abu041eu0431u043bu0430u0447u043du043eu0435 u0445u0440u0430u043du0438u043bu0438u0449u0435u00bb Selectel, u043au043eu0433u0434u0430 u0435u0441u0442u044c Dropbox u0438 u0441u0435u0440u0432u0435u0440u044b&body=https://vc.ru/selectel/43978-zachem-nuzhno-oblachnoe-hranilishche-selectel-kogda-est-dropbox-i-servery»,»short_name»:»Email»,»title»:»u041eu0442u043fu0440u0430u0432u0438u0442u044c u043du0430 u043fu043eu0447u0442u0443″,»width»:600,»height»:450}},»isFavorited»:false} </textarea>9667просмотров

Облачное хранилище Selectel — это аналог Dropbox и Google Drive? </h2>

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

Скриншот интерфейса «облачного хранилища» Selectel

</figure>

Однако главное отличие в том, что документы, хранящиеся в облаке, предназначены для раздачи неограниченному количеству пользователей. В отличие от Dropbox и Google Drive, которые спроектированы в первую очередь для работы с ограниченным кругом пользователей.

В Dropbox и Google Drive можно сделать так, чтобы ссылка на файл была доступна всем пользователям. Зачем тогда нужно облачное хранилище? </h2>

В облачном хранилище файлы доступны по прямой ссылке в привычном виде example.org/folder/file.name — без авторизации, дополнительных настроек и иных ограничений. Как будто их просто загрузили на сервер.

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

Но ведь у Google Drive тоже есть API</h2>

Верно, у популярных облачных сервисов есть API. Однако список функций ограничен функциональностью сервисов, так как они спроектированы в первую очередь для взаимодействия с файлами пользователя. Для них API — дополнительная опция, а не основной интерфейс.

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

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

Почему в таком случае для хранения не подойдет обычный сервер? </h2>

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

Кроме того, облачное хранилище Selectel по умолчанию подключено к CDN — сети доставки данных. Это значит, что часто запрашиваемые файлы, загруженные в хранилище, распределяются среди 240 тысяч серверов по всему миру. Когда пользователь из Гонконга решит посмотреть видео в приложении, он мгновенно загрузит его с ближайшего доступного сервера.

Сервер без CDN не сможет обеспечить такую же высокую скорость подключения для пользователей по всему миру. Кроме того, на его настройку и поддержание работоспособности придется постоянно тратить ресурсы команды.

Многие популярные сервисы используют облачные хранилища для своих целей. Например, Netflix отправляет из облака миллиарды часов контента, а Airbnb хранит в нём резервные копии и статичные файлы, включая более 10 петабайт пользовательских изображений.

Зато на сервере можно настроить резервное копирование. Как это сделать в облачном хранилище? </h2>

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

Получается, что облачное хранилище нужно только крупным популярным сервисам? </h2>

Нет. Облачное хранилище подойдет не только для хранения картинок, видео и бэкапов. Можно использовать его в качестве основы для работы простого статичного сайта.

Такие сайты не требуют значительных вычислительных мощностей и занимают мало места в хранилище. Клиенту нужно оплачивать только запросы к файлам и трафик — то есть платить за фактическую посещаемость сайта.

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

Зачем вообще тогда нужны обычные серверы? </h2>

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

Серверы и хранилище работают между собой в постоянной связке. Например, сервер формирует страницы в интернет-магазине, сохраняет данные о заказе, в то время как объектное хранилище «доставляет» для него фотографии и видео товаров.

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

#технологии#облако#selectel

</div>bmxbu16i2kgqo-uwm0gdldklezu.png Каждой предоставляемой услугой Selectel можно управлять в личном кабинете — панели управления. Многими нашими продуктами также возможно управлять через запросы к API. Инструкции по работе с продуктами и документация API доступны в едином справочном центре. Основная идея справочного центра — предоставить нашим клиентам возможность в любое удобное для них время самостоятельно найти ответы на большинство интересующих их вопросов об услугах Selectel. Далее расскажем о том, как мы изменили подход к подготовке документации и обновили внешний вид базы знаний. Техническая реализация базы знаний и ее визуальная составляющая трехлетней давности полностью покрывали все потребности справочника с информацией. Но за прошедшее время компания не стояла на месте, а активно развивалась, как запуская новые услуги, так и развивая уже существующие. Около года назад мы обратили внимание на то, что существующая онлайн-справка не отвечает требованиям наших клиентов:

  • меню навигации разрасталось, как плодовое дерево, не знающее заботы садовника;
  • поиск перестал быть удобным;
  • визуальное оформление постепенно устаревало.

Ранее документации к API наших продуктов не было в открытом доступе — часть была размещена в панели управления my.selectel.ru, что-то — выдавалось по запросу, а что-то было и вовсе описано в текстовом формате, поддерживать который в актуальном состоянии было весьма проблематично. Теперь знания по автоматизации IT-инфраструктуры и взаимодействию с бэкендом сервисов Selectel на вкладке Документация API.

Небольшой экскурс в прошлое

Еще десять-пятнадцать лет назад мало кто из компаний, производящих программное обеспечение в России, мог похвастаться наличием онлайн-справки. Руководства по эксплуатации писали в формате Word с применением вечно съезжающих стилей, пытаясь применить ГОСТы, созданные в 70-х годах 20 века к современным и постоянно меняющимся требованиям. В среде технических писателей всё ещё популярен мем:wipk0krjdhoxprlgivihbbn5vly.png По сей день существуют компании, которые уже могут похвастать удобным интерфейсом сайта, но при этом их документация остается на уровне «скачается инструкция в формате pdf на 45 листов». В крупных компаниях база знаний прочно связана с технической поддержкой. В идеальном сферическом в вакууме мире, пользователь должен иметь возможность самостоятельно находить 80% ответов на свои вопросы, не обращаясь в техническую поддержку. Портал с документацией явной прибыли не приносит, но может экономить время технической поддержки за счет сценария:

  1. Пользователь заказал услугу.
  2. Столкнулся с неочевидными моментами при настройке.
  3. Хотел обратиться в техническую поддержку.
  4. Зашел в базу знаний и нашел нужную информацию самостоятельно.
  5. Не обратился в техническую поддержку.
  6. Профит!)

Зачастую бытует мнение, что справочная информация только помогает пользователям разбираться в услугах после их подключения. Вероятно, так было в те времена, когда выпускали печатные книги с информацией по работе в ОС Windows. Но сейчас становится настолько же важным открыто показывать потенциальным пользователям, как действует услуга до приобретения. Большинство компаний, производящих ПО, на определённом этапе разрабатывают API как для внутреннего использования, так и для клиентов. Компании делятся набором вводных параметров, выпуская публичные API для того, чтобы дать клиентам возможность объединять свои сервисы и предлагаемые компанией продукты. Многие пользовательские задачи можно автоматизировать, в том числе используя готовые куски кода как конструктор для создания максимально удобной в использовании инфраструктуры. Но куски кода без объяснений, что это такое, что оно делает и как этим пользоваться — малополезны — не будешь ведь перебором выяснять, какие есть методы и какие данные они ожидают на вход. В качестве документации к API обычно дают минимальный пример взаимодействия, в котором описаны методы (также их называют эндпоинтами) и приведены ответы от сервиса. Например, с помощью API Kubernetes можно автоматизировать работу с кластерами и нодами в «Managed Kubernetes».

Какие задачи стояли перед нами

Наше визуальное решение перестало позволять легко находить нужные статьи, и существующее меню превратилось в нечитаемую «простыню». Нечитабельная документация также плоха, как неактуальные тексты. Люди привыкли читать хорошо сверстанные материалы. Блоги, соцсети, медиа — весь контент подается не просто красивым, но и удобным для чтения, приятным для глаза. В настоящее время нельзя игнорировать UX и UI требования, тем более для такого огромного массива текстов. С развитием технологий визуального оформления сайтов, мы заметили, что внешний вид нашей базы знаний устарел. Простое использование якорей и списков в статьях базы знаний не помогало. Надо было пересмотреть всю структуру документации и поисковый механизм.

Часто возникающие проблемы с документацией

Вообще отсутствует или никто не знает о ее существовании Инструкция, которую нельзя найти, ничем не лучше инструкции, которой нет. Мы решали эту проблему следующим образом — стали добавлять ссылки на полезные статьи в нашей ежемесячной рассылке, добавляем переходы на продуктовых страницах сайта, а также наладили оповещение всех заинтересованных сотрудников компании через специальный канал в корпоративном мессенджере.Устаревает и вовремя не актуализируется Процесс документирования не встроен в разработку продукта, документация делается по остаточному принципу. В нашем случае, менеджер по продукту в процессе работы над новой функциональностью также ставит задачу на документирование этой новой функциональности.Документация сложная и плохо организована, проще спросить у технической поддержки, как решить возникший вопрос Писать документацию ради документации бессмысленно, она должна быть легко доступна. Чем больше вариантов найти документ — тем лучше. Мы полностью пересмотрели конструкцию разделов нашей базы знаний, в некоторых случаях универсальные шаблоны не работали, поэтому нам надо было активно взаимодействовать за всеми заинтересованными сторонами, будь то менеджер продукта, техническая поддержка или команда фронтенд-разработки.Вынесение документации API в публичное пространство Одной из проблем использования документации API, сгенерированной в OpenAPI, Swagger или с помощью другого инструмента генерации, является сложная интеграция с остальной частью сайта. Нужно, чтобы пользователи имели беспроблемный доступ ко всем инструкциям и статьям — неудобно, если эндпоинты отображаются в одном представлении, а текстовые описания тех же процессов — на другой странице.Поддержка единого визуального образа При создании единого справочного центра нам надо было сохранить единообразие отображения инструкций и спецификаций, используя связку «git + markdown + swagger».

Как это работает теперь

Техническая реализация

Первоначально база знаний была построена на основе объединения Confluence и генератора статических страниц. Мы отказались от Confluence и перешли к принципу Documentation-as-Code. Сейчас все исходные тексты для базы знаний верстаются в формате Markdown и хранятся в системе хранения версий Git. Из хранилища с помощью генератора статических сайтов Hugo собирается сайт базы знаний. Сайт генерируется из файлов, содержащихся в master-ветке Git-репозитория. Обновить данные можно только через pull-request, что позволяет проверять все новые разделы документации перед тем, как они будут опубликованы в общем доступе. Такая система также облегчает подход к внесению правок — сотрудники компании всегда могут создать ветку и добавить в нее все нужные изменения.

Подробнее о Documentation as Code

Принцип «документация как код» подразумевает использование при написании документации того же инструментария, что и при создании кода:

  • языки разметки текста;
  • системы контроля версий;
  • code review.

Главная цель такого похода в создании условий для совместной работы всей команды над итоговым результатом — полноценной базой знаний и инструкциями по использованию отдельных сервисов продукта.

Работа со swagger-файлами

Разработчики продуктов Selectel формируют API, и выгружают комментарии к коду в swagger-формате – это текстовый файл в в формате *.yaml, с которым можно работать как с кодом. При обновлении API обновляется и swagger-файл, что позволяет упростить актуализацию документации. Для документации API используется следующее техническое решение:

  • git-репозиторий с файлами swagger-спецификаций в формате *.yaml, сгруппированными по продуктам;
  • git-репозиторий с переводами swagger-спецификаций в формате *.json;
  • git-репозиторий с файлами в формате *.md;
  • файлы в формате *.md содержат текстовые описания и обернутые в специальные теги описания эндпоинтов, которые подтягиваются из git-репозитория с файлами в формате *.json;
  • генератор статических сайтов Hugo.

Кроме структуры репозитория были разработаны правила работы с ним:

  • подготовлен стайлгайд – чек-лист для swagger-файлов, с которым сверяются разработчики при обновлении спецификаций API;
  • ветвь master git-репозитория с файлами в формате *.md отражает состояние актуальных спецификаций и де-факто находится на продакшене;
  • Pull-Request в master-ветку осуществляется при выпуске обновлений в боевую эксплуатацию.

Визуальная составляющая

Первым делом требовалось пересмотреть навигацию и создать правила, по которым бы формировались разделы базы знаний. Совместно с UX-проектировщиками мы подготовили информационную архитектуру. Структура должна быть максимально прозрачной, чтобы читатель не задумывался: «А где можно найти эту статью?». Если обобщить, то есть два подхода:

  • От интерфейса. Содержание дублирует разделы панели (отдельно по услугам). Так было в предыдущей версии базы знаний.
  • От задач. Названия статей и разделов отражают задачи пользователей.

Для того, чтобы упорядочить структуру, мы применили комбинацию этих двух подходов. Даже в новых версиях панели управления с продуманным UX и UI необходимо давать пояснения, как минимум, к терминам, так как наши продукты технически сложные, а пользователи — очень разные. Помимо обновления оглавления, мы доработали поиск и «хлебные крошки». «Хлебные крошки» — это путь пользователя до текущей страницы с возможностью вернуться на любой уровень. В предыдущей версии базы знаний нельзя было попасть в оглавление и это было неудобно, поэтому в новой версии мы это поправили. Каждая компания делает документацию API в соответствии с собственным видением стиля, структуры и чувства прекрасного. Если открыть 4-5 публичных API разных компаний, то, несомненно, мы сможем уловить некие общности: структура, объемные примеры кода и подсветка синтаксиса, длинные страницы. Но тем не менее все примеры будут обладать особенностями. Например, локализация описаний эндпоинтов встречается редко, притом что как раз структура описания эндпоинтов чаще всего выглядит одинаково. Несколько рекомендаций к структурированию документации API:Группировка эндпоинтов Помимо предоставления информации для каждого эндпоинта, если эндпоинтов много — желательно группировать их. Длинный сплошной список эндпоинтов затрудняет навигацию.Отдельное описание методов При одновременном использовании методов GET/POST — в одной строчке должен быть описан только один метод. То есть первой строчкой в этом случае идет описание GET, второй строчкой — описание POST, благодаря чему можно избежать путаницы.Автоматизация внесения изменений Упростить внесение изменений без ручного переформатирования каждого раздела — в нашем случае мы переводим только текст swagger-файла, не трогая разметку благодаря автоматизации этого процесса, который настроили наши devops-специалисты.Подсветка синтаксиса Больше всего на свете разработчики любят примеры кода, ни один разработчик не будет жаловаться на то, что примеров слишком много — они значительно сокращают время погружения в продукт. Работа с кусками кода значительно удобнее, когда различные элементы окрашены соответствующим образом в зависимости от языка программирования. Так как «из коробки» была доступна подсветка кода только для темного фона, frontend-разработчик дорабатывала это решение с помощью highlight.js до нашего корпоративного стиля.

Вместо заключения

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

Uptime 99.99%по данным ping-admin.ru

Дата-центр Selectel.ru

Добавить отзыв

https://selectel.ru

Selectel — надежный провайдер IT-инфраструктуры в России, которому доверяют уже более 15 тысяч клиентов — от индивидуальных предпринимателей до крупных международных корпораций. Сеть насчитывает 6 собственных дата-центров в Москве, Санкт-Петербурге и Ленинградской области.

1024  МБ RAM  2.4  ГГц CPU  5  Гб   694  руб.   VPC     
2048 2.4 10 876 VPC
2048 2.4 15 912 VPC
2048 2.4 25 985 VPC
3072 2.4 25 1132 VPC
4096 2.4 30 1314 VPC

Тесты производительности

Статистика доступности сайтов

Размещение серверов: Россия, МоскваРоссия, Санкт-Петербург

Пользовались этим хостингом? Тогда нажмите «+1», где согласны, или напишите отзыв. Проголосовали 606 человек за последние четыре года.

Преимущества

платишь только за те ресурсы, которые потребил считают 20%быстрая реакция на тикеты 20%Находится в России 18%Удобная панель управления 17%качественная техподдержка 16%Предупреждают о технических работах и даунтайме заранее, даже если это 10 минут 14%Лучшие из Cloud хостеров в цена/качество! 11%Перейти к отзывам…

низкие цены 10%Возможность оплаты по безналу, webmoney, ЯД 10%Удобная панель управления 9%встроенный IP-KVM 9%Стабильность 8%API баланса, облака 8%возможность размещения colocation в Питере и Москве 8%Оплата по пластиковым картам 7%

<legend>Ещё…</legend>

CDN 4%Всегда человеческий подход к проблемам клиентов. 3%есть специальное приложение для работы с серверами и тикет-системой 2%Лицевые счета 2%Всегда доброжелательны и готовы помочь 2%оплата голосами 2%сотрудничаю, услуги серверов очень то качественны, ни разу сервер не падал 2%минимум общения с сотрудниками, все по API 2%Отличная тех.поддержка 1%Конструктор облачных серверов 1%Давно работаем, все нравится. 1%Современное серверное и коммуникационное оборудование уровня Enterprise. 1%Openstack 0.5%very nice service, been using it for a year+ now… 0.5%VMware, OpenStack API, почасовая оплата 0.5%Бесплатные общие гигабитные порты 0.5%Дешевая ддос защита которая еще и работает 0.5%Насколько мне известно работают с 2011 года 0.5%OpenStack API, совместимость с Cloudberry! 0.33%

Недостатки

Нестабильность считают 27%Падает регулярно 21%Техподдержка сервера не администрируют    14%Сравнить с другими хостингами…При заказе услуг требуют паспортные данные, адрес, дату рождения 12%предоставляет хостинг мошенникам под локеры МВД 11%Плановые работы могут оказаться фатальными для вашего сервера. Без компенсаций. 9%Проблемы с сетью 9%Ввели плату за ipv4, при том довольно существенную. 9%Снимают с себя всю ответственность за все 5%Постоянные сбои! Деньги не возвращают!! Не докажешь что они не правы ни при каких условиях — барыги… 5%Технической поддержке не важны ваши проблемы 3%Нет решения по резервному копированию VPC 2%Полное безразличие и игнор жалоб на мошеннические действия с их IP-адресов. 1%

<legend>Ещё…</legend>

падали 5 раз за сутки 25.09.2012  4%Сумма за хранение диска взимается вне зависимости от того, используется диск или нет 3%ушли от них — устали платить 3600 за сайт который лежит 504, 502 500… устали за два года!  3%Отвечают на вопрос по сервису неверно (не знают свою систему) 3%Очень долго были на селектел. Жили с ошибками серии 500 на выбор… много кого напрягал посмотреть… а причина была в хостинге! 3%Анти DDoS система настроена не правильно. Обрывают клиентские соединения на уровне сокетов. 2%Хотелось бы увидеть в панели переустановку ОС, а не напрягать техподдержку. 2%Плохая тех.поддержка — отвечают дежурными фразами.  1%Рекламное описание стоимости сервиса и реальные затраты сильно разнятся 1%Всевозможные препоны на возврат денег 1%На одном аккаунте месяц решали проблему, на втором по той же проблеме кормили завтраками.  1%неделю не могут решить проблему с шейпером 17.03.2011 1%18.08.2012 — падение облака 1%Деньги содрали за 60Тб, реально было 450Гб загружено. Руководство даже не ответило на письмо 07.05.2015  1%21.01.2011 — переустановка ОС только по тикету 1%24-25.09.2012 — все лежит мертво 1%Загрузили туда на двух аккаунтах по 400Гб. На корпоративном суммарно прописали 20 Тб, на личном аж 60 Тб — неделю доказывал. 1%опять упал 25.09.2012 1%Очень низкая скорость отдачи контента. 150Мб = 10 минут 1%Полностью удалили мой сервер по ошибке и в ответ «извините». О компенсации даже речи нет. Когда потребовал возврат средств — заб 1%Возможность комбинировать услуги 0.33%Наверное лучшая платформа при соотношении цена-качество 0.33%

Код кнопки:» onclick=»this.focus(); this.select();»>

Используемые источники:

  • https://vc.ru/selectel/43978-zachem-nuzhno-oblachnoe-hranilishche-selectel-kogda-est-dropbox-i-servery
  • https://habr.com/ru/company/selectel/blog/514576/
  • http://hosting101.ru/selectel.ru

Оцените статью
Рейтинг автора
5
Материал подготовил
Илья Коршунов
Наш эксперт
Написано статей
134
Добавить комментарий