Николай В.

Николай В.
Рейтинг
62
Регистрация
07.09.2006
Должность
веб-разработка
Интересы
фотография, электронная музыка, фантастика

Dmitry HT, у Вас два посетителя не смогут оставить одинаковые комментарии. В свете повальных «+1» это критично. :)

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

1) Как ни крути, блоки позволяют верстать более компактно. Распространенная задача — верстка плашки с закругленными краями. Таблица в девять ячеек — это 9 td, 3 tr, и еще table. Блоками по моим прикидкам — это 4 тега.

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

3) Некоторые вещи сложно реализовать таблицами при использовании «взрослых» Doctype-ов. В качестве примера — классическая сетка «хедер, контент, футер». Я так и не смог разметить css-ом таблицу так, чтобы футер с ограниченной высотой прижался к низу окна, а контент растянулся на всю высоту окна. Естественно «кроссбраузерно» и как минимум <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 //EN">

4) Семантика (хотя кого она в конечном счете беспокоит? :)). Не предназначены таблицы для разметки, они для отображения табличной информации.

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

Да, такое замечание — когда говорят о «блочной верстке» имеется в виду скорее «семантичная(«семантическая»? :)) верстка», т.е. не тупая замена td div-ами, а использование средств HTML согласно их предназначению.

Слушайте, а не проще из БД данные дергать и в XML-виде маркету отдавать. Или у вас в магазине и базы нет?

Если уже надо из Excel, то я бы сохранял это дело «в виде XML» и переформатировал посредством XSLT.

Хотя сейчас посмотрел — в моем Excel есть менюшка «Данные/Данные XML». Чует мое сердце, что если разобраться, то этими инструментами можно заставить Excel сохранять данные в виде произвольной XML-структуры.

ffmpeg — не продавец конечно, но с задачей справляется. :)

Небольшая статья про кодирование в flv. Там рассказано, что к ffmpeg надо добавить для успешной работы.

Вы уж определитесь — у вас диско-клуб, пионерская организация или сайт реконструкторов русского средневековья? ;)

http://risearch.org/rus/rumor/index.html

Использую этот морфологический анализатор. Нравится.

andygray, а в чем цель?

Посмотрите в базе тип поля — в TEXT можно записать до 65535 байтов или символов, а остальное обрежется… Поменяйте на что-нибудь повместительнее.

Хотя вы как-то путано объясняете: то у вас mYsql, то mSsql, то 50 килобайт, то почти 4 мегабайта. :)

ТС, а вы только с .htaccess работаете, или еще и код CMS правите? Т.е. результирующие линки в html-коде у меня «человекопонятные» получатся?

{assign var=type_key value=$item->type}

{$type_array.$type_key}

Остановился на такой «двуходовке».

Всего: 487