Jeff, важная вещь понять при контакте с метками времени: они представляют время, которые передали с 0:00:00 01.01.1970 в GMT, не в Вашем часовом поясе (если Вы не находитесь самостоятельно в GMT, конечно).
1227643821 действительно представляет время GMT 20:10:21 25.11.2008.
Это находится 25-го ноября 2008 в большей части мира, однако в часовых поясах на восток Москвы (и в самом Московском часовом поясе летом из-за летнего времени) it’s уже 26-го ноября. С тех пор большая часть “extreme” на восток часовой пояс является GMT+14, there’s никакое место в мире, где метка времени 1227643821 может представить дату позже затем 26-е.
Автор исходного значения может иметь так или иначе ошибочный при контакте с часовыми поясами. Или просто ошибочный. Например, при вычислении значения, добавили секунды вместо миллисекунд на некотором шаге.
Я предполагаю, что вы имеете в виду ширину обертки, поскольку упомянули 980.
Наиболее идеальное решение - вообще не думать о пикселях и вместо этого полагаться на ems /% s и масштабирование, будьте как можно более плавными, чтобы ваш дизайн подходил для небольших мобильных устройств, а высота ваших элементов была не фиксированной, а автоматической. Пример: http://www.456bereastreet.com/
Но если вы застряли с веб-дизайнерами, которые все еще думают о пикселях, и вы точно знаете, что вы не сможете заставить их попробовать создавать изображения, которые являются жидкими / текучими, я бы сказал, стреляйте по ширине 960 пикселей, чтобы у вас было достаточно области просмотра в 1024x768 с полосами прокрутки в IE6 / XP, но это действительно зависит от вашей аудитории и большинства разрешений экрана вашей аудитории.
Задайте разрешение 800x600 или 1024x768.
Для 800x600 это около 750 пикселей.
Для 1024x768 это будет 970 пикселей.
Исследование, подобное упомянутому здесь , предполагает, что людям труднее читать длинные строки текста. Вот почему я ограничиваю ширину своего контента до 800 пикселей или около того.
Не существует "стандарта", особенно в наш век КПК / смартфонов / нетбуков / смартбуков / киосков и т. Д. - хотя это может звучать банально, лучше всего разработать плавный макет не зависит от точного размера экрана.
Ответ может измениться в зависимости от вашей предполагаемой / ожидаемой базы пользователей, конечно (например, предположим, что ширина экрана 1024 пикселя оставляет вам 980 рабочих пикселей - и сознательно решите, что вы не заинтересованы в поддержке любой с меньшим разрешением экрана).
Другое решение - разрешить настройку макета размера, сделав его похожим на портал, когда пользователь может управлять макетом портлетов (например, My Yahoo).
960 - довольно распространенный стандарт, и обоснование этой цифры заключается в том, что установка на экран шириной 1024 пикселя позволит большинству ваших пользователей просматривать контент без прокрутки. См. здесь , где находится один из 100 сайтов, которые предоставляют доступ к статистике возможностей браузеров и пользовательских систем для некоторого первоначального вдохновения.
Но, в конце концов, вам предстоит понять структуру своей клиентской базы - если ваш сайт нацелен на iPhone, ориентация на экраны шириной 1024 пикселя может быть не самым разумным решением.
Не уверен в абсолютных значениях пикселей, но в одном я хотел бы убедиться, что текстовые столбцы не становятся слишком широкими. Существует ряд символов, за пределами которых понимание прочитанного ухудшается.
1000 пикселей в ширину - это то, что я использую, что соответствует минимальному разрешению 1024x768, используемому в наши дни без горизонтального скроллера в нижней части браузера ....