Нередко, при обсуждении возможности установки линукса в малом бизнесе, все упирается в проблемы запуска под ним программ 1C и тому подобных. Однако, существует простой, элегантный, хотя и не бесплатный, способ эту проблему обойти — терминальный доступ. На все рабочие места ставится линукс с возможностью терминального доступа. На один компьютер — виндовый сервер терминалов. Нужна 1С — лезем в терминал и работаем, при этом еще и быстро работаем, не гоняя DBF-ы по сети. Все остальное, почта, документы, интернет — уже бесплатно под линуксом…
Разумеется, стоимость Microsoft Windows Terminal Server достаточно высока и может перекрыть всю выгоду от внедрения Линукса, но — есть варианты…

Уф… наконец-то я решился написать свой первый пост.

В этом посте я хочу рассказать вам о некоторых простых, и в тоже время эффективных способах ускорения загрузки вашего сайта.
Все методы основаны на LAMP + nginx + drupal, но я уверен что всё это верно и для остального тоже.
Разговор пойдёт о первой загрузке сайта, то есть когда у клиента нет ещё кеша в браузере.

Порадуемся! Наконец-то хранение истории IM на сервере перестало быть уделом только пользователей Google Talk и Jabber! Конечно же и раньше существовала возможность организовать хранение истории сообщений в web, но всё это делалось с помощью танцев с бубном, лома и какой-то матери :)

Теперь же сделать всё это очень просто благодаря новому стартапу Simkl.

Примечание: ниже приведен перевод заметки из блога разработчика YUI-утилит Julien Lecomte «Running CPU Intensive JavaScript Computations in a Web Browser», в которой автор рассматривает выполнение «тяжелых» вычислений в веб-браузере и приводят ряд методов для их «оптимизации». Мои комментарии даны курсивом.

Введение

Шаблон, который я хочу ниже обсудить, хорошо известен и используется уже более 10 лет. Целью данной заметки является представить этот шаблон в новом свете и, что более важно, обсудить возможные пути для уменьшения накладных расходов.

Наиболее существенным препятствием для выполнения в веб-браузере «тяжелых» вычислений является тот факт, что весь интерфейс пользователя в браузере останавливается и ждет окончания исполнения JavaScript-кода. Это означает, что ни при каких условиях нельзя допускать того, чтобы для завершения работы скрипта требовалось более 300 мс (а лучше, если горадо меньше). Нарушение этого правила неминуемо ведет к плохому восприятию ресурса пользователем (bad user experience).

К тому же в веб-браузерах у JavaScript-процесса имеется ограниченное время для завершения своего выполнения (это может быть как фиксированное число — в случае браузеров на движке Mozilla — или какое-либо другое ограничение, например, максимальное число элементарных операций — в случае Internet Explorer). Если скрипт выполняется слишком долго, то пользователю выводится диалоговое окно, в котором запрашивается, нужно ли прервать скрипт.

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

После небольшого апокалипсиса сервиса afraid.org, а несколько позже и многочасовой недоступности xname.org — Пользователям бесплатных DNS посвящается: «Как выжить в этом мире и обезопасить от провала ваши домены!»

Итак, всё очень просто, ибо исходим мы из соображения, что вероятность того, что полностью в один момент свалятся два сервиса — ничтожно мала. А потому, вместо того, чтобы хостить свои NS записи у одного провайдера (будь то xname.org или afraid.org), мы делаем один из них primary DNS а второй назначаем как secondary.

Например, домен essentialmind.com имеет три NS записи: две указывают на xname.org и одна на afraid.org. На сервисе afraid.org домен внесён в реестр как «secondary», а потому автоматим синхронится с «primary» записями на xname.org. В итоге имеем довольно устойчивую и, что немаловажно, быструю систему нейм серверов.

Nota Bene: Вообще-то, в RFC написано, что DNS сервера должно быть как минимум два и они должны находиться в разных сетях класса «С». Что на практике 30 лет назад означало «в разных городах»; сегодня же реальность такова, что разные адреса сетей класса «С» могут легко находиться в одном пыльном подвале. Что и ведёт к перебоям сервисов подобным xname и afraid

Привет уважаемые хабралюди!

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

Увлекательные получились выходные. Благодаря усилиям коллективного хабразума, показательным танцам с бубнами и снисходительности провайдера — Гибонская Убунта все же встала на Dell Inspiron E1505.

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

Освоение консоли — настоящее удовольствие. Ощущение того, что весь контроль над системой находится в одной строчке, придает уверенность. Чувствуешь, что система не принуждает тебя к лишним кликам, тасканию окошек, нажиманию нэкст. Тебе достаточно сказать — и она услышит (главное правильно сказать). А что все программы находятся в одном месте и не нужно рыть интернет в поисках серийников и обновлений — это вообще чудо. Изучив все доступные дистрибутивы начал не с дизайнерских (все таки выходные), а с мультимедийных, набрел как на настоящие звезды (перед которыми окна кажутся окошечками) и столкнулся с (пока) нерешенными сложностями. Итак, все по порядку.

Как неизлечимый меломан, начал опыты с музыки.

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

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

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

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

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

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

Решил написать небольшую разъяснительную статью на эту тему.

Немного воды для начала

Совсем недавно стали появляться новости о том, то IBM и BBC принялись за разработку Web 3.0. Затем поступила информация, что между Европейским Союзом и США намечается конкуренция за право первенства в технологиях Web 3.0, или, как еще называют, Семантической Сети.

Вообщем-то Web3.0 довольно условное название, ибо не все признают и веб 2.0, потому далее буду называть это нечто семантической сетью.

Что же такое в действительности Семантический Веб и достоин ли он прийти на смену существующему интернету – основные вопросы пользователей и сетевых инвесторов. Об этом и пойдет речь.

<map
id="browser"
/''name="firefox"
/""name="sleipnir_gecko"
"name="safari"
""name="konqueror"
/name="ie"
name="opera"
name="lynx"
>



Атрибут name объекта с id=browser отдает название браузера. Основано на различии методов парсинга атрибутов элементов.

Источник: http://www.hedgerwow.com/360/dhtml/html-browser-detection.html

Заметка не откроет Африку для постоянных пользователей Оперы, но, возможно, заинтересует новых. Собствено, цель — подытожить со своей колокольни всё что знал и пользовал в этом прекрасном Браузере. Повторюсь, не претендую на полноту повествования, т.к. продвинутые пользователи, уверен и надеюсь, смогут добавить и дополнить.

Опера является «комбайном», способным предоставить пользователю удобство просмотра интернет-ресурсов, пользования mail, irc, rss (а когда-то и icq) клиента в одном интерфейсе. Во многом для меня это решение выигрышно. Почта M2 и rss являются великолепным mail-центром. irc хороший бонус, когда нужно войти в сеть, а клиента под рукой нет.
Опера умеет многое. И многие хитрости остаются за кадром.

Интернет-бизнес всегда отличался молодостью тех, кто им занимается. Основатели Yahoo, Google и eBay — это всё недавние студенты, ребята чуть за 20 лет. Но, похоже, возрастной порог снижается ещё больше. В Америке появляются тинейджеры, которые основали успешный бизнес и заработали свой первый миллион в возрасте 16-17 лет.

Например, вот интервью с американкой Катрин Кук, которая в 17 лет сделала молодёжный сайт MyYearbook. Всего за полтора года аудитория сайта выросла до 3 млн человек в месяц, доходы от рекламы — до нескольких миллионов долларов в год. Только что появились и венчурные инвесторы, которые профинансировали стартап на $4,1 млн.

Почему не надо начинать стартап

В серии этих статей я пройдусь по своим знаниям и опыту в создании высокотехнологичных стартапов.

Мой опыт произошел от трех компаний, в основании которых я принимал участие: Netscape, которая была продана компании AOL в 1998 году за $4,2 млрд; Opsware (некогда Loudcloud), открытая софтверная компания с капитализацией, примерно, в $1 млрд, а теперь Ning — новая, закрытая потребительская интернет компания. Но на самом деле, я был очень удачлив и принимал участие в очень большом количестве стартапов с того момента, как я приехал в Кремниевую Долину в 1994 году: как член правления, как ангел-инвестор, как советник, как друг некоторых основателей и как участник нескольких венчурных фондов. Их, может быть, было 40 или 50, достаточно, чтобы знать, о чем я говорю.

Эта серия будет базироваться на всей этой линейке стартапов в Кремниевой Долине, поэтому не думайте, что все то, о чем я говорю, относится к моим компаниям. В действительности, когда я говорю о каких-то действиях, которые я видел, или о чем-то, что происходило со мной — все это происходило со стартапом, который я не называю, но в котором принимал участие не в качестве основателя.

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

Отложим все в сторону и начнем сначала:

Я использую Ubuntu Linux. Он мне нравится. Однако и его после установки пришлось около часа настраивать до должного уровня. А недавно я открыл для себя Linux Mint, который представляет собой доработанную убунту.

Однажды, я шел темным зимним вечером домой. В кармане у меня была флешка с программой, которую я собирался продавать через интернет. Я безумно верил в то, что программа будет продаваться. Расчет мой был прост: каждая копия программы стоит около 5000 руб. Надо продать всего сто копий и будет полмиллиона рублей. А если двести копий, то 1 000 000 рублей. О как! И такая программа была у меня в кармене. Снег шел хлопьями, снежинки кружились в свете фонарей, я шел домой, и нес в кармане 1 млн. рублей.

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

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

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