- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день!
Не силён в сайтостроении, отсюда и вопрос:
есть сайт, на сайте есть таблица с двумя столбцами (в одну строку). В одном столбце картинка, в другом - текст. Требуется выровнять текст и картинку по высоте.
В firefox всё отображается по центру как и требуется, но в Explorer всё смещается к верху таблицы.
Вот кусок кода таблицы:
<table height="63" border="0" cellpadding="1" cellspacing="1" width="351">
<tbody>
<tr><td align="center"> <middle><img src="http://www.site.ru/2.PNG" title="Помощь в разработке" height="53" border="0" width="41"></middle> </td><td align="center"> <middle> </middle>
<div align="left"><middle> </middle>
<div align="left"><middle>
<h3>Помощь в разработке</h3>
</middle></div>
</div>
</td></tr>
</tbody>
</table>
<td valign="top"> - по верхнему краю
<td valign="middle"> - по центру
...
Старайтесь не использовать "нерекомендуемые" (deprecated) элементы и атрибуты, чем чище html, тем он читабельней и меньше "весит".
Ну и стили лучше таки хранить в отдельном файле.
Старайтесь не использовать "нерекомендуемые" (deprecated) элементы и атрибуты, чем чище html, тем он читабельней и меньше "весит".
Ну и стили лучше таки хранить в отдельном файле.
позвольте спросить, почему в отдельном лучше?
Заинтересовало, потому что обычно прописываю все в заголовке или прямо в стиле тэга. Имхо так проще.
Проще не значит лучше. Файл стилей при первом же заходе на сайт кэшируется браузером и при последующих просмотрах страниц подгружается уже из кэша, ну и графика, прописанная в нем также хорошо кэшируется.
В вашем же варианте, если прописываете стили непосредственно в html (inline), браузер при каждом обращении к страницам грузит весь ваш код, парсит анализатором и только потом рисует страницу, что ессно влияет на скорость загрузки и прорисовки. Тем более это касается таблиц, потому как таблица браузером рисуется только после полного ее прочтения. Редко кто использует специальные директивы CSS для поэтапной прорисовки таблиц.
Я уж не буду здесь расписывать давно набитую искомину о целесообразности использования таблиц в качестве структурной разметки ;)
Проще не значит лучше. Файл стилей при первом же заходе на сайт кэшируется браузером и при последующих просмотрах страниц подгружается уже из кэша, ну и графика, прописанная в нем также хорошо кэшируется.
Да это плюс, но бывает что css слетает и грузится голый html, а это уже минус, бо он в непотребном виде без css.
В вашем же варианте, если прописываете стили непосредственно в html (inline), браузер при каждом обращении к страницам грузит весь ваш код, парсит анализатором и только потом рисует страницу, что ессно влияет на скорость загрузки и прорисовки. Тем более это касается таблиц, потому как таблица браузером рисуется только после полного ее прочтения. Редко кто использует специальные директивы CSS для поэтапной прорисовки таблиц.
А это тут при чем? Вы хотите сказать, что при отдельном css браузер не парсит?
Имхо, парсит точно также и производительность одинакова, что так, что так.
Может у вас есть опыт по тестированию производительности этих двух случаев, тогда конечно же поверю, что ксс лучше чем встроенный стиль.
Я уж не буду здесь расписывать давно набитую искомину о целесообразности использования таблиц в качестве структурной разметки ;)
даже есть и так, то все равно, компы сейчас мощные, видео умеют показывать, не то что таблицу какую-то нарисовать =))
- как правило, ссылка на файл .css ставится в "первых рядах", т.е. в служебной области (head) и если уж страница загрузилась полностью, то стили по любому уже в кэше браузера. Или я не понял про "слетает".
- парсит, а как же, но только html, т.к. css уже есть. На счет производительности - ну прикиньте сами - либо каждый раз грузить html+css(а это, бывает, очень много), либо загрузить лишь код html и новый контент. Я думаю. что вы не будете спорить о значительной разнице скорости "вытаскивания" css из кэша, или закачивания его с сервера.
- видимо вы не поняли, что я хотел сказать. Дело не в мощностях компов, а в семантике.
- как правило, ссылка на файл .css ставится в "первых рядах", т.е. в служебной области (head) и если уж страница загрузилась полностью, то стили по любому уже в кэше браузера. Или я не понял про "слетает".
Но все ж таки бывает, и довольно частенько, что загрузка css'a оборвалась и мы вместо веб-страницы созерцаем голый html, в котором ничего понять нельзя, пока не сделаешь F5.
- парсит, а как же, но только html, т.к. css уже есть. На счет производительности - ну прикиньте сами - либо каждый раз грузить html+css(а это, бывает, очень много), либо загрузить лишь код html и новый контент. Я думаю. что вы не будете спорить о значительной разнице скорости "вытаскивания" css из кэша, или закачивания его с сервера.
Если для страницы css'a до килобайта и он в заголовке, то это мелочи, про которые и говорить не стоит. Другое дело, это если css огромен, кило на 100. Тогда конечно ничего не остается, как подгружать модулем.
Но с таким пока что не сталкивался. =))
- видимо вы не поняли, что я хотел сказать. Дело не в мощностях компов, а в семантике.
Вот тут действительно не понял. Потому что не могу понять, при чем тут происхождение слов к производительности компов на клиентской стороне =)))