paylicense.com - я так понял все ?
Что случайно нашел, тыкаясь по сайтам.
paylicense.com

И больше никаких изменений. Судя по всему бекап своего собственного биллинга они не делали, иначе бы сайт восстановили :)
paylicense.com

UPD#7: 26.04 13:47 MSK. Решение по нашему делу затягивается, окончательное решение и возобновление работы ожидаем на следующей неделе.
И больше никаких изменений. Судя по всему бекап своего собственного биллинга они не делали, иначе бы сайт восстановили :)
Что будет в ISPmanager Pro 5
SoYouStart => OVH Failover IP transfers
Домены .NU по 2$

Опять пришел спам от шведов. Домены .NU по 2$.
ссылка на регилку доменов, на которую ведет с новости
Не забываем что для нерезидентов VAT не платится :)
kimsufi.com немного обновился

В продолжение маркетинговых обновлений.


В дополнение к Атомам и i3 на 8озу и i5 на 16 озу.
Теперь появился i7 и Xeon
- Intel i7-920 4 ядра 8п / 16 ГБ озу / 2 ТБ hdd / 100 Mbps = 1200р
- Xeon 2xE5530 8 ядер 16п / 24 ГБ озу / 2 ТБ hdd / 100 Mbps = 1500р
Что мне нравится кстати — 1 диск и цена. Были бы еще конфиги с 1 SSD диском за такую цену. Сайты мобильны, всегда делается бекап, для личного пользования 2 или боже упаси 4 диска абсолютно никчему.
www.kimsufi.com/fr/index.xml
Google строит 180 спутников
Планы компании Google по обеспечению удаленных районов Земли беспроводным доступом в Интернет только что стали немного более конкретными. Wall Street Journal сообщает, что поисковый гигант готовится построить 180 «малых, большой емкости» спутников (изображением мы не располагаем), которые выйдут на низкую орбиту и станут обеспечивать подключение к Интернету в недостаточно обслуживаемых районах.
Любой орбитальный интернет-сервис, скорее всего, будет служить в качестве дополнения к проекту Loon, предоставляя возможность передачи данных в отдаленных, малонаселенных регионах, в то время как воздушные шары стали бы «обрабатывать» географические локации с более значительным спросом на такие услуги.
Любой орбитальный интернет-сервис, скорее всего, будет служить в качестве дополнения к проекту Loon, предоставляя возможность передачи данных в отдаленных, малонаселенных регионах, в то время как воздушные шары стали бы «обрабатывать» географические локации с более значительным спросом на такие услуги.
roem.ru ушел в webzilla.com

Именно поэтому и задумывался Технодом как отдельный проект :)
Но мои обзоры и новости раструбили. А почему? ) Потому что они сами в реквизитах написали ООО Селектел. Это нада же было так недальновидно сделать отдельный проект, отдельный домен для нищебродских серверов, но оставить в контактной информации основной сайт.
В итоге, после того как изначальная подсеть заполнилась. Они даже не стали менять Селектел на Технодом на новых сетях в whois IP.
Так что мне кажется идея сделать отдельный от бренда selectel lowcost проект — не получилась у них. Технодом все равно олицетворяют массы именно как Селектел.

Что еще кстати по поводу новости сказать.
Всегда смотрел на подобные проекты по другому. Почему-то создатели начинают забывать, что они имеют и халявные сервера, и программистов, чтобы допиливать CMS под нужды, и редакцию на зар-плате. И у них начинается ЧСВ.
В отличии от подобных
А вот какой стандарт ?
Стандарт storage я таки выбрал.
И вот задумался о стандарте для технических раздач из dns зоны (раз, два)
Одни дата центры делают так — покупают специальный домен для подсети, пример ip-5-135-184.eu ip-176.31.182.eu в европе или например .net зоне
В связи с приходом таких зон, как .data .hosting .host и другие «символически-технически-подходящие» — можно покупать сразу, без приставки IP, например 176.31.182.host или 176.31.182.data — согласитесь клево :)
А потом при заказах раздавать технические поддомены с них.
Другие хостеры делают так — у них один домен, например hosting.ru, далее они создают поддомен одноименный дата центру, ovh.hosting.ru, а уже потом с него раздают заказы, к примеру *.ovh.hosting.ru *.selectel.hosting.ru *.hetzner.hosting.ru и т.д.
Но тут есть минус, когда у Дата центра несколько ангаров, там идет своя_маркировка. Или например у OVH есть и канада и европа, т.е. приходится либо делать еще уровень, *.canada.ovh.hostng.ru *.europe.ovh.hosting.ru, либо еще как.
Так же в проблему включается другой метод.
Выделенные сервера и VDS.
В итоге может получиться что-то вроде.
*.canada.ovh.dc.hosting.ru
*.europe.ovh.dc.hosting.ru
*.canada.ovh.vds.hosting.ru
*.europe.ovh.vds.hosting.ru
Когда используется вариант с одельным тех доменом. Проблема страны, проблема конкретного ДЦ — отпадает. Ведь сеть так или иначе используется где-то в 1 месте.
поэтому можно сократить до уровня
*.vds.176.31.182.data
*.dc.176.31.182.data
Но в том случае теряется красота_брендинга.
Помимо этого, еще каждому тех-домену на сервер или vds, нужно на нем, создавать 2 поддомена для DNS.
В итоге. Какой же сука все таки СТАНДАРТ?
И вот задумался о стандарте для технических раздач из dns зоны (раз, два)
Одни дата центры делают так — покупают специальный домен для подсети, пример ip-5-135-184.eu ip-176.31.182.eu в европе или например .net зоне
В связи с приходом таких зон, как .data .hosting .host и другие «символически-технически-подходящие» — можно покупать сразу, без приставки IP, например 176.31.182.host или 176.31.182.data — согласитесь клево :)
А потом при заказах раздавать технические поддомены с них.
Другие хостеры делают так — у них один домен, например hosting.ru, далее они создают поддомен одноименный дата центру, ovh.hosting.ru, а уже потом с него раздают заказы, к примеру *.ovh.hosting.ru *.selectel.hosting.ru *.hetzner.hosting.ru и т.д.
Но тут есть минус, когда у Дата центра несколько ангаров, там идет своя_маркировка. Или например у OVH есть и канада и европа, т.е. приходится либо делать еще уровень, *.canada.ovh.hostng.ru *.europe.ovh.hosting.ru, либо еще как.
Так же в проблему включается другой метод.
Выделенные сервера и VDS.
В итоге может получиться что-то вроде.
*.canada.ovh.dc.hosting.ru
*.europe.ovh.dc.hosting.ru
*.canada.ovh.vds.hosting.ru
*.europe.ovh.vds.hosting.ru
Когда используется вариант с одельным тех доменом. Проблема страны, проблема конкретного ДЦ — отпадает. Ведь сеть так или иначе используется где-то в 1 месте.
поэтому можно сократить до уровня
*.vds.176.31.182.data
*.dc.176.31.182.data
Но в том случае теряется красота_брендинга.
Помимо этого, еще каждому тех-домену на сервер или vds, нужно на нем, создавать 2 поддомена для DNS.
В итоге. Какой же сука все таки СТАНДАРТ?
Новый биллинг FASTvps
Наконец-то сбылась старая новость из 2013 года.

Сразу переведен на языки.

Подписка по rss, так же в твиттер у них все тех работы копируются.


Плюс появилась новая база знаний. kb.bill2fast.com
Все скринить смысла нет, функционала особого не появилось.
Но вот дизайн явно изменился. Теперь выглядит куда солиднее, чем было. Можете сами зарегаться и увидеть.
Читать дальше →

Сразу переведен на языки.

Подписка по rss, так же в твиттер у них все тех работы копируются.


Плюс появилась новая база знаний. kb.bill2fast.com
Все скринить смысла нет, функционала особого не появилось.
Но вот дизайн явно изменился. Теперь выглядит куда солиднее, чем было. Можете сами зарегаться и увидеть.
Читать дальше →