- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Многие с таблиц на дивы лезут, а меня на оборот потянуло:D
какая разница как там браузер будет читать, зачем человеку париться с блоками)))
musulman, ну почему же париться, наоборот получаешь полное удовлетворение от процесса)), когда знаешь что получится легко читаемый код (без этих бесконечных ТР ТД), вес будет в несколько раз меньше, грузиться будет быстрее чем в несколько раз, не говоря уже об оптимизации и т.д., да и сам процесс... ах.
А смысла переводить сайт из хтмл в ххтмл не вижу, если только попутно это сделать с глобальной переделкой сайта, а иначе зачем?
Многие с таблиц на дивы лезут, а меня на оборот потянуло
какая разница как там браузер будет читать, зачем человеку париться с блоками)))
+1
Время разработки - важный аспект. С кроссбраузерными стилями/хаками иногда бывает столько мороки, что проще забить и быстренько сверстать в табличках.
когда знаешь что получится легко читаемый код
Как раз таки наоборот, в таблицах проще сделать структурированный код, потому что пробелы и табы между <td> и <tr> ни на что не влияют.
Время разработки - важный аспект. С кроссбраузерными стилями/хаками иногда бывает столько мороки, что проще забить и быстренько сверстать в табличках.
+1 :). С таблицами меньше проблем. Имхо лучше всего использовать и то и то, в зависимости от ситуации выбирая наиболее подходящий метод.
Видимо, этого не избежать =)
Если модульная сетка сайта будет довольно простой, то в принципе весомых различий между таблицами и дивами не будет, но если сетка будет посложнее, то вёрстка на таблицах будет очень сложна. Конечно, к дивам нужно привыкнуть и научиться ими верстать, но результат превзойдёт все свои ожидания
С этим согласен, но здесь есть и обратная сторона медали. При вёрстке дивами "быстренько" сделать не получится, следовательно вёрстка будет проработана гораздо лучше, чем в таблицах (моё личное, очень субъективное мнение)