Следует ли небольшим компаниям кодировать свои сайты для поддержки Chrome?

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

Google недавно заявил, что очень скоро переведет Chrome в состояние, отличное от бета-версии. (в отличие от их прошлой истории, когда они оставляли вещи в бета-версии на 5 лет или около того).

Кроме того, если вы планируете использовать Chrome для веб-разработки в этом бета-состоянии, вам понадобится установить "Канал разработчика", который дает вам доступ к более новым версиям, чем общедоступная, что очень важно на этом этапе браузера. По состоянию на 10.12.2008 версия Chrome для разработчиков - 0.4.154.33.

это хорошая причина для улучшения поддержки браузеров WebKit в целом (у вас нет клиентов, использующих Safari на Mac?)

Chrome использует WebKit, довольно стандартный движок рендеринга. Safari также использует его, и это не похоже на то, что WebKit уходит. Если у вас есть необходимые ресурсы, я бы посоветовал посмотреть, как это исправить.

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

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

Я бы тестировал страницы с помощью Chrome. Если вы хорошо поработали, проблем быть не должно.

На самом деле МОЖНО написать один код, который работает во всех браузерах (ну, может быть, не в IE 6 или более ранней версии);)

У Джимми здесь очень хороший аргумент: Chrome и Safari основаны на WebKit. Если он не работает в Chrome, скорее всего, он сломается и в Safari, и в браузере Nokia S60, и в остальных.

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

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

Лично я бы не стал беспокоиться об этом, пока стабильно не достигнет хотя бы 1%. И даже тогда я бы сначала поговорил об этом с вашими клиентами.

С другой стороны, вполне возможно, что в следующем году он получит 5% рынка. В конце концов, это Google.

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

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

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

Я также не верю, что Chrome станет очень популярным. Когда я его увидел, первое, что я подумал, было «Вау ... Mozilla с надписью G». И с тех пор я не очень впечатлен.

Итог: вы должны попытаться сделать так, чтобы ваш сайт поддерживал основные браузеры. Opera, IE, Firefox. Обычно этого можно достичь, следуя веб-стандартам и лучшим практикам. В других случаях вам нужно создать обходные пути или заставить браузеры действовать определенным образом. I.E. Firefox и IE используют другую модель границ. Вы можете заставить хотя бы FF использовать ту же модель границы, что и IE.

Если вы выполняете работу с Javascript, и это приводит к заметным различиям между браузерами, я бы определенно рекомендовал использовать стороннюю среду, такую ​​как jQuery, чтобы вы могли работать с общим независимым от браузера интерфейсом. Если, однако, ваши различия связаны с HTML / CSS на ваших страницах, я бы всегда отдавал предпочтение наиболее популярным браузерам в соответствии со статистикой вашего сайта. Если <1% используют Chrome, я бы серьезно подумал о том, чтобы потратить время на другие задачи вместо того, чтобы исследовать что-то, что на самом деле может быть проблемой с новым браузером, который все еще находится в очень ранней бета-версии.

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

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

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

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

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

Вы должны настраивать таргетинг на браузеры в зависимости от того, что ваш клиенты используют. Если 80% ваших клиентов используют IE, было бы разумно протестировать свой сайт в первую очередь на IE. Если вы знаете, что ваши клиенты используют FF, было бы разумно протестировать свой сайт в первую очередь на FF.

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

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

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

Даже если Chrome вышел из бета-версии, для меня все еще находится в стадии бета-тестирования. Поскольку Chrome не может хорошо отображать png24 с изменением непрозрачности (я попытался выполнить fadeIn / fadeOut с jquery на изображении png, и перед анимацией изображения я получил РАЗДРАЖАЮЩУЮ белую вспышку; вы можете увидеть проблему здесь)