А я давно жду Ubuntu TV, который позиционируется сразу как ОС для телевизора.
Хотя я бы лично предпочел бы внешний девайс (HTPC) чтоб соединить с существующим телевизором по HDMI
У меня все детсво прошло на лего. Около сотни конструкторов, от маленьких до больших. Я и сейчас им увлекаюсь.
В детстве так-же был и российский ЛИГО, не очень хорошо помню его, но сделан он был конечно на порядок хуже.
Совсем недавно, будучи в магазине игрушек, решил попробовать купить аналог Лего, подумал что за последний десяток лет технологии позволяют прозводить дешевые и качественные кирпичики.
Купил одну модель MEGA BLOCKS из серии HALO. И был поражен — детали чуть ли не клеем надо склеивать чтоб не отпадали. Окрашены они тоже не очень качественно — видны переходы цвета и т.д.
Вобщем, я для себя укрепил только мнение что Лего и в Африке лего.
Подобных сервисов не мало. Я давно пользуюсь платным www.zoneedit.com (первые два домена на аккаунте бесплатно), за 3 последние года ни разу с проблемой не столкнулся.
Подумываю правда перейти на www.dyn.com т.к. у zoneedit не очень удобная ценовая политика (кредитами) и недавняя смена интерфейса, помоему не пошла на пользу.
верно, однако ведущая новостей представляет сюжет коллеги словами «громкое событие в IT-мире» и «ImPAD уверенно обходит конкурентов в киевских магазинах» и это на серьезном телеканале, который входит в состав Всероссийской государственной телерадиокомпании.
You cannot use CutyCapt without an X server, but you can use e.g. Xvfb as light-weight server if you are not running an interactive graphical desktop environment.
Т.е. CutyCapt может рабоать через X virtual framebuffer, который создан как раз для таких целей
Как я написал в начале статьи, сервер мне нужен был в первую очередь для моих нужд.
Продать свободные ресурсы сервера и некоторые свои услуги — это побочный эффект моей деятельности.
В моем случае рентабельность будет и с 1м клиентом — этого хватит что-бы оплатить необходимый мне сервер.
vds на другой площадке (cwcs.co.uk) и в другой стране, сейчас используется лишь как хранилище бэкапов. В критический момент может работать как резервный сервер.
vds на другой площадке в США, сейчас используется для других целей, но в случае какой-то аварии на моем сервере, я могу воспользоваться и этим
на худой конец есть 1u sun sunfire, который временно отключен из стойки т.к содержать и обслуживать его значительно дороже, чем vds
а так же возможность быстро оплатить и поднять vds в каком-либо облаке
данные имеются и на локальном сервере.
1й, 2й и 5й варианты сегодня оплачиваются не мною, поэтому в статье расходов не присутствуют.
К 4му пункту или отдельному надо добавить стихийные бедствия, и вы сильно удивитесь, что они оговариваются например в страховке автомобиля. Форс-мажорные обстоятельства тоже бывают разных типов, и отдельным пунктом оговариваются в любом договоре.
Смысл моего поста в том, что я понимаю свои возможности и риски, и даю понять это своим клиентам. Высочайший уровень отказоустойчивости я не могу предоставить, но моим клиентам он и не нужен.
Кстати, вполне вероятно, что после очередного слива на Wikileaks, вторжение инопланетян может оказаться и не форс-мажором)
Сопровождение аккаунта клиента на каком-нибудь большом хостинге — в этом случае меня ограничивают технически и появляются новые зависимости и проблемы, которые я как раз не смогу решить, либо решу за гораздо более длительный срок.
Например:
невозможность установки необходимого ПО для новой функциональности сайта (какого-то модуля php и т.д.)
невозможность изменить настройки, связанные с ресурсами
миграция с такого хостинга на другие — так же более проблемное дело (у многих шаред хостов — отсутствие доступа по ssh и невозможность скачать архив сайта целиком)
у всех хостеров разные виды бэкапов и виды доступа к ним
с возникшей проблемой на самом сервере мне придется обращаться в его тех-поддержку и ждать ответа, а тем временем ответить своему клиенту на вопрос “когда заработает?” — я не смогу
Не имея централизованного управления, гораздо сложнее решить проблему.
Мои клиенты пользуются моими услугами, а я — услугами rackspacecloud. Если rackspacecloud не может больше предоставлять мне услуги, я его выберу другого хостера.
Для моих клиентов это означает перевод на другие площадки. По договору я обязуюсь сделать это в течении 2х суток, на деле — мне хватить меньше одних. Резервные площадки есть, а в эру облачных вычислений — поднять такую площадку дело считанных минут. В самой худшей ситуации, когда датацентр не может больше функционировать, я смогу намного оперативнее решить проблему своих клиентов, за что они мне и платят.
Про резервные площадки я не упомянул в статье, потому как я описал общую схему свой работы, а не технические детали каждой ее части.
Хотя я бы лично предпочел бы внешний девайс (HTPC) чтоб соединить с существующим телевизором по HDMI
Подобные случае уже были: себестоимость Amazon Kindle была выше, чем цена продажи
В детстве так-же был и российский ЛИГО, не очень хорошо помню его, но сделан он был конечно на порядок хуже.
Совсем недавно, будучи в магазине игрушек, решил попробовать купить аналог Лего, подумал что за последний десяток лет технологии позволяют прозводить дешевые и качественные кирпичики.
Купил одну модель MEGA BLOCKS из серии HALO. И был поражен — детали чуть ли не клеем надо склеивать чтоб не отпадали. Окрашены они тоже не очень качественно — видны переходы цвета и т.д.
Вобщем, я для себя укрепил только мнение что Лего и в Африке лего.
Какбэ iPod 2G появился ровно три года назад, а вы только сейчас заставили работать на нем 1С.
Извините, но как-то долго прогресс шел…
Но я лично за Вас рад, успехов!
Подумываю правда перейти на www.dyn.com т.к. у zoneedit не очень удобная ценовая политика (кредитами) и недавняя смена интерфейса, помоему не пошла на пользу.
А для поднятия своих DNS Management хостингов так же существуют уже готовые продукты, например ispsystem.com/en/software/dnsmanager
причем все конечно уверенны, что срубят)
Т.е. CutyCapt может рабоать через X virtual framebuffer, который создан как раз для таких целей
Продать свободные ресурсы сервера и некоторые свои услуги — это побочный эффект моей деятельности.
В моем случае рентабельность будет и с 1м клиентом — этого хватит что-бы оплатить необходимый мне сервер.
1й, 2й и 5й варианты сегодня оплачиваются не мною, поэтому в статье расходов не присутствуют.
Смысл моего поста в том, что я понимаю свои возможности и риски, и даю понять это своим клиентам. Высочайший уровень отказоустойчивости я не могу предоставить, но моим клиентам он и не нужен.
Кстати, вполне вероятно, что после очередного слива на Wikileaks, вторжение инопланетян может оказаться и не форс-мажором)
Например:
Не имея централизованного управления, гораздо сложнее решить проблему.
Для моих клиентов это означает перевод на другие площадки. По договору я обязуюсь сделать это в течении 2х суток, на деле — мне хватить меньше одних. Резервные площадки есть, а в эру облачных вычислений — поднять такую площадку дело считанных минут. В самой худшей ситуации, когда датацентр не может больше функционировать, я смогу намного оперативнее решить проблему своих клиентов, за что они мне и платят.
Про резервные площадки я не упомянул в статье, потому как я описал общую схему свой работы, а не технические детали каждой ее части.