- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева

Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
1. не использовaть id
2. src: url(../font/HelveticaNeue-Light.ttf); /* Путь к файлу со шрифтом */ - использовать кавычки, подключать все форматы шрифтов
---------- Добавлено 07.10.2016 в 17:07 ----------
3. не использовать картинки там, где можно использовать css
1. Старался не использовать, так как понимаю разницу. Вроде бы использовал только в уникальных блоках, которые будут повторяться только один раз. В основе, короче говоря (хедер, сайдбар, футер).
2. Все форматы? Прям совсем все? Их же там за пару десятков.
3. Да, понимаю. Старался не использовать :)
---------- Добавлено 07.10.2016 в 17:13 ----------
ТС вроде что-то про программирование говорил, а тут такое...
Я говорил про веб-программирование, а именно фронт-енд разработку и разработку полного цикла.
Скрипты безликие я уже писал на js и php, но такое вряд ли кому-то нужно.
Сначала сделал такой шаблон, понял что это не так уж и сложно, потратил пару часов времени.
Теперь попробую сделать адаптированный шаблон, потому что статичный сейчас нафиг никому не нужен, ИМХО.
Потом попробую адаптировать его под какую-то CMS, скорее всего WordPress, там уже задействую навыки PHP.
1. Старался не использовать, так как понимаю разницу. Вроде бы использовал только в уникальных блоках, которые будут повторяться только один раз. В основе, короче говоря (хедер, сайдбар, футер).
не использовать от слова вообще, нечего им делать в стилях
3. Да, понимаю. Старался не использовать
в меню висит
2. Все форматы? Прям совсем все? Их же там за пару десятков.
eot, ttf, woff, woff2, svg
в меню висит
Это Вы про фон?
В принципе, Вы правы. Что-то затупил, лучше бы его с помощью СSS сделать, хоть фон и весит 1кб, но иногда и они могут решать.
В принципе, Вы правы. Что-то затупил, лучше бы его с помощью СSS сделать, хоть фон и весит 1кб, но иногда и они могут решать.
дело даже не в весе. это лишний http-запрос, это первое моргание при первом наведении, так как картинка еще не загружена.
вот и подошли к первому шагу по оптимизации
Что касается наложение стилей на Id. Это такая-же холиварная тема, как что круче кэннон или никон.
Где-то в сети было исследование, что наложения стиля на элементы, выбранный по id происходит быстрее, чем на аналогичный элемент выбранный через class. (что в принципе логично, так как найдя первый элемент дерева с таким айдишником можно больше ничего не искать, а перейти к следующим ветвям, в то время как наложение по class требует полного обхода дерева при рендеренге)
а самой медленной, разумеется, оказывается обстиливание с использованием структуры DOM
еще один любитель использования id в стилях?
еще один любитель использования id в стилях?
Еще один любитель похоливарить?
я написал о результатах теста производительности рендера файрфокса. у вас есть претензии к этим результатам?
Нет? тогда прошу не разводить с*ач.
silicoid, пруфы будут?
ну и про валидность можно не вспоминать
Что касается наложение стилей на Id. Это такая-же холиварная тема, как что круче кэннон или никон.
Где-то в сети было исследование, что наложения стиля на элементы, выбранный по id происходит быстрее, чем на аналогичный элемент выбранный через class. (что в принципе логично, так как найдя первый элемент дерева с таким айдишником можно больше ничего не искать, а перейти к следующим ветвям, в то время как наложение по class требует полного обхода дерева при рендеренге)
а самой медленной, разумеется, оказывается обстиливание с использованием структуры DOM
Представляю код с 100500 разных ID. А потом в нем что-то найти куда и откуда... жестяк.
А еще если нужно со списком работать - сначала назначить каждому элементу этот самый ID, потом собрать все эти ID в массив... йо жестяк :)
tommy-gung, вы заставили меня отложить работу и полчаса заниматься эксгумацией статей
впрочем пожалуйста
https://developer.mozilla.org/en-US/docs/Web/Guide/CSS/Writing_efficient_CSS
Хотя достаточно свежие исследования, проведенные в 2014 году https://benfrain.com/css-performance-revisited-selectors-bloat-expensive-styles/
говорят, что разница в скорости рендеринга не сильно высока и особенно заметна на мобильных платформах.
2ТС
ИМО а вот что касается выбора CSS селектора, то его полностью можно отнести на совесть верстальщика, за тем лишь исключением, что псеводселекторы надо использовать по необходимости.
если какой-то элемент проще описать через класс его надо описать через класс, если какой-то элемент проще / менее затратно по части акладных расходов обстилить через ай ди. делайте через ай ди. Уверен, что гуру вроде Стива Саудерса (не тот, что музыкант, а тот, что автор книг по Цсс) против не будут ))
Тут я ни с кем спорить не собираюсь посему извините.
АПД. я прошу прощения это шутка про 500к айдишников?