Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии
makepuff #:

если 20-30 из 2000 или 10000 то можно и забить, по ситуации смотри
чекни кол-во запросов на такой тайтл (контент) и оцени сложность изменения метатегов, тут примерно и скрывается вывод о необходимости эту ошибку фиксить

выше ответили сеошники, у которых одинаковые тайтлы всегда НАДО менять))) 

Да вот и я подумываю забить на это т.к. большинство одинаковых заголовков приходится на категории и пару страниц, а сами статьи/записи или описания программ/записи вроде не совпадают по заголовкам.
Антоний Казанский #:

Вы напрасно разнесли по разным категориям. Пользователь который ищет программу, находит описание - у него должна быть возможность скачать программу сразу, а не искать её в доп. категории. Тогда бы и не было дублей заголовков. 

Вам нужно хорошо продумать инфраструктуру сайта.

Мне пока такое решение нравится +/- там и так с этим CPT проблем хватает, но пришлось разделить т.к. основное направление — это все-таки статьи, и сайт создавался под статьи, а захотелось мне добавить дополнительный раздел для скачивания программ — это как экспериментальное дополнение, но из-за него сайт как будто состоит из двух сайтов при помощи CPT, и вот есть такой момент с одинаковыми названиями категорий.

Над инфраструктурой сайта уже поздно думать, он уже работает, можно только попытаться пофиксить разные моменты которые всплывают в ходе не продуманной инфраструктуры, сделанной на скорую руку.

А что делать если допустим у меня есть категория программы там, где статьи о программах и категория программы там, где программы, которые можно скачать, но это разные разделы с разными url адресами с разным кастомным типом постов в WordPress, но да они имеют одинаковое название.

В общем если их не много и это скорее к категориям/разделам и паре страниц относится в общей сложности 20-30, то стоит ли из-за этого заморачиваться.
Всем спасибо, но я не буду ничего делать, пускай появляются рывками, фиг с ними, если бы там одним свойством типа транзитион поставить, а так скорость интернета вырастит до гигамегабита, появятся сжигающий мозг 5G, и при сверх скоростях никто этого и не заметит, я и сейчас это еле-еле замечаю только когда какие-то пролаги при скролле сайта :-), технологии все пофиксят, а может и лези лоад не нужен будет :)
az3 #:
ТС, установи плагин LiteSpeed Cache, в бесплатной версии достаточно гибкие настройки по твоему вопросу
Возьму на заметку.
D.iK.iJ #:

Погуглил. Вот тут предлагают показывать вместо изображения средний цвет: https://manu.ninja/dominant-colors-for-lazy-loading-images/

Интересное решение.
webinfo #:

Правильно понял. Но без JS эту задачу не решишь.

Тогда я, наверное, забью на это, может браузеры в будущем сами эффекты сделают хотя бы в виде fadeout’а какого ни будь.
Ладно я думал может есть способ именно момент подгрузки картинки как-то заанимировать чтобы она хоть красиво появлялась, но видимо нет или это нафиг никому не нужно, фишка с установкой по дефолту всех картинок прозрачными или скрывать их, а потом с помощью скрипта проявлять их, или еще что-то с ними делать не очень.
az3 #:
Оставить lazy load только для изображений за пределами видимой области. После рендеринга страницы подзагрузка изображений при прокрутке происходит гораздо быстрее, практически незаметно.
Тут такая проблема, движок WP по дефолту делает lazy load, и как это реализовано я честно говоря не знаю, но при появлении первого видимого экрана как раз проблем нет, а вот когда скролишь быстро вниз и инет не быстрый то вместо картинок дыры и со временем они подгружаются, так что – практически незаметно – бывает заметно.
totamon #:
что за привычка переспрашивать очевидные вещи?😂
Да все просто – для меня JS и веб — это скорее random, чем очевидные вещи, поэтому и постоянно спрашиваю одно и тоже и то что должно работать так как есть, а на деле оно то не работает, то работает не так.
Всего: 2005