- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
И ни одного ответа по теме
если вам очень необходимо загрузить их на 1 страницу, то:
1. не используйте таблицы
2. грузите графику уже необходимого размера
3. используйте ajax для постепенной догрузки графики в фоновом режиме
:)
Разные хосты, постранички... есть задача сделать быстро и не менять вид. Такое кол-во картинок - столько же запросов к серверу. Разумеется тормоза, вот вам типичный пример, перетяните по фтп 300 файлов по одному килобайту и один в 300 килобайт и сравните скорость. А по сабжу можно использовать следующую технологию. Либо в атрибут тега <img> запихиваем сразу бинарный код картинки. предварительно кодируя через base64, либо используете яваскрипт. грузите данные в переменные или JSON, а на стороне клиента динамически создаете картинки :) Так решиться всё в один поток. По быстродействию - не знаю. надо смотреть. картинок много и скорость рендера браузера может подкачать, вообщем экспериментируйте.
Правильный html код для больших таблиц
:) лет 10 еще тому назад много раз говорилось:
правильный хтмл код - это отсутствие больших таблиц.
т.е. разбивать одну большую на десятки маленьких (например, одна строка - одна таблица)
Либо в атрибут тега <img> запихиваем сразу бинарный код картинки. предварительно кодируя через base64
Не нашел примера подобного решения.
5 лет я издевался над своей психикой не зная (скорее не желая знать), что существуют браузеры гораздо удобнее и быстрее - мозила и опера...
Аналогично ;) Только я сидел на MyIE. Я до сих пор не могу понять как я столько лет мучался на таком откровенном г.
Правда в последнее время я почти окончательно перешел на хром. Скорость загрузки ещё быстрее (даже визуально заметно) и минимализм, который так свойственен гуглу мне очень нравится, теперь уж мозила мне кажется очень большой и громоздкой 😎 Единственное что не хватает плагинов, тот же скринграб и firebug, к которым я так привык в мозиле мне нужны в работе и приходится параллельно ещё держать открытым firefox.
:) лет 10 еще тому назад много раз говорилось:
правильный хтмл код - это отсутствие больших таблиц.
т.е. разбивать одну большую на десятки маленьких (например, одна строка - одна таблица)
- Это верно, если у вас код самой страницы начинает множится в виде...таблица в талицу и следующую тоже внутрь, и тд.
- При большой таблице лучше же задать размер всех ячеек сразу и в начале таблицы. В вашем же варианте резко увеличивается размер кода HTML
- либо верстстать на дивах но тоже с заданными размерами. Но кто то же еще и не умеет на дивах. поэтому оптимизируем таблицы.
я бы таймаут keep-alive в nginx побольше поставил, добавил gzip сжатие текстового контента (html, css, js) и организовал загрузку картинок через ajax по строке или блоку из нескольких строк с индикатором загрузки.
- Это верно, если у вас код самой страницы начинает множится в виде...таблица в талицу и следующую тоже внутрь, и тд.
вложение таблиц - это признак верстки популярной в прошлом веке... Такое уже и не должно употребляться в приличных домах.
- При большой таблице лучше же задать размер всех ячеек сразу и в начале таблицы. В вашем же варианте резко увеличивается размер кода HTML
большие таблицы по определению зло. Их в любом варианте разбивать надо. либо на части - либо на отдельные страницы (ибо все равно юзеру рассмотривать таблицы в тысячи строк неудобно)
Оптимальный кстати размер таблицы подсказан в PhpMyAdmin - по умолчанию ко всем выбркам там подставляется LIMIT 30 - думаю парни думали о юзабилити когда подобный продукт создавали.
- либо верстстать на дивах но тоже с заданными размерами. Но кто то же еще и не умеет на дивах. поэтому оптимизируем таблицы.
Верстать таблицы дивами это все равно как душ стоя в унитазе принимать. Для всего есть свои средства. Для таблиц это тег table - просто умно надо им пользоваться.
вложение таблиц - это признак верстки популярной в прошлом веке... Такое уже и не должно употребляться в приличных домах.
большие таблицы по определению зло. Их в любом варианте разбивать надо. либо на части - либо на отдельные страницы (ибо все равно юзеру рассмотривать таблицы в тысячи строк неудобно)
Оптимальный кстати размер таблицы подсказан в PhpMyAdmin - по умолчанию ко всем выбркам там подставляется LIMIT 30 - думаю парни думали о юзабилити когда подобный продукт создавали.
Верстать таблицы дивами это все равно как душ стоя в унитазе принимать. Для всего есть свои средства. Для таблиц это тег table - просто умно надо им пользоваться.
А кого еп** сколько вебмастер раз вкладывал таблицы? )
Для посетителя - главное чтобы всё загружалось и не возникало глюков и разъездов вашей любимой блочной вёрстки, которая работает на каждом браузере и разрешении как заблагорассудится. А на старых популярных браузерах как ИЕ6 на это вообще невозможно смотреть. 90% современных сайтов на этом браузере либо разъезжаются, либо зависают, либо просто выдают - смените браузер. :)
А вот старые народные сайты - идут на ура.
Просто таблицы браузеры понимают гораздо лучше, и в них при должном коде можно размещать со спокойной душой плавающего размера данные, не боясь что у кого-то что-то уедет за пределы экрана или ещё что.
Вложенность естессно надо минимизировать, но не в ущерб здравому смыслу.
сколько вебмастер раз вкладывал таблицы? )
...
Вложенность естессно надо минимизировать, но не в ущерб здравому смыслу.
ущерб здравому смыслу - это использовать таблицы там где в принципе нет табличных данных (т.е. исключительно для разметки), этот довод кстати был одним из основных, лет 10 назад когда речь шла о том что для верстки предпочтительно использовать именно блоки. Но Вы видимо тогда еще читать не умели, поэтому очевидно пропустили эти диспуты.
Если при этом Вы не умеете делать блочную верстку, то это никак не может оправдать "ваяние" таблицами, которые кстати бывают не менее глючны, особенно в старых браузерах. Про СЕО акспекты верстки и пр. я уж промолчу на данном форуме.
В общем не вдаваясь в длинные рассуждения, краткий для Вас конспект "здравого смысла":
1. Таблицы здраво делать таблицами!
2. Блоки здраво делать блоками!
остальные варианты, наоборот, вместо, взамен и т.п. говорит кк раз об отсутствии здравого смысла.