Маленькая поисковая фирма Zvents выпустила под свободной лицензией уникальную разработку — систему управления базами данных, которая легко распараллеливается на сотни машин. В роли серверов может использоваться стандартное дешёвое железо, оно в случае необходимости заменяется «на лету» без потери данных. Новая программа Hypertable теоретически рассчитана работать на кластере из 1000 узлов, хотя текущая альфа-версия 0.9 испытывалась только на десяти. Но тесты прошло отлично, а интерес к разработке уже проявила компания Yahoo. Дело в том, что в настоящее время в Hypertable используется файловая система Hadoop, ведущий разработчик которой работает как раз в Yahoo.

Руководители компании Zvents говорят, что они были вынуждены открыть свою программу в виде open source, потому что у них маленькая софтверная фирма и совершенно нет денег на инфраструктуру. Подобные СУБД коммерческого масштаба нужно испытывать на громадных кластерах.

Программа Hypertable создана по образцу известной базы данных Bigtable, которая используется в Google. Эта распределённая система, когда она была представлена на суд научной общественности в 2006 году, произвела настоящий фурор как одно из лучших изобретений в компьютерной области. Правда, там в качестве файловой системы используется запатентованная Google File System.

Этой краткой заметкой я завершаю (во всяком случае, надеюсь так) серию заметок, где в большей или меньшей степени упоминается Y Combinator [1,2,3,4,5]. Две последние в приведённом списке непосредственно посвящены этому, многим известному американскому бизнес – инкубатору и его сравнению с одним из российских.

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

И вот теперь вы можете эту форму увидеть сами. И даже не просто увидеть, а пощупать, т.е., попытаться её заполнить, представив на минуту, что работает этот инкубатор не в Бостоне (летний период) и Сан–Францизско (зимний), а, скажем, в Москве и Новосибирске при том, что живёте вы, например, в Калуге или Челябинске. Советую это сделать, чтобы, во-первых, прочувствовать саму идею, а, во-вторых, лучше представить себе стартаповский климат в Америке.

Очень надеюсь, что эту форму просмотрят и те, кто безапелляционно доказывал, что без «настоящего» бизнес-плана рассчитывать на какого-либо инвестора ни при каких условиях нельзя. Как показывает пример Y Combinator’а, не всё и, главное, не всегда, к счастью, укладывается в прокрустово ложе академических схем.
Те, кто данную заметку прочитает с опоздание и уже не сможет увидеть форму заявки в оригинале, а также те, кто предпочитает просмотреть её в переводе с некоторыми дополнительными пояснениями, могут заглянуть в мой iTech Bridge блог.

Те, кто пишет блог, много читает. Это аксиома. Есть наверняка исключения. Но для того и существуют исключения, что бы подтверждать правила.

Как по мне, так и обратное утверждение будет верным. Те, кто много читают, пишут блоги. И одна из наиболее важных причин этого явления, это желание обсудить тот материал, который прочитан. Плюс естественное желание как-то систематизировать имеющиеся залежи, и похвастаться накопанным в сети и придуманным самим. Вот и в этом посте очень хочется поговорить на заявленную тему. Английский первоисточник тут. А мое понимание всего, что в ней написано, ниже.

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

Представляю вашему вниманию блог «Я пиарюсь», где каждый страждущий может попиарить свой сайт, не пытаясь завуалировать рекламу.

Надеюсь что от этого все только выиграют. Дерзайте! :)

В этой статье я постараюсь дать обзор системы управления проектами Trac, рассказать кому она будет полезна и способы ее применения в разработке проектов.

О системе

Разработчик — Edgewall
Лицензия — BSD
На чем написана — Python
Среда обитания — Там где обитает Python, а значит почти везде

Ниже перевод статьи «Optimizing Page Load Time», в которой автор математически рассчитывает оптимальный размер файлов для эффективной передачи при веб-запросах, рассматривает некоторые прикладные вопросы оптимизации загрузки страницы с учетом особенностей браузеров, а также дает несколько развернутых и ценных советов. Мои комментарии далее курсивом.

Существует распространенное мнение, что быстро загружающая страница положительно влияет на впечатление пользователя (improve the user experience). В последние годы многие сайты начали использовать для этой цели технологию AJAX, чтобы уменьшить время ожидания (при загрузке данных). Вместо того, что запрашивать с сервера новую страницу полностью при каждом клике, браузер часто можно либо поменять вид самой страницы (отобразив или скрыв какие-либо блоки), либо подгрузить небольшую порцию HTML-, XML- или JavaScript-кода и внести изменения на существующую страницу. В любом случае, это значительно уменьшает время, проходящее между кликом пользователя и окончанием визуализации браузером нового содержания.

Что влияет на загрузку страницы?

Однако, для большинства сайтов, загрузка страницы затрагивает десятки внешних объектов, основное время загрузки тратится на различные HTTP-запросы картинок, JavaScript-файлов и файлов стилей. AJAX, возможно, поможет в данной ситуации, но ускорение или удаление этих HTTP-запросов может принести гораздо больше пользы, хотя на данный момент нет единого мнения (a common body of knowledge), как именно это следует делать.

читать дальше на webo.in →

Собеседник: Александр Локтев, генеральный директор инкубатора интернет-проектов Inventure
Возраст: 39 лет
Объем средств для инвестирования: несколько десятков миллионов долларов (подробнее см. в тексте статьи)
Материнская структура: венчурный фонд Russian Media Ventures
Проинвестированные проекты: пока нет (инкубатор открылся 14 января 2008 г.)
Образование: факультет журналистики МГУ, Академия народного хозяйства при правительстве РФ, MBA Kingston University (Великобритания)
Прежние места работы: ИД «КоммерсантЪ» (1990 — 1998; от корреспондента до главного редактора газеты «КоммерсантЪ» и гендиректора ЗАО «КоммерсантЪ-Daily»), ЮКОС (1998 — 2004; начальник управления по связям с общественностью, управление медиахолдингом компании), ИД «Секрет Фирмы» (2004 — 2007; сооснователь, генеральный директор и шеф-редактор)
Контакты:
Адрес: Бизнес-центр «Румянцево». Офис еще не открыт, идут отделочные работы
e-mail: lyudmirsky@ya.ru

Большинство приложений в интернете сейчас начинает встраивать карты местности.
Работе с картами, используя Google Map API, посвящена данная статья.

Господа PHP-разработчики и «претендующие», прошу — поделитесь ссылками на ресурсы, где можно подчерпнуть знания, помогающие добиться хорошего понимания ООП в PHP. А именно, на те сайты где много рассказывается о паттернах (маперы, фасады, фабрики и т.д.) и уровнях абстракции (не скажу точнее, т.к. сам сомневаюсь в собственной интерпретации термина).
Так же, возможно, на скрипты (движки) чего-либо, разработанные с применением описанных подходов.

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

Далее перевод :-)

Примечание: ниже находится перевод статьи «Speed Up Your Javascript Load Time», в ней автор рассматривает некоторые наиболее эффективные техники и методы действия по уменьшению времени отработки JavaScript'а на клиенте. Большая часть из них общеизвестна, но в статье важно не просто их перечисление, а общий подход для решения задачи оптимизации времени загрузки. Далее мои комментарии курсивом.

JavaScript становится все популярнее и популярнее. Каждый уважающий себя вебсайт старается применить его хоть где-нибудь: будь то подгрузка динамических данных через AJAX, или же некоторые специальные (визуальные) эффекты. К несчастью, за все нужно платить: приходится использовать «тяжелые» JavaScript-библиотеки, которые добавляют к размеру вашей страницы десятки или даже сотни килобайтов кода.

Пользователи так ненавидят ждать: им подавай все и сразу. Давайте тогда рассмотрим несколько методов, которые помогут вам «причесать» ваш сайт. Здесь находятся все рабочие примеры, которые будут приведены далее.

читать дальше на webo.in →

Вчера на радио Эхо Москвы в передаче «Интернет как бизнес» выступал Аркадий Волож, генеральный директор компании Яндекс. Запись передачи можно послушать:

Часть №1 — 6.6Mb (24:10с)
Часть №2 — 6.9Mb (25:11с)

Информация в принципе общеизвестная, но новичкам (вроде меня) может быть будет полезно.

Возникла тут недавно потребность рисовать чарты яваскриптом. В итоге была найден элемент canvas от WHATWG и его спецификация. Вещь в высшей степени привлекательная. Позволяет рисовать вот такие штуки:

Делается примерно так:

Примечание: ниже находится перевод статьи «Client Side Load Balancing for Web 2.0 Applications», в которой затрагиваются вопросы балансировки нагрузки между несколькими серверами и рассматривается решение, обеспечивающее балансировку такой нагрузки прямо на компьютере клиента.

Сервер обрабатывает HTTP (HyperText Transfer Protocol) запросы со стороны браузеров. Если вы введете в адресной строке URL, например, www.digital-web.com, то ваш компьютер отправит поисковый запрос для определения, какие именно сервера будут обрабатывать ваш запрос и пересылать данные. Техника обработки таких запросов для кластера веб-серверов называется балансировкой нагрузки.

Балансировка нагрузки для веб-приложений

Балансировка нагрузки повышает надежность веб-сайта путем распределения запросов между несколькими (кластером) серверами, если один из них перегружен или отказал. Существует много методов по обеспечению такого поведения, но все они должны удовлетворять следующим требованиям:

• Распределять нагрузку внутри кластера рабочих серверов.
• Корректно обрабатывать отказ одного из рабочих серверов.
• Весь кластер должен существовать для конечного пользователя как одна-единственная машина.

читать дальше на webo.in →

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

Хочу поделиться соображениями о набирающей популярности технологии OpenID.

Примечание: статья посвящена обзору проблемы неработающей кнопки «назад» в браузере при использовании AJAX-методов для передачи содержания страниц от сервера к клиенту. В статье рассматриваются основные принципы работы AJAX и возможные пути решения заявленной проблемы. Курсивом даны мои комментарии.

Эта статья является первой из ряда материалов (вторая статья посвящена работе с закладками), направленных на устранение части критики, которую адресуют сейчас AJAX, и предоставляющих обзор полезных методов, которые помогут сделать ваши приложения и веб-страницы, использующие технику AJAX, немного лучше.

Примечание: ниже перевод статьи «Ajax Best Practices: Don't Break Bookmarks», посвященной решениям, позволяющим пользователям корректно добавлять в закладки страницы сайта, сделанного при помощи AJAX-методов. Я постарался дополнить ее по мере сил, опираясь на обсуждение предыдущей статьи из серии.

Статья является второй из серии (здесь первая), посвященной устранению критики, которую сейчас так много адресуют использованию AJAX, и обзорам методов, которые помогут сделать ваш сайт чуточку лучше.

В копилку вариантов для рассмотрения.

Голосование за профиль отменить как класс в виду его бессмысленности. Карму считать как сумму баллов по всем комментариям. Количество отдаваемых голосов ограничивать в сутки маленьким числом (2-30), зависящим от кармы. Первую пару голосов выдавать при карме 10. Ну и конечно скрывать баллы комментариев в треде до голосования.

Насколько я вижу, решается много проблем одним махом.

(Для тех, кто понимает: почти полная калька кармической системы Perlmonks.org, обкатанной в течение 7, кажется, лет)

Недавно в офисе Хабра я хотел прочитать своим коллегам небольшой доклад об объектной ориентации и наследовании классов в JavaScript.

Дело в том, что в свое время я был в полном восторге, научившись создавать свои собственные объекты и выстраивать цепочки наследования, и решил, что называется, поделиться с другими своими находками и наблюдениями. (=

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

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

Весь текст подеён на 5 разделов:

1. ООП в Java Script (1/5): Объекты
2. ООП в Java Script (2/5): Классы
3. ООП в Java Script (3/5): Свойства и методы класса
4. ООП в Java Script (4/5): Наследование классов
5. ООП в Java Script (5/5): Полезные ссылки