Учитывая постоянно растущую долю Google Chrome на рынке браузеров, может быть не сразу понятно, почему статья названа именно так.

Да, Хром набирает популярность у рядовых пользователей интернета, но это не значит, что он так же набирает популярность и среди веб-разработчиков.

По крайней мере, для меня он так и не стал основным браузером.

Если я приму, что Chrome - браузер по умолчанию на моем компьютере, то мне все равно придется постоянно нырять в Firefox. Причины этого как раз изложены в статье.

Но давайте сразу договоримся, что это не проплаченная фанатами Огнелиса статья, и я не ярый противник Хрома

Безусловно, Google дал веб-разработчикам много полезных инструментов, но Chrome пока не стал одним из них.

Конечно, я не расчитываю всерьез, что кто-то из Google когда-нибудь прочтет этот пост. И уж тем более не расчитываю, что этот кто-то передаст все мои пожелания вверх по цепочке. Но призрачная мысль, что чудеса все же бывают, и желание просто поделиться мыслями с вами заставляет меня опубликовать все это.

1. Просмотр HTML

При разработке сайтов мы частенько допускаем ошибки, которые приводят к генерации неправильного HTML-кода. То есть, нам часто нужно просматривать сгенерённый HTML-код, чтобы выяснить, что с ним не так.

У Firefox`а есть замечательная фишка, позволяющая выделить интересующий участок на странице и посмотреть исходный код именно этого участка. У Хрома такой фишки нет.

Максимум что есть в Хроме - Inspect Element что позволяет просмотреть HTML код элемента страницы под курсором. Это не одно и то же. Если я выделил какой-то участок страницы, я хочу посмотреть исходный код всего участка, а не только одного какого-то элемента.

Еще одна досадная для разработчика особенность Chrome в том, что он пытается улучшить сгенеренный код страницы. Это значит, что если вы ошиблись в формировании кода и не закрыли где-то тег, вы никогда не обнаружите, где же именно вы не закрыли тег, потому что Хром обнаружил эту ошибку, исправил ее и только после этого показал вам. Хотелось бы увидеть в Хроме опциональное выключение "бьютифаинга"

2. Валидация HTML

Другая замечательная фишка Firefox в том, что он может показать разработчику все ошибки валидации страницы. На самом деле, эта возможность обеспечивается расширением HTML Validator.

Перепробовав множество плагинов для Chrome, могу сказать, что ни один из них и рядом не стоит с плагинами для Фокса. Некоторые скажут, что можно использовать сервис валидации от W3C, которому можно скормить URL страницы и он отвалидирует код. Но согласитесь, не всегда тестовый сервер, а сним и страница, доступны из интернета, а следовательно, W3C не сможет пройти по ссылке.

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

Кроме того, расширение для Фаерфокса не использует внешние сервисы валидации. А это значит, что вы спокойно можете работать офлайн, то есть, без доступа в интернет вообще.

Таким образом приходим к выводу, что для Хрома нет нормального, удобного инструмента валидации HTML, и что такой инструмент несомненно нужен.

3. Выключение JavaScript

Иногда возникает необходимость проверить, как работет ваш сайт с выклчюенным JavaScript. Единственное решение для Хрома - пойти в настройки и выключить его. Так не годится.

В Firefox можно использовать замечательное расширение Web developer (Скачан 143 раз) от Криса Педерика (Chris Pederick) в котором есть специально обученная кнопка, живущая вместе с остальными кнопками. И называется она "Disable" по нажатию которой можно выключить Javascript, кеш, метаредиректы и прочее.

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

Проблема связана с ограничением Chrome API на вызовы из расширений. То есть, Хром не посзоляет выключать JavaScript из расширений.

Есть фьюче реквест в "Chromium project" на добавление возможности временного отключения JavaScript. Исполнение этого реквеста даже было назначено. Год назад. Как видите, ничего не изменилось. Как ни странно, юзерам запрещено оставлять комментарии к этой заявке.

4. Очистка кеша браузера

Бывает, вам нужно очистить кеш браузера, чтобы "начисто" загрузить разрабатываемый сайт с последними изменениями.

Та же песня, что и с JavaScript. Вы не можете сделать этого из плагина к Хрому. Вы вынуждены делать это только через "Настройки" браузера.

Точно также, как и в предыдущем примере, есть фьюче реквест на эту возможность. Причем аж 2 года назад. И только 3 месяца назад статус заявки сменился и есть надежда, что скоро(?) это будет реализовано.

5. Переключение "user agent"

Иногда нужно зайти на разрабатываемый сайт как бы из другого браузера, но сохраняя все девелоперские возможности Firefox.

Например, если вы хотите по запросу RSS-ленты перенаправлять все браузеры на Feedburner, кроме того случая, когда клиент и есть сам Feedburner. И было бы неплохо заставить ваш браузер прикинуться Фидбурненром, чтобы проверить, правильно ли отрабатывает перенаправляющий код.

В Firefox вы можете использовать плагин User Agent Switcher. В Chrome тоже есть плагин User Agent Switcher. Только проблема в том, что он не работает. Точнее, работает, но не так, как ожидается по логике.

Этот Хром-плагин может только менять идентификатор браузера, который определяется в JavaScript. Это означает, что в HTTP-запросах ничего не меняется и ваш скрипт-редиректор RSS не поймет разницу между "просто Хромом" и "Хромом с измененным идентификатором user agent".

Есть подозрение, что все-таки существует возможность переключать user agent, но пока это только слухи и догадки. Пока это не будет реализовано в Хроме, мы вынуждены будем пользоваться в этих целях Фаерфоксом с его "Agent Switcher extension".

6. Кнопки в строке статуса

Замечательная штука в большинстве современных браузеров - кнопки в строке статуса. Это та самая строка, где живет кнопка Firebug, Gmail Checker, SeoQuake и прочие. Очень удобно в процессе разработки в любое время тыцнуть кнопку Firebug и дебажить, например, код JavaScript.

Chrome практически лишен статус-бара. Она используется только для показа статус-сообщений таких как адрес ссылки под курсором. Чтобы открыть какой-либо девелоперский инструмент, вам нужно порыться в меню, либо вспомнить далеко не тривиальный прием из Хром-Кунг-Фу с комбинацией на кливиатуре.

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

7. Кеширование страниц после POST-запроса

Иногда нужно вернуться к старнице, которая является ответом на POST-запрос. То есть, страница после отправки формы. Однако, вы не хотите еще раз отправлять запрос.

При некотором стечении обстоятельств, совокупность которых я так и не смог выяснить, Хром вместо показа этой страницы спрашивал меня, хочу ли я снова отправить запрос, и не показывал мне нужную страницу до тех пор, пока я не соглашусь все-таки отправить запрос заново. У Фаерфокса таких проблем не наблюдается. Он всегда просто показывает мне нужную страницу, даже если эта страница сгенерирована в ответ на POST-запрос из формы.

8. Частые падения Flash плагина

Я не разрабатываю приложения на Flash. Однако иногда возникает необходимость просматривать сайты, предоставляющие нужную информацию во флеше. Я говорю сейчас о Google Analytics и Google Webmaster Tools.

К сожаленияю, плагин Flash, поставляемый с Chrome, часто падает без видимых причин. Причем, при использовании Firefox для просмотра тех же самых сайтов, такой проблемы не возникает.

Лучше бы ребята из Гугл переставли использовать фдеш в своих онлайн-продуктах. Большинство информации, представленной у них через Flash, в этом самом флеше на самом деле не нуждается. Может, у Гугла просто нет времени и/или разработчиков для отказа от Flash?. Ну в таком случае пусть хотя бы пофиксят флеш-плагин, который идет в коробке с Хромом.

9. Редактор HTML генерирует некорректный код

В настоящее время большиснтво сайтов, публикующих генерируемый пользователями контент, предоставляют весьма функциональные WYSIWYG-редакторы. Идет постоянная работа с тегом DIV.

Проблема в том, что HTML-редактор в Chrome до сих пор остается очень глючным. Если вы возьмете скопируете сгенеренный им HTML и вставите его в редактор, вы получите кривой HTML.

Например, я видел теги meta, появляющиеся в случайных метсах внутри тела HTML после того, как документ был отредактирован в Хроме. Еще я видел странный CSS-стиль Apple-style-span, котороый появился после при вставке HTML, в то время как такого стиля никогда не существовало на самом деле.

Это лишний раз говорит нам о том, что необходимо иметь HTML-валидатор и систему фильтрации на стороне сервера, чтобы подчищать и распрямлять кривизну HTML-кода после того, как он был отредактирован в Хроме.

Вообще, лучше всегда пользоваться подобными фильтрами, что будет в известной степени гарантировать чистоту редактируемого в браузере кода. Но факт остается фактом: если вы используете для редактирования HTML браузер Firefox, вы получаете на выходе нормальный код, а не мешанину, предлагаемую Хромом.

10. Нет никакого отклика на сообщения об ошибках.

Я пробовал отправлять отчеты об ошибках с помощью встроенной в Chrome системы баг-репорта. Вы можете увидеть ее, пройдя в меню Tools -> Report an Issue. Вы увидите весьма удобную форму отчета даже со скриншотом текущей страницы.

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

И я не знаю, стоило ли вообще тратить свое время на описание этой ошибки. Я думаю, было бы более эффективно и наглядно, если бы эти отчеты отправлялись прямиком в Chromium project.

Может быть я ошибась (и я хочу, чтобы это было ошибочным мнением), но иногда мне кажется, что парням из Гугла просто наплевать на обратную связь с юзерами; что они не считают фидбек чем-то важным.

Это напомнило мне о проблемах с поддержкой PHP в AppEngine. Это было самой востребованной штукой в AppEngine. Ребята из Google отмахнулись от этих просьб и решили вообще не делать поддержку PHP, ссылаясь на нехватку ресурсов. Согласитесь, это слегка странно для компании с многомиллиардным годовым доходом.

И опять: комментировать этот фьюче реквест запрещено; никто теперь даже напомнить разрабам не сможет. Создается ощущение, что Гуглу просто плевать на сообщество PHP-разработчиков, хотя именно его можно считать крупнейшим сообществом разработчиков.

Заключение и выводы

Всё вышесказанное - исключительно моя точка зрения и ни в коем случае не отражает мнение всего сообщества PHP-девелоперов о том, как Google должен распределять приоритеты между своими проектами и каким сообществам отдавать предпочтение.

Может быть, я просто не доконца понимаю, КАК Google работает с обращениями девелоперов, как реагирует на них, насколько вообще ребятам из Гугла нужно мнение веб-девелоперов. Может, у читателей этого блога есть какие-то свои соображения по этой теме? Буду рад комментариям!

Сегодняшнее видео о пилоте-профессионале, который "косит траву" несущим винтом военного вертолета

^{Еще видео на WeCanFly.TV}

Share on Facebook

В основном это сравнение строится на схожести внешних параметров. Давайте посмотрим, так ли они похожи внутри.Для наглядности я свел в одну таблицу основные характеристики начинки обоих ноутов.

Ну и нельзя не сказать о цене. Macbook Air от Эпл стоит на данный момент в среднем 52600 рублей; а Samsung 9 серии ожидается в России по цене ориентировочно 60000 рублей. На данный момент в России Samsung 9 Series не продается официально, а в США он стоит 1650 зеленых американских денег, что по скромным прикидкам почти на 10 тысяч РЭ дешевле ожидаемой цены у нас.

Материал не претендует на полноту и оригинальность и представлен только для удобства сравнения. Делать выводы и выбирать конечно же только вам.

Какой бы выбор вы ни сделали и если вы живете в Перми, ваш компьютер отремонтируют качественно и в короткий срок.

Share on Facebook

12 ноября 2010 года стало знаменательной датой, когда холдинг Mail.ru Group своим волевым решением порушил то, что работало до приобретения ими ICQ. Вложив неприлично малые деньги в покупку ненужной никому, кроме жителей ex-СССР "аськи", они решили не просто вернуть, а и заработать на ней. Причем, как это повсеместно случается в России, - заработать не через 3-5 лет, а сразу, сейчас.

Сначала Mail.ru Group послали 11 ноября невразумительное письмо некоторым (почему выборочно, а не всем?) авторам/издателям программ-клиентов, использующих закрытый протокол ICQ в числе прочих (например BeeJive и Nimbuzz). По слухам, в письме выражалась надежда, что авторы программ понимают всю ответственность за незаконное использование протокола, и что им грозит ататат. Но тут же успокоили: просто платите нам (mail.ru) за каждого своего клиента денежку и мы отменим всякий ататат для вас.

Не хочу много буков! Просто расскажи, как зарегистрировать новую аську!

Комичность и бредовость ситуации придает то, что 14 лет(!) проект ICQ жил и здравствовал, вполне довольствуясь "рекламно-банерной" моделью дохода, протокол модифицировался, но серьезная война велась только против Microsoft, у которой сводило челюсти от того, что люди гораздо охотнее пользовались аськой, нежели их MSN-месенджером. Против немонопольных сторонних клиентов война не велась. Настал 2008 год. Тогдашняя владелица ICQ - AOL поняла, что коммерческая эффективность сети icq падает и начала череду изменений протокола, направленных на изгнание всех неофициальных клиентов. Тогда же они задумались о продаже "непрофильного", как они это назвали, актива, но хотели очень много денег. А к тому моменту появилось уже достаточно и нишево-национальных альтернатив аське (QQ в Китае), и полностью интернациональных, основанных на Jabber-протоколе.

Лидером стал Google с его GTalk, который можно было скачать, установить и настроить настолько просто, что даже бухгалтер Клавдия Петровна справилась бы с этим. Кроме того, большой плюс любого Jabber-решения - универсальность: из GTalk вы спокойно можете разговаривать с человеком, сидящим в сети из Facebook, ВКонтакта, Яндекса или из сети одного из миллионов jabber-серверов по всему миру. А вот русские топ-менеджеры Mail.ru Group решили, что они умнее всех; что пользователь-де никуда не денется и не переключится на альтернативы даже после вчерашнего убийственного изменения протокола и вообще идеологии ICQ.

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

Давайте посмотрим, как зарегистрировать новый ICQ аккаунт. У вас был "красивый номер"? Шестизнак? Забудьте. Теперь у вас нет номерного идентификатора ICQ вообще. Теперь нужно входить только по e-mail, на который зарегистрирован аккаунт. Не помните, на какое мыло регистрировали? Не беда, далее в картинках весь процесс.

Сначала идем по ссылке регистрации и видим там такую картинку:

Заполняем все поля своими данными, вводим цифры капчи и жмем "Зарегистрироваться".

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

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

Остается только загрузить и установить официальный клиент ICQ. Да-да, никаких вам теперь QIP`ов и прочих удобных Pidgin`ов. Только официальный клиент.

Сдается мне, что эта война еще не окончена, и авторы будут методом "черного ящика" и "научного тыка" учить свои программы обманывать сервера ICQ, прикидываясь легальным клиентом, а Mail.ru Group в свою очередь будет бесконечно менять протокол в погоне за рублем.

UPD: Негодующие аськофилы, сказали мне, что все с ICQ в порядке, что все работает, как и прежде. Значит, владельцы сервиса одумались и вернули все на круги своя, осознав, что потерять многомиллионную аудиторию по своей же прихоти - не лучший выход. Но не обольщайтесь, я думаю, что это не надолго, и вскоре всех заставят перейти на новый метод аутентификации.

Share on Facebook

До этого дня открытой была только платформа Google Android, и та лишь частично. На Андроиде большую популярность в России завоевали устройства от HTC. А об открытости мобильной платформы для iPhone говорить даже не приходится по причине полнейшей, тотальной закрытости.

Что такое по сути эта "открытость" и что она дает в результате? Если вы не разработчик (программист / дизайнер интерфесов) для мобильных устройств, то все прелести этой открытости ОС вы сможете прочувствовать только через какое-то время, когда результаты труда разработчиков для Symbian теми или иными путями попадут в ваш телефон или смартфон. Я думаю, не меньше 4-6 месяцев.

В объяснении "открытости ОС" пойду от обратного. Например, MS Windows всех, в том числе и мобильных версий, iPhone OS, на которой работают iPhone, iPad и iPod Touch, и даже большая часть ОС Google Android - это, образно говоря, "черные ящики", из которых ОС-девелоперы вывели несколько контактов для обеспечения коммуникационных возможностей с программами сторонних разработчиков. А открытая ОС - это, опять же образно говоря, незапертый шкаф со множеством ящичков и дверок; в каждом ящичке все аккуратно разложено и подписано для удобства интересующихся.

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

Мне было интересно услышать мнение программиста, пишущего не для веба, а именно платформенные приложения, и я обратился к тому, кого давно знаю и уважаю как человека и профессионала - Олег Шальнев, идеолог, основатель и ведущий разработчик проекта KalpaCloud.

я: Не мог бы ты хотя бы кратко описать свое отношение к вчерашнему открытию исходного кода симбиана.
я: Что дает это тебе, как разработчику, и что дает это нам в целом?
Олег: Это в русле тенденций Нокии. Они создают плацдарм для продвижения тандема Linux+/сибиан как основу для конкуренции с яблоками. Причем, Qt работает на обеих платформах
Олег: На самом деле яблоки (Apple) довольно опасный игрок. Они плотно засели в нише телефонов, что мало кто ожидал. И их доля растет, несмотря на дороговизну; а доля Нокии падает, хотя они и лидеры
Олег: Ставка на целостное решение и сквозную поддержку + активная поддержка независимых разработчиков
Олег: В Нокии хотят выпускать мобильные средства дорогого сегмента под линукс, и бюджетные под симбиан
я: То есть, ты не веришь в то, что сторонние разработчики сейчас потянутся к Нокии с ее открытым симбианом?
Олег: Как раз напротив. В этом и есть их цель. Они же активно пылесосят идеи. Даже есть спец сайт для этого.
я: но на твой взгляд, эта цель достижима? Побегут?
Олег: Мне думается что да. Вопрос в клиенте.
Олег: Современный клиент хочет простого и управляемого приложения. Он не хочет сложностей; он от них устал.
Олег: И это прямо показывает феномен яблок. Они плотно раскапывают свою нишу и получают свои выгоды.
я: Мне не кажется, что спрос на продукты Нокии падает. Другое дело, что Apple действительно наполняют рынок, и за счет этого доля Нокии снижается.
Олег: Верно. Но это означает, что Нокии надо выходить на новый уровень. И предложить еще более юзабельные средства.
я: ок. На твой взгляд, что даст эта открытость простым пацакам? И в течение какого времени?
Олег: Не ранее 6-8 месяцев
я: Мой прогноз более оптимистичен - 4-6
Олег: Nokia профукала Apple-store для музыки и для софта
я: у нее есть свой аналог - OVI
Олег: да, но он был запущен с опозданием
я: Как ты считаешь, этот шаг послужит толчком к перераспределению сил на поле мобильных ОС? Если да, то когда?
Олег: Пока о перераспределении, думаю, речь не идет. Скорее, о попытке догнать Apple в вопросе создания "культурного феномена"
я: Но ведь яблоки создают "что-то и непонятно для чего", а рынок сам находит применение новым девайсам. В этом и состоит львиная доля культурного феномена. А нокиа, как и большинство других, создает конкретные продукты под пользователя
Олег: яблофон (iPhone) вполне конкретный продукт. И даже удобный из коробки. Это всякие маргинальные устройства типа iPad еще можно так рассмотреть. А все остальное, реально
Олег: что касается меня, то я буду делать своего клиента как для maemo, так и для Symbian
Олег: У меня нет пристрастий, тем более что я ни яфоном, ни нокией не пользуюсь. У меня телефон за 1000 руб.
Олег: Вопрос в другом. Apple научились действительно классно щупать рынок
Олег: Ну нет на телефоне mms, но все равно покупают, значит это не так рынку и нужно. Тем более, что есть 3G сеть и е-почта
Олег: в каждом решении есть определенная логика
я: или правильный PR: "это не баг; это фича!"
Олег: У нокии есть стратегия: Qt->symbian->maemo(linux) для мобильных устройств
Олег: Это позволит писать мобильный софт для всех заявленных платформ. Осталось им только выпечь софт максимально простой для своего телефона и держать низким уровень цен. Правда, определенную религиозность будет трудно побороть, но тут хотя бы не потерять своего клиента. Ибо я все чаще вижу в руках у народа айфоны.
я: Мобильные процессоры в аппаратах Нокии класса middle-end позволяют комфортно обсчитывать приложения на QT вообще и в частности - твоего клиента?
Олег: Конечно. Тестры тролей показывает , что даже нагруженные проги работают шустро. Если doom работает...
я: то есть, теперь практически нет преград для распространения твоего клиента на симбиане?
Олег: Нууу, да. Только окошки на простых телефонах махонькие. Надо на стороне сервера это понимать и показывать спец интерфейс.
Олег: Вот например чем хороши яблоки: у них телефон со стандартным разрешением и оно будет поддерживаться до второго пришествия ( как думается). А у той же нокии этих моделей прорва. Уже сложность.
я: Я верю, у тебя получится победить это )
Олег: "Deploy your Qt-based Symbian applications to Maemo, Windows Mobile, Windows CE, and embedded Linux" - http://qt.nokia.com/products/platform/symbian
Олег: Короче, Nokia хочет в свою орбиту закрутить всех прогеров, которые не сидят на Apple. Причем как виндовых, так и юниксовых. И создать культурный феномен. Плохо что пока (насколько я понимаю) симбиановский SDK есть только для винды. Но думаю это они решат.

Ждем Следующий виток конкуренции и, как следствие, - развития девайсов и приложений под них.

---
Сегодняшнее видео - замечательный Pulp-stomp.

Share on Facebook

Фото выше с сайта DeepApple.com (и с других сайтов тоже взял, да)

По сути, C) iPad - растянутый iPod (или iPhone, как вам больше нравится). Но, как правильно сказала @Lisobaka, "Любую новую вещь от эппл можно смело называть  iПонт "

Смешно, но из методов связи у йаПланшетко только WiFi, и заявлена какая-то странная многозадачность, не позволяющая запускать два приложения одновременно. Мда.

Уж не знаю, связано ли происшествие с эпло-бешенством, но некоторое время назад у кого-то тормозил, а у кого-то вовсе не работал сервис Twitter. Эпломаны, осторожнее со своими желаниями!

Если у вас руки, как на картинке ниже, значит, айПад - для вас

А пока макофилы трясутся в предвкушении, и если вы знаете, что такое Zend, вы можете попробовать выиграть MacBook, ответив на вопросы анкеты. Конкурс организован совместно Adobe и Zend. Будьте готовы: анкета полностью на английском; и не факт, что в Россию вам доставят ваш честно выигранный макбук.

---

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

Share on Facebook

Можно назвать идеальный браузер - "Палитра"

Итак, 7 пунктов в порядке приоритетов:

1. Соблюдение ВСЕХ актуальных стандартов при рендеринге страницы.

2. Наличие вменяемого и быстрого JS-движка. (v8 от Google как пример).

3. Высокая скорость рендеринга (сборки и отображения) страниц, - как следствие выполнения первого и второго пунктов.
4. Отсутствие недокументированных или даже документированных возможностей, расширяющих функционал по рендерингу. Если таковой будет давать возможность "украсить" страницу какими-нибудь фишечками-рюшечками, это опять приведет к несоблюдению стандартов и "оптимизации под разные браузеры".

5. Гибкий интерфейс, настраиваемый под пользователя с наименьшими телодвижениями.

6. Расширяемость - система плагинов, репозиториев.

7. Кроссплатформенность (приветствуется).

Я думаю, ничего сверхъестественного тут не написано. И тем не менее, движок Trident, на котором основаны чуть ли не все браузеры Internet Explorer от MS, не выполняет ни одного из вышеперчисленных пунктов. Какими-то плюсами обладает движок Gecko (Firefox), какими-то другими - WebKit (Safari, Google Chrome и Chromium), но ни один из ныне существующих браузеров не может похвастаться выполнением всех данных пунктов. А их (пунктов) всего 7! Мало? Можно расписать на долгую, нудную статью; но я не считаю это целесообразным. Достаточно и этих семи требований, чтобы браузер стал любимцем и тех, кто смотрит сайты, и тех, кто эти сайты делает.

Есть, что добавить, - добро пожаловать в комментарии.

А на сладкое - видео про очень оригинальную упаковку подарков в домашних условиях.

Share on Facebook

Блиц.

Вопрос: Весь ли код программы-клиента Скайпа станет открытым?
Ответ: Нет. Только те части кода, "которые мы можем сделать открытыми" (цитата из блога скайпа)

Вопрос: Будет ли открытым UI (user interface)?
Ответ: Да, будет.

Вопрос: Означает ли все это, что протокол тоже будет открытым?
Ответ: Нет. Протокол останется закрытым, как и прежде.

Вопрос: Смогут ли сторонние приложения, например, IM-клиенты, использовать протокол Skype?
Ответ с блога Skype: Да, смогут.

Вопрос: Можно ли уже скачать где-то open source дистрибутив Skype?
Ответ: Нет. Пока такой возможности нет.

Есть еще один вопрос, который часто задают особо ретивые активисты-линуксоиды: "А чего ж вы {девелоперы} не откроете весь код, а? Значит, вам есть что скрывать! Значит, 'закладки' в скайпе все-таки есть!"
Здесь надо сделать небольшое отступление. В своем большиснтве те, кто задают подобные вопросы, относятся к категории людей, которые сами ничего не умеют и не хотят, но от других требуют все и сразу. Как правило, такие персонажи не знают по сути ни одного языка программирования; а даже если знают, то чрезвычайно редко (если не сказать "никогда") не принимают участия в разработке или тестировании open-source программ. Но если они видят, что код закрыт и исходники недоступны, даже если программа полностью бесплатна, они будут с пеной у рта доказывать, что "голактеко опасносте" и автор программы хочет всех обмануть [украсть личную информацию / сделать из вашей машины "зомби" / иметь полный контроль над компьютером] - нужное подчеркнуть. Собственно, так и было пару лет назад, когда по миру прокатилась волна психоза, инспирированная (возможно) ОПСОС`ами (операторами сотовой связи) или конкурентами по VoIP-сегменту рынка и подхваченная десятками тысяч пользователей, которые при каждом удобном случае в форумах, чатах, курилках, по телефону вещали "сносите скайп! он крадет информацию!" И, конечно, они сносили скайп. Ага, - "Назло бабушке отрежу ухо". В результате волна психоза спала, количество абонентов сети Skype если и снизилось на долю процента, то довольно быстро восстановилось и динамика роста сохранилась. Сейчас количество абонентов сети Skype приближается к полумиллиарду.

И открытость всего кода скайпа ситуацию никак не изменит. Активисты так и не будут участвовать ни в чем, мотивируя, например, тем, что Skype и так зарабатывает деньги на сопутствующих сервисах (Skype-Out, Skype-In, etc.), вот пусть, дескать, и отрабатывает эти деньги. Кроме того, такие активисты еще любят придираться к качеству участков кода, в котором и без того слабо разбираются.

Ну что ж, это их дело. С чем же на самом деле мы имеем дело, когда ставим на компьютер / смартфон Skype и пользуемся им? С очень хорошим VoIP - продуктом (Voice Over IP - Голос Поверх IP), который начала разрабатывать фирма Joltid уже 6 лет назад, в 2003 году. Говорят, истоки протокола, разработанного Joltid, лежат в SIP, что неудивительно. Только SIP с тех пор развивался на порядок медленнее Скайпа. Поэтому сейчас нормальный разговор в сетях, использующих SIP, как правило, возможен только с использованием аппаратного SIP-клиента. Либо, что бывает реже, при пользовании программы-клиента - только на широком интернет-канале.
Skype же позволяет комфортно разговаривать, используя штатную программу-клиент даже на невысоких скоростях; и при достаточной скорости интернет-соединения (30-60 кбит/с) в большинстве случаев качество звука превышает качество обычной телефонной линии.

Правдивая история.
Как-то нужно мне было очень срочно позвонить в США, чтобы решить небольшую проблемку с американской пластиковой картой. А находился я в тот момент в обычном российском банке и надеяться на то, что мне дадут позвонить  с рабочего банковского телефона в Америку не приходилось. Звонить же прямо с мобилы по тарифам своего ОПСОС`а - самоубйству равносильно. Вспомнил я, что в моем смартфоне установлена программа-мультиклиент Fring, в которой есть настроенный Skype-bridge. И хоть и говорится на сайте Скайпа, что GPRS-соединения не поддерживаются для голосового общения, я довольно сносно поговорил с американским банком, используя обычное GPRS-internet соедение. Нужно было только приноровиться к незначительным задержкам, которые вносили "изюминку" в разговор

То есть, программисты Skype внесли в протокол некие усовершенствования, которые сделали возможным общаться голосом в скайпе даже в перегруженных и медленных GPRS-сетях. Авторы других "звонилок" не смогли этого добиться. Значит, Скайп имеет полное право оставить свои know-how в неприкосновенности.
Кроме того, у открытого кода есть одна неприятная особенность: о потенциальной уязвимости узнают сразу же после выхода очередной версии не только добропорядочные программисты сообществ, тестеры и сочувствующие, но и злодеи, которые зачастую первыми и пользуются узявимостями. А учитывая, что платные услуги от Skype пользуются все большей популярностью, несложно догадаться, что возможными последствиями использования уязвимостей такими злодеями может стать не просто потеря аккаунта или кража виртуальных "плюшек", а присвоение или нелигитимная растрата вполне реальных денежных средств со счетов клиентов.

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

P.S. В 2009 году Skype в России опять пытались запретить. Не вышло.
А этот видео-ролик о запрете Скайпа не видел только ленивый: Гитлер и Скайп

Share on Facebook

Установка пакета обновлений Service Pack 3 для Windows XP вызывает ошибку, приводящую к постоянной перезагрузке компьютера. Проблема касается только машин с процессором AMD.

Вскоре после начала распространения SP3 для Windows XP в службу технической поддержки Microsoft начали поступать жалобы от пользователей на некорректную работу компьютера после установки пакета обновлений. Во время перезагрузки, завершающей процесс установки SP3, компьютер проходил стадию проверки BIOS, обращался к загрузочному сектору и перезагружался вновь. Повторная перезагрузка, а также выключение компьютера, не исправили ситуацию.

Бывший менеджер по безопасности Microsoft Джеспер Йоханссон (Jesper Johansson) назвал в своем блоге две возможные причины данной проблемы.

Он предположил, что компания HP при первоначальной инсталляции операционной системы использовала один образ как для компьютеров на базе Intel, так и на базе AMD. Поэтому за управление питанием ПК на обеих платформах отвечает один файл intelppm.sys. Однако изначально он создан только для компьютеров с процессором Intel. За управление питанием машин с AMD отвечает amdk8.sys. В результате система определяет intelppm.sys в связке с процессором AMD как нештатную ситуацию и работает некорректно.

Вторая проблема связана с BIOS процессоров AMD. Как правило, она возникает при использовании материнской платы Asus A8N32-SLI Deluxe.

Для восстановления работоспособности компьютера в первом случае Йоханссон рекомендует просто отключить intelppm.sys. Во втором - подключить к компьютеру флэшку, и лишь после этого включать его.

И после этого вы будете говорить мне, что-де "для работы в линуксе надо знать танцы с бубнами"? Хе-хе А как вам такие танцы с флешками? Вот оригинальный текст, если кто-то сомневается:

The solution is simplicity itself: insert a USB flash drive, or some other form of secondary storage mechanism, before booting the computer. The people have that have seen this problem report that it goes away when they do. The catch is that the computer will only boot with a secondary drive attached. If you remove the secondary drive it will no longer boot. (Direct link)

Товарищ Джеспер выпустил утилиту диагностики и устранения проблемы (скачать). Перед установкой убедитесь, что в вашем компьютере установлен процессор AMD. Для этого вставьте в соответствующий привод дискету 3.5", отформатируйте ее, запишите на нее пустой текстовый файл и выкиньте в окно. Если дискета зависла в воздухе, значит у вас точно процессор AMD; если же окно оказалось закрыто, у вас стопроцентно UltraSPARC. Теперь просто запустите утилиту двойным щелчком мыши или Enter`ом. Если вам нужно проверить сразу несколько компьютеров, это можно сделать так: "removeIntelPPMonAMD.vbs [comp 1] [comp 2] [comp 3] ..."

HP выпустили официальный хелп по проблеме.

Официальные комментарии Microsoft, относительно обнаруженных проблем, отсутствуют.

По материалам securitylab.ru и блога бывшего менеджера по безопасности Microsoft Jesper Johansson

Share on Facebook

Share on Facebook

Народ, я заказчик веб магазина (PHP, MySql и т.п.) и столкнулся с тем,
что некоторые команды отказываются работать с готовыми CMS (Content
Management System). Обьясняется это тем, что "есть своя и она лучше".
На поверку я часто не наблюдаю тот же уровень функциональности, что в
готовой (хорошей, платной) ЦМС. Хорошо, говорят мне, тогда мы вам
просто дорисуем, добавим что надо. И цена на разработку сразу взлетает
до 5-7000 долларов.

Обьясните на пальцах мне, юзеру, почему
команды разработчиков не всегда хотят использовать готовую платную CMS,
достаточно хорошо уже продуманную для интернет магазинов? Ваша админка
может быть хороша, но может быть по некоторым функциональностям проще
купить готовую панель и просто что-то дописать? Плюсы: экономия времени
и 80% готовой работы. Минусы, имхо: копаться в чужом исходном коде, не
всегда зная как лучше его оптимизировать. Я так понимаю? Обьясните мне
ваше отношение к готовым CMS в разработке? Спасибо.

ru_webdev: Чем веб разработка с нуля лучше готовой CMS?

Для книжного магазина начального уровня человеку советуют наперебой Битрикс и Typo3 - монстров, под которыми не то что шаред-хостинг, а даже VPS загнется при посещаемости ~1к. С этими зверюгами только нормальный колокейшн справится.

У народа каша в голове: "лучше для разработчика" !== "лучше для конкретного проекта" !== "лучше в принципе". Причем, что реально настораживает, каша даже в голове у самих разработчиков, причем, вроде бы, далеко не детского уровня.
- Цепляются за слова:

- как правильно: "модель, вью, контроллер", "модель-представление-контроллер" или "модель-представление-поведение"

- размешивают миксером мух в котлетах

"руби-на-рельсах и так можно назвать ЦМС...потому что...нераспраненный язык + стандарнтые для этого яыка библиотечки, и ничего больше"

Нельзя. CMF уж тогда

набор библиотек не более того. тот же друпал можно использовать так же

то есть, теперича у нас CMS, CMF, "набор библиотек", framework и язык программирования - есть одно и то же?! Однако ж, WЁB 2.0 наступает... Да-с...

- дают "дельные советы" по выбору основы:

Вам могу посоветовать самостоятельно выбрать
подходящую CMS и заказывать разработку именно на ней, то есть вам еще
нужно будет найти специалистов именно по этой CMS.

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

- и, наконец, выдают экспертные заключения о качестве стороннего кода:

Потому что копаться в чужом говнокоде, изучать его зачастую кривую логику - это аццкий труд.

ну, разумеется: сам написал - карашё, зер гут! Все понятно, нигде говнокода не видно. Документация? Так нахрена, если я в своем коде, аки рыба в воде. Чужое? "Адназначна в биореактор!" (с) Сплошь и рядом говнокод! А документация где? Как это нету?! А как я разберусь в вашей лапше?? И логика ваша кривая, и переменные неправильно называете, а ООП - вообще вчерашний день; щас модно подпрограммами писать.

---
Вам какую пилюлю: синюю или все равно какую красную?

Share on Facebook