• Правильный инструмент
    0
    Тьфу, «популярен среди ответов на данные ВОПРОСЫ (real-time приложения, gui и т.п.)».
  • Правильный инструмент
    0
    Сомнительно, чтобы он очень популярен был, но добавлю.
  • Правильный инструмент
    0
    Добавлен.
  • Правильный инструмент
    +2
    Добавлены SQL, Actionscript.
  • Правильный инструмент
    +1
    Все сейчас будет.
  • Правильный инструмент
    0
    Языки я брал из списка оригинального TheRightTool. Сейчас добавлю.
  • Правильный инструмент
    +2
    Не, это косяки меня, как верстальщика :) Ща поправим
  • С Днём Рождения, Хабр!
    +6
    С Днем Рожденья, дорогой ты наш, коллективный разумный! :)
  • Обращение к облачным хостинг-провайдерам и их потенциальным клиентам
    +1
    Просто поймите — Вы все рассчитываете на:
    1) внезапный успех за ночь (практически не бывает в жизни, в основном все бизнесы развиваются медленно);
    2) что этот успех будет единственным шансом на успех (я кстати также не говорил про что-то «социальное» или «для всех») — тоже не так, как правило шансов много и их надо использовать, упущенная одна возможность не разрушит бизнес. А если разрушит — хреновый это был бизнес.
  • Обращение к облачным хостинг-провайдерам и их потенциальным клиентам
    +3
    Как же Вы все любите жить в теоретическом царстве.

    1. Облака — не дают НИКАКОЙ гарантии по поводу того, что Ваш стартап не загнется. Это все равно Ваша задача — обеспечивание надежности, будь то регулярные бэкапы на VPS или снэпшоты на EC2. Это все равно Ваша задача — обеспечивание масштабируемости — будь то дополнительные сервера на репликации или дополнительные app-сервера на EC2/RackSpace/где угодно. Единственные, кто дают какую-то «надежность» тут — это Google App Engine. Но он — едва ли «облачный хостинг провайдер», скорее «облачный провайдер приложений» — он дает свое приложение (BigTable, HTTP(s) и т.п.), с которым Вы можете работать.

    Теперь давайте про ерунду про «уйдет к другому»…

    Назовем условно «стартап» «провайдером», а его клиента «потребителем».
    «Провайдер» не может быть большим — иначе бы он знал, сколько его приложение требует затрат на облака, сервера и т.п. (то есть для него статья бесполезна).

    Значит «провайдер» маленький.

    «Потребитель» не может быть большим, потому что большие компании не работают с маленькими (слишком большой риск, что загнется через 2-3 дня).

    Значит «потребитель» маленький.

    Значит обе компании маленькие. Значит обе компании гибкие. Значит вторая спокойно может потрепеть 2 дня простоя, неделю простоя или даже больше. Никто не будет использовать мелкого партнера в misson-critical местах.

    Если же не вытерпел и ушел — можно найти нового (все-таки речь идет о маленьких компаниях, а не о контрактах с Кока-Колой, а о компаниях уровня «Пупкин и ко», что я выше уже и доказал).

    Итого: все оригинальные аргументы остаются в силе.
  • Обращение к облачным хостинг-провайдерам и их потенциальным клиентам
    0
    «большинство проходят разработку на ассемблере»
    Может быть в 80ых, сейчас большинство начинает как раз, зачастую с высокого уровня — с PHP/Delphi/C++/C#/Java/Perl. Поспрашивайте людей рожденных около 90го года что такое «jnz» и потом делайте такие утверждения.

    «Разработка в облаке это использование готовых каналов обмена данными между приложениями»
    Это вообще бред. Облако — это тот же VPS, с той лишь разницей, что можно программно поднимать другие VPS. О каком «готовом канале» идет речь, который есть в облаках, но нет в VPS?

    И, пожалуйста, отвечайте на то, что я говорю, а не на свои домыслы. Слово «хостинг», которое Вы так упорно мне цитируете, я вообще не использовал нигде в комментарии.
  • Обращение к облачным хостинг-провайдерам и их потенциальным клиентам
    0
    Не понимаю я смысла держать хомяк (или даже вордпресс с 10к посещениями) в облаках. Взяли VPS за 5-10-20$ и расслабились — не такие это огромные деньги и все предсказуемо.

    (поскольку этот вопрос всегда задают — то за 5$ это firstvds, дешево и сердито)
  • Обращение к облачным хостинг-провайдерам и их потенциальным клиентам
    +24
    1. «Новички», берите VPS и не страдайте «облаками»;

    2. Шансов на то, что Ваша идея перевернет мир — очень мало, и если такое случится — Ваши пользователи будут спокойно терпеть простои, пока Вы будете улучшать архитектуру (такое происходило с twitter, с flickr и еще с морем других сервисов);

    3. Есть совершенно реальные пути улучшения архитектуры от простой до супер-навороченной и они не начинаются с облаков, iops и т.п.: 1 vps -> 1 сервер -> 3 сервера (приложение, база данных, статика) -> увеличение количества серверов баз банных через репликацию, увеличение числа серверов приложений и какой-нибудь nginx перед ними… но реально говоря, даже 3 сервера (сервер приложения, сервер с базой данных, сервер статики) Вам дадут ТАКОЙ мощный запас мощности, что надолго хватит — десятки миллионов запросов в день — на настолько уж нереально на трех современных серверах, за которые Вы будете платить фиксированную сумму без учета всяких IOPS и прочего (только траффик, но он более чем предсказуем на такой посещаемости);

    4. «сайт на вордпрессе с 10к хостов в день генерирует вот такой профиль загрузки»
    Сайты в облаках (а только они и берут за CPU, IOPS и т.п.) — они для тех, кто УЖЕ точно знает сколько у него будет IOPS, и прочего.

    4а. «вот такой профиль загрузки» один хреново написанный плагин для вашего вордпресса и профиль будет СОВСЕМ другой; а может Вы посередине какой-нибудь страницы захотите записать файл размером в 50 мегабайт куда-нибудь — вот Вам и совсем другой профиль. Может у Вас картинка будет одна на 10кб, а может Вы тему используете с PNGшками размером под несколько мегов — совсем другой профиль загрузки будет.

    5 (и самое важное) «Преждевременная оптимизация — корень всего зла» Д. Кнут Использование облаков на этапе когда Вы не знаете сколько Ваш сайт вообще требует ресурсов и НУЖНЫ ли ему «облака» — это самая настоящая преждевременная оптимизация.
  • SSL для поиска Google
    0
    парсер съел:
    httpS://google.com/ редиректит на _http://google.ru (ошибка — переброс на нешифрованное соединение)
  • SSL для поиска Google
    –1
    httpS://google.com/ редиректит на google.ru (баг 1)
    httpS://google.ru/ имеет неправильный сертификат (баг 2)
  • Обращение к облачным хостинг-провайдерам
    0
    Бах! Да ну такие темы — для новичков это перебор.

    Новичкам: читайте что такое «nginx», «php-fpm», «eaccelerator» и «memcached». (Гугл и поиск по Хабру в помощь) Будете это использовать — будет все ооооочень быстро работать.
  • Обращение к облачным хостинг-провайдерам
    +1
    Мой VPS не заметил даже SlashDot+Twitter+Facebook+HackerNews совместный эффект (статья разошлась), который я заметил только по логам гугл аналитики (сервер не лег и не тормозил). Хабраэффекты не замечаются.

    nginx + php-fpm спокойно могут отдавать 10-20 страниц в секунду (а грамотно написанные скрипты с кэшем и eaccelerator — сотни могут давать), а это миллион-два-десять запросов в день. В статье речь идет о 15 тысячах запросов, даже если каждый из них делает еще 3 посещения (очень глубоко) и на все это еще приходится 30 картинок — это полмиллиона запросов в день всего (остается еще полмиллиона-миллион в запасе).

    Просто отказывайтесь от Apache для личных целей, от бегемотов вроде WordPress и «эффекты» будут мало страшны. (Пока не узнаете что такое heise.de-эффект :)) вот это было страшно, боюсь представить какой-нибудь китайский эффект — у них там есть блоггер, которого читает миллиард людей в месяц — название даже если бы запомнил — не смог бы воспроизвести)
  • Обращение к облачным хостинг-провайдерам
    +5
    Взяли бы VPS вместо облаков. У меня вот за $20 предоплачено 200GB траффика (+сам VPS в той же сумме включен). Хабраэффект на счете никогда не сказывался.
  • Москва, область, Нижний — улицы в 3D
    0
    А кстати, за панорамы Москвы, которые можно встраивать — большое спасибо!
    (А Яндексу: ай-яй-яй, почему ж только ссылки-то на панорамы давать можно?)
  • Москва, область, Нижний — улицы в 3D
    +4
    Чего-то у вас 3D странное. Расстояние между близким и далеким предметом одинаковое — 8 пикселей.

    По логике получается, что это 3D-то плоское (хотя и на какой-то глубине).
  • Google «по ошибке» собирал приватные данные из WiFi-сетей
    0
    Теперь можно и позлорадоствовать…

    А я говорил еще месяц назад, что ни к чему хорошему это не приведет — такой массивный сбор данных о WiFi таким гигантом, как Гугл, а люди отмахивались

    и думается мне это еще не конец истории…
  • Pivotal Tracker
    +5
    На Хабре баллистические ракеты, кстати, чаще чем надо обсуждаются, но речь не об этом. Читая в первой строке «система управления, которая» — у меня в голове возникает CMS, у кого-то возникает CRM, у кого-то возникает DVCS — все это тоже «системы управления» и это — вещи, которые активно обсуждаются и являются темой Хабра.

    Просто из уважения к читателям можно было написать «системой управления проектами», чтобы не лезть всем за хабракат, чтобы узнать о чем речь.
  • Pivotal Tracker
    –3
    «не существует универсальной системы управления, которая»…

    Очень верно, потому что существуют системы управления конвеером, системы управления доступом, системы управления версиями, сайтом, очередью, предприятием, контентом, задачами, финансами, и т.п… У Вас до хабраката настолько общие слова, что вообще не понятно о чем речь пойдет. Система управления ЧЕМ, репозитарии ЧЕГО, тикеты в КАКОЙ ОБЛАСТИ, работаете над КАКИМ проектом?
  • Сравнение нагрузки — PyCurl vs HTTPClientFactory+Deferred
    0
    Совсем забыл — там же по ссылке — указание как скомпилировать pycurl+c-ares под linux/freebsd.
  • Сравнение нагрузки — PyCurl vs HTTPClientFactory+Deferred
    +2
    Какой смысл использовать PyCurl для множества запросов без PyCurl.Multi? После таких «тестов» все будут думать, что PyCurl отстой, когда он может тысячи запросов в секунду делать. Только (ВАЖНО!!) PyCurl Multi должен быть скомпилирован с библиотекой (c-ares) — это очень важно. По скорости можно сказать так: PyCurl обычный (медленно), PyCurlMulti (быстрее, но все еще медленно из-за синхронных DNS запросов), PyCurl+c-ares (предесльно быстро).

    Дело в том, что на DNS запросы тратится тоже время и в синхронном режиме DNSы обычно (из опыта) могут выдавать только десятки ответов в секунду. В асинхронном режиме запросов (чем и занимается c-ares!) DNSы могут выдавать сотни и под тысячу ответов. Так что скорость растет в десяток раз минимум.

    Важно: по умолчанию PyCurl под linux скомпилированы без c-ares. Проверка 'import pycurl; print pycurl.version' — если в выдаваемой строке есть 'c-ares' -скорость будет максимальной при использовании PyCurl.Multi. (Я дико долго искал почему винда на домашнем компе делает сотни запросов в секунду, а сервер в датацентре только десятки — разница была в наличии «c-ares») Под виндой .exe установщик обычно включает в себя c-ares.

    PyCurl.Multi тоже не так прост, как кажется — даже в официальном multi_get примере есть ошибка (не помню точно ее суть, но по-моему он не будет качать больше 100 запросов — очередь неправильно реализована). Можете воспользоваться для теста моей функцией multi_get (простой интерфейс к PyCurl.Multi)

  • Как личный блог на Хабре может возглавить статистику mail.ru?
    +2
  • Как личный блог на Хабре может возглавить статистику mail.ru?
    +1
    Счетчик-то стоит до хабраката, вот и попала его запись (про «AC/DC: Iron Man 2») на главную хабра — вот все заходы на Хабр и считаются заходами в его «личный» блог.
  • уХХХуу.ru — попытка облегчить жизнь автомобилиста в большом городе
    0
    Ранние последователи, трендсеттеры.
  • уХХХуу.ru — попытка облегчить жизнь автомобилиста в большом городе
    0
    Сторона 1 «автомобилист» должна зарегистрироваться, чтобы получать гневные сообщения от людей, которые не с той ноги встали. Нафиг надо?

    Сторона 2 «вставшие не с той ноги», увидев за рулем машину, которая едет как им не нравится — вместо того, чтобы побибикать — должны во время езды достать мобильный и набрать смску с номером машины… очень «безопасно» и «быстро»…
  • Оптимальная модель монетизации веб-сервиса: какая она?
    +2
    Это не освоение, если человек будет по «промтоподобным» переводам язык учить. Будет как в симпсонах: «This is how you talk, when you learn English from porno movies.»
  • Оптимальная модель монетизации веб-сервиса: какая она?
    0
    «и положить меня в передовых классов»
    Сильно! Про субтитры — правильная идея. Загляните на notabenoid.com
  • Оптимальная модель монетизации веб-сервиса: какая она?
    +2
    Нифига себе Вы замутили с фрикадельками… все мозги свернул пытаясь понять.

    Вам нужно просто сделать простой и бесплатный уровень, который допустим, ограничен 5 словами в день и всего допустим (сколько-то, допустим 200) слов и платный «профессиональный», который ничем не ограничен (разве что есть рекомендованные пределы).

    Да и регистрацию до пробы, как выше сказали — надо убирать. Дайте человеку попробовать, потом просите регистрироваться, если ему нравится и хочется сохранить результат (анонимная сессию).
  • Сложный пароль в запоминании не нуждается
    +1
    Ошибка в т. 1.2. на второй позиции, должно быть «9» (a-a).
  • У Вас WiFi? Тогда Google едет к Вам
    –1
    Честно говоря, я думал на основании GPS в мобильных устройствах…

    «The Geolocation API provides the best estimate of the user's position using a number of sources (called location providers). These providers may be onboard (GPS for example)...»

    code.google.com/intl/ru-RU/apis/gears/api_geolocation.html
  • У Вас WiFi? Тогда Google едет к Вам
    –1
    Ограниченно смотрите. СОРМ-2 и спецслужбы меня вообще не беспокоят. Меня беспокоит, что обо мне и вообще обо всех (в т.ч. и о политиках, бизнесменах, правительстве) будет слишком много знать (и уже знает), компания (или компании), чьей единственной целью является прибыль.
  • У Вас WiFi? Тогда Google едет к Вам
    –1
    Опять же — вопрос масштаба. Большинство камер принадлежат государству. А у государства уже и так многие данные есть — меня это мало беспокоит. Цель государства — обеспечить жизнь граждан. (В идеале). Однако в данном случае частная компания собирает очень массивную базу данных.

    Попробуйте переехать на некоторое время после города в деревню, где все про друг друга все знают и поймите насколько это неприятно. Мы к этому движемся в глобальных масштабах, проблема в том, что все о нас знают не все, а одна частная компания, чьей целью является извлечение прибыли
  • У Вас WiFi? Тогда Google едет к Вам
    0
    Одно дело, когда прохожий собрал айфоном информацию о пяти людях в деревне. Другое дело, когда компания, через которую уже 2% (или больше) мирового траффиках проходит собирает такую информацию в масштабах страны и мира. И тем более публикует с привязкой к географическим координатам о миллионах (миллиардах) людей.

    Не хочется описывать примеры, которые приходят в голову, но в общем, подумайте о том, что крупные телекомы, посредники, спецслужбы и просто службы теперь будут автоматически и в реальном времени знать о проходящих пакетах — где живет их владелец и куда они идут. Сценарии а-ля «1984» Оруэлла дорисуйте сами.
  • У Вас WiFi? Тогда Google едет к Вам
    –1
    Лично меня беспокоит не это, а тот факт, что столько уже всего про нас знают, что менять черт-те-знает сколько всего надо.
  • Как же все-таки правильно написать двоичный поиск?
    +1
    Шикарно! 10 минут осмысления. 5 минут рисования на бумажке и задача становится тривиальной!
  • Как же все-таки правильно написать двоичный поиск?
    0
    «Aj: 1 <= j < L или U < j <= N: X[j] != T»

    А можно тут пояснения в текст добавить?
    Что такое «Aj»?
    Что такое «j»?
    Куда делать область «О»?

    И как-то надо тут расставить скобочки, а то не понятно:

    то ли «Aj = ( (1 <= j < L) или (U < j <= N)); X[j] != T;»
    то ли «Aj = ( ((1 <= j < L) или (U < j <= N)) И (X[j] != T))»
    то ли еще что-то…