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

Question

Я работаю на небольших площадках для соляриев и прочее. Мы не поддерживаем ActiveX-специфичные вещи в IE, и мы поддерживаем Firefox. Я заметил странное поведение с Chrome. Статистика моего браузера говорит, что <1% моих посетителей используют Chrome. </p>

Я слышал, что люди говорят, что это далеко не лучший в своем классе. Но мне нравится, как все работает по-своему и тому подобное.

Будет ли Chrome достаточно популярным, чтобы мне его кодировать? К тому времени, когда он станет популярным, его странный рендеринг будет исправлен?

Answer 1

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

Answer 2

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

Answer 3

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

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

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

Answer 4

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

Answer 5

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

Answer 6

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

Answer 7

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

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

Answer 8

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

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

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

Answer 9

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

Answer 10

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

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