Дмитрий Сергеев, 25 лет. Разрабатываю сайты на Drupal.
dima.sergeev@gmail.com
29.09.2011 / 3 комментария
Расскажу про использование CSS multi-column layout module. Допустим у нас есть многоуровневый список.

Для основного содержимого страницы он узковат, и возникает желание выводить его в несколько колонок. Для этого используем CSS-свойства column-count: 4 и column-gap: 10px. Первое задает на сколько колонок разбить контент, второе — какой между ними зазор.
04.12.2007 / 7 комментариев
Веб-разработка и управление интернет-проектами связаны с множеством разноплановых дисциплин. Кажется, этих дисциплин становится всё больше, и специализация углубляется.
У людей, влияющих на развитие отрасли, разные интересы. Это не только интересы из сферы бизнеса, но и из сферы науки. Более того, бизнес в интернете сильно расслоен: кто-то верстает страницы, а кто-то ищет клиентов для офлайна.
В результате на обычного разработчика, вроде меня, сыпется масса всего. Вопрос осведомленности — это не просто вопрос широты эрудиции: отсеивая важное, самостоятельно расставляя акценты, я в конечном итоге формирую свою способность делать успешные сайты.
Итак, с одной стороны есть разработчик, который должен выбирать, чему учиться и куда развиваться, о чем думать на досуге.
С другой стороны — дисциплины, выставляющие нам фетиши и агрессивно обосновывающие свою значимость.
Фетиши верстальшиков — это семантика разметки и кроссплатформенность. Фетиши программистов — качество кода и производительность.
01.10.2007 / 23 комментария
В продолжение темы хороших макетов скажу пару слов об универсальности. Вообще это понятие может трактоваться крайне широко, но рассуждать про экранные разрешения наскучило, поэтому речь пойдет о двух непопулярных аспектах универсальности.
23.07.2007
W3Counter сегодня насчитал 9% пользователей с разрешением 800х600, Hotlog — 10%. По моим наблюдениям старые мониторы вымирают медленно. Людей с разрешением экрана больше 1280 пикселей по горизонтали меньше, чем с 800.
Однако, я сталкивался, например, с такими требованиями к шаблону: «Резина, от 1024 до 1600». И все вы наверняка видели шаблоны с фиксированной шириной на 1024.
Предположим, у вас сайт с посещаемостью 1000 человек в день. 10 % — это 100 человек. Если вы не предусматриваете 800х600 — 100 человек пользуются горизонтальной прокруткой.
Периодически я встречаю разработки, создатели которых говорят: «IE6 поддерживаться не будет». Я их понимаю. Но W3Counter говорит, что IE6 у 49%, а Hotlog — что у 71%. Сколько бы не врал нам чуть живой Hotlog, отрицать доминирование IE6 глупо.
К примеру, мой папа пользуется IE6 (2001?) и поигрывает в Heroes of Might & Magic 3 (1999). Осознайте эту стабильность. Доля IE6 будет значительной еще не один год.
В начале осени 2006 моим главным браузером была Opera 7. Рабочего AJAX я под нее не видел. Держался за семерку до последнего и достаточно долго отказывался от технологичных сайтов.
RSS не заменяет извещения по email по той простой причине, что IE6 с RSS не работает.
Мне кажется что разрыв между hi-end и low-end увеличивается и важно не потерять связь с простыми пользователями.
26.06.2007 / 51 комментарий
Обычно, когда меня спрашивают, сколько будет стоить сайт, я ориентируюсь на месячную зарплату разработчика в районе $$ 1500—2000 ($ 1 = 30 руб.). При этом есть еще и минимальная планка где-то в $$ 1000—1200. Например, я говорю: «Сайт будет готов через пять недель, и будет стоить $ 1900». Заказчиков такой уровень детализации устраивает.
Недавно я попал в любопытную ситуацию.
Как лучше размещать на сайте DOC, RTF, XLS, PPT, PDF
19.06.2007 / 29 комментариев
Когда на сайте нужно выложить документ Word, передо мной встает дилемма:
* заархивировать файл и поставить ссылку на архив,
* оставить файл в формате DOC и поставить на него ссылку,
* преобразовать документ в HTML и сделать его полноценной частью сайта.
И что же я выбираю?
Широкие рисунки и таблицы ломают шаблоны
07.06.2007
На многих сайтах существует проблема, связанная с размещением широких рисунков и таблиц. Эти условно большие объекты попросту ломают шаблон: либо колонка с основным текстом неприятно растягивается, либо блоки расползаются.
Простое решение — выносить неформатные элементы на отдельные страницы. Так, например, поступают игровые сайты со скриншотами. Однако, в тех случаях, когда в основном тексте даются комментарии к картинке или таблице, лучше бы держать всё на одной странице.
Какую ширину может себе позволить сайт с точки зрения пользовательских ограничений? Что-то около 700 пикселей. А скоро, пожалуй, и все 900.
Что в действительности? Шаблон в три колонки обычно позволяет разместить картинку шириной в 400--450 пикселей. Та же история с блогами на Wordpress/Kubrick.
Вывод: страницы с объемными статьями, проиллюстрированные рисунками и таблицами, должны верстаться в одну колонку. Причем ширина больших объектов не должна влиять на длину строк — текст не должен растягиваться на весь экран.
Получается, шаблон проектируется и дизайнится с учетом будущего содержимого. А для этого нужны реальные образцы материалов.
Кстати, я на днях защитил диплом.