Тоже везде использую XMLSitemapGeneratorforGoogle.
А что именно криво?
Я уже точно не помню, т.к. я откатился, но если сейчас все разбито по годам/месяцам и войдя в них были ссылки на посты перейдя по которым ты попадал на статьи, то в новой версии было все не так, а нажимая на ссылки попадал на 404 страницу. Там было видно, что что-то не так, по-другому, в общем.
Может быть это только у меня так, хз, может из-за того, что у меня еще есть кастомные типы постов помимо дефолтных основных, в общем фиг его знает может это у меня такое только, как всегда.
На сайте https://yesviz.com нашел устройство ниже 230px – Часы Apple Watch Series 6 его вьюпорт 197px, правда сомневаюсь что с них смотрят сайты, хотя кто его знает.
Я так понял они вычисляют разрешение под viewport– просто делят разрешение устройства resolutionна соотношение ratio, то есть на примере Apple iPhone SE – 750 / 2 = 375pxvewportи уже вот эта цифра и есть та цифра, которая мне нужна.
Я померял линейкой экран, это где-то примерно 70 мм., конверторы говорят это 265px.
Ладно это все не важно :), вот что важно, Я когда в инструментах разработчика двигаю как бы это сказать, ну короче расширяю девтулс тем самым сжимая сайт и вверху циферки – там первая цифра это же ширина width, и когда делаю скажем до +/- 230px. Это же эта цифра подразумевается и под мобильными расширениями которые в метрике и в браузерах это об 320pxпо минимуму говорится.
Я тут глянул разрешение своего дешевого китайского смартфона, купленного за 6К когда-то, TecnoSpark 8c через AIDA64 и оно оказалось – 720 * 1612, то есть все новые модели точно меньше не будут уже никогда, да и у дешевого или б/ушного рынка я думают тоже навряд ли будут.
Да еще глянул статистику в Яндекс.Метрике по разрешениям экрана, и что бросается в глаза что меньше 320pxвроде бы и нет, ну по крайне мерее на первом экране отчета, да и то их – 0,56%.
Но как не странно все-таки маленьких экранов тоже предостаточно, но не меньше 320:
Разрешения / проценты +/- :
360 – 10,8
393 – 10,3
412 – 3,69
414 – 2,4
375 – 1,91
390 – 1,85
384 – 1,24
Ну и так далее уже меньше одного 1 % процента…
Да вы правы, думаю об этом беспокоится не стоит мне.
Пофиксил костыльным способом, пришлось отказаться от модных троеточий - text-overflow: ellipsis; и запрета на перенос слов - white-space: nowrap;, выставив высоту, и все что лишнее скрывается.
Дело было не в overflow: hidden;, а в запрете переноса слов - white-space: nowrap;.
Ну и фиг с ним, почти тоже самое, зато пропал баг с появлением горизонтального скроллбара при определенном разрешении, за что поисковики могут вас опустить, имеется ввиду опустить в выдаче позиций, ну вы поняли, особенно в мобильной версии или типа того.
Остается только понять, что думают поисковики о невидимом тексте, уехавшем за оверфлов хидден, надеюсь это не сильно на что-то влияет.
Если убрать white-space: nowrap; чтобы переносились слова, то тогда все ОК, но тогда лишний текст не скрывается и нету троеточия. Ну и текст будет переносится если он длинный.
Я кстати никогда у себя на сервере не блокировал pingicmpпротокол, и вроде бы никогда никаких проблем не было, ну или я не знал о них :-), я так понял это тупая идея в плане защиты и т.п. для безопасности.
Спасибо, это похоже настройка в ISPmanager’е - SSL для внешних приложений, понятно это ISPmanager’овская штука. А я ввожу в поиск - 1501/tcp open sas-3, что только не выдает, но не отношение к ISPmanager’у.
Тоже везде использую XML Sitemap Generator for Google.
А что именно криво?
Я уже точно не помню, т.к. я откатился, но если сейчас все разбито по годам/месяцам и войдя в них были ссылки на посты перейдя по которым ты попадал на статьи, то в новой версии было все не так, а нажимая на ссылки попадал на 404 страницу. Там было видно, что что-то не так, по-другому, в общем.
Может быть это только у меня так, хз, может из-за того, что у меня еще есть кастомные типы постов помимо дефолтных основных, в общем фиг его знает может это у меня такое только, как всегда.На сайте https://yesviz.com нашел устройство ниже 230px – Часы Apple Watch Series 6 его вьюпорт 197px, правда сомневаюсь что с них смотрят сайты, хотя кто его знает.
Я так понял они вычисляют разрешение под viewport – просто делят разрешение устройства resolution на соотношение ratio, то есть на примере Apple iPhone SE – 750 / 2 = 375px vewport и уже вот эта цифра и есть та цифра, которая мне нужна.Это 360px.
Я померял линейкой экран, это где-то примерно 70 мм., конверторы говорят это 265px.
Ладно это все не важно :), вот что важно, Я когда в инструментах разработчика двигаю как бы это сказать, ну короче расширяю девтулс тем самым сжимая сайт и вверху циферки – там первая цифра это же ширина width, и когда делаю скажем до +/- 230px. Это же эта цифра подразумевается и под мобильными расширениями которые в метрике и в браузерах это об 320px по минимуму говорится.Я тут глянул разрешение своего дешевого китайского смартфона, купленного за 6К когда-то, Tecno Spark 8c через AIDA64 и оно оказалось – 720 * 1612, то есть все новые модели точно меньше не будут уже никогда, да и у дешевого или б/ушного рынка я думают тоже навряд ли будут.
Да еще глянул статистику в Яндекс.Метрике по разрешениям экрана, и что бросается в глаза что меньше 320px вроде бы и нет, ну по крайне мерее на первом экране отчета, да и то их – 0,56%.
Но как не странно все-таки маленьких экранов тоже предостаточно, но не меньше 320:
Разрешения / проценты +/- :
360 – 10,8
393 – 10,3
412 – 3,69
414 – 2,4
375 – 1,91
390 – 1,85
384 – 1,24
Ну и так далее уже меньше одного 1 % процента…
Да вы правы, думаю об этом беспокоится не стоит мне.Пофиксил костыльным способом, пришлось отказаться от модных троеточий - text-overflow: ellipsis; и запрета на перенос слов - white-space: nowrap;, выставив высоту, и все что лишнее скрывается.
Дело было не в overflow: hidden;, а в запрете переноса слов - white-space: nowrap;.
Ну и фиг с ним, почти тоже самое, зато пропал баг с появлением горизонтального скроллбара при определенном разрешении, за что поисковики могут вас опустить, имеется ввиду опустить в выдаче позиций, ну вы поняли, особенно в мобильной версии или типа того.
Остается только понять, что думают поисковики о невидимом тексте, уехавшем за оверфлов хидден, надеюсь это не сильно на что-то влияет.Нарисовал как смог, не судите строго:
Обрезается видимая часть контента, а не исходный код.
Накосячил где-то.
Да, но он должен обрезаться и не влиять на другие элементы, он же для этого типа и придуман.
Да, но.
ispmanager 1501 - Поиск в Google