SelenIT

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

Упс, и точно. А это где-то документировано?

Чисто по приколу

Если очень захотеть, можно и на CSS . Но практически и впрямь незачем.

Пусть на будущее советчики подтверждают свои слова примерами). Иначе это городские легенды, уходящие корнями во времена IE5-. Даже в 7-м никаких проблем с отриц. полями я не видел (в 6-м были проблемы с самими float-ами, в т.ч. с их полями, но... это было давно).

vertical-align: top/bottom не поможет?

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

Get-запрос для фильтрации — это здорово и правильно. Но обработка Get-параметров — через жуткое заднее кирильцо Если фильтрация по одному полю, притом, как я понял, числовому — нельзя ли передать все составляющие фильтра массивом (имя поля с "[]"), гарантированно привести все элементы массива к числу (напр., через array_map + inval), а потом спокойно implode-нуть этот массив и подставить в IN(...)?

Увы...

Массовый продукт К тому же, думаю, если на подобном будут выводиться сайты — вероятнее всего CSS-пиксель будет считаться за 4 физических, как на iШтуках c "ретиной".

qtk, начнем с главного: зачем вы так упорно хотите накормить дегустатора сырым фаршем подсунуть валидатору сырой необработанный PHP-исходник? И прочтите наконец ссылку выше, в ней совсем немного, но самые нелепые вопросы отпадут...

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

Имхо, в таких сайтах дизайн сам является контентом . И первейшая задача дизайнера — предусмотреть варианты его расположения для всех мало-мальски вероятных ситуаций, чтобы в каждом была своя изюминка В ближайшие 5-7 лет не будет, инфа 100%.

Имхо, потому эти сайты и попали в список красивых, что на них в принципе не бывает неоправданной пустоты Когда пустота — часть штатного поведения (как у того же ya.ru), контент обычно как-то центрируется, что ли. И если при этом есть футер (как на главной Гугла), он-таки чаще прижат . Другое дело, что в наш век широких, но низких экранов такие страницы — очень большая редкость. Еще, имхо, если "сайт" на самом деле по факту веб-интерфейс, а футер - аналог чего-то вроде статусной строки в нем, лучше его прижать. Привычнее и органичнее. А если он действительно типа добавочного рекламно-навигационного блока — нужно смотреть по дизайну. А поскольку при хорошем дизайне лишней некрасивой пустоты не бывает (ни сверху, ни снизу) — то разницы между прижатием и неприжатием и впрямь может быть не видно... Но вот нафига на страничке отдельного твита куча пустоты внизу И ВПРИДАЧУ скроллинг (!) — вот это для меня вообще непостижимо

Ничего не логично. Как одно поле у одной записи может сразу быт равно и 1, и 2? По теме — прежде чем что-то делать, внимательно изучите вот это: http://phpfaq.ru/slashes#quick (и вообще всю страницу). Избавит от множества натоптанных другими граблей и необходимости всё переделывать. А что касается самой базы, то если она MySQL, то, возможно, пригодится запрос вида sub_id IN(значение1, значение2, ..., значениеn).

Не всё . Если там окажется знак "меньше" — всё, начиная с него, будет воспринято как странный тег и не отобразится вообще Что для отображения спецсимволов HTML на экране нужно заменять их мнемониками — прямое требование синтаксиса языка HTML. Но мне кажется, автор темы всё-таки пока недостаточно разобрался с этим.

Есть еще лаконичнее (почти там же)

Совсем коротко: нефиг пихать HTML-валидатору PHP-исходники, и будет вам счастье

Валидатор — это дегустатор. PHP-код — это сырой фарш. Результат работы PHP-скрипта — это готовое блюдо. Естественно, что, попробовав вместо блюда сырой фарш, дегустатор-валидатор будет плеваться и лишит ваше заведение всех звездочек, а то и в санслужбу на вас пожалуется Пожалуйста, изучите досконально вот этот материал (его там совсем немного).

Увы, это так. Но фон, общий для нескольких десятков ячеек, кроме пары-тройки исключений — без проблем, вроде бы.

Я раньше всегда еще придерживался правила, чтобы все надписи выдерживали два... ну хотя бы один шаг увеличения размера текста (text size в IE или zoom text only в FF), не вылезая за свои границы. Может, сейчас это уже и неактуально само по себе, но как страховка от таких вот непредвиденностей — имхо, всё равно полезная практика).

Можно еще посмотреть в сторону <col>/<colgroup>...

Там же display:inline внутри, куда она потеряется? Убрать ширину да задать text-align: center — и вся недолга . Кстати, у меня в Win7 последнее слово тоже переносится(.

А зачем, если от таблицы тут требуется сугубо одна визуальная особенность, и только на широком экране (а на том же мобильнике логичнее пустить текст под картинкой)?

У меня в дороге обычно всё быстро открывалось, даже ролики ютюбовские (на наибюджетнейшем андроидофоне из ранних), в городе среди плотной застройки и то чаще случались проблемы (причем сигнал шел как-то скачками — на пару десятков секунд пропадал вообще, а потом с приличной скоростью вываливал на экран всё сразу). Хотя, конечно, маршрут маршруту рознь. В целом, да, согласен, что чем раньше нужная информация, тем риск не дождаться ее меньше — но у меня случались и обрывы прямо посреди контента, "на самом интересном месте", так сказать, что едва ли лучше. Может, для таких аварийных случаев еще есть смысл держать отдельную чисто текстовую версию вообще "без добавок", а-ля ископаемые страницы для печати?