Вт
завжди можна ранити sem кампанію якщо оптимізувати дорого
Size: a a a
2020 November 13
SG
є штатні СЄОшники, вони роблять багато різних активностей. Ми просто приймаємо як факт шо маємо бути швидкі шоби гугл нас не понижав: https://webmasters.googleblog.com/2020/05/evaluating-page-experience.html
Вт
візьміть просто лайтхаус і буде норм, ще в гугл сео дашборді буде писати health чи шось таке
SG
ну pagespeed insights (мій лінк в пості) же ж і юзає лайтхаус 🙂
сео дашборд — це https://search.google.com/? вона показує нам, скільки у нас загалом урлів зелених/жовтих/червоних. Не пояснюючи, чи "неважливі" червоні сторінки не шкодять позиціям "важливих зелених"
сео дашборд — це https://search.google.com/? вона показує нам, скільки у нас загалом урлів зелених/жовтих/червоних. Не пояснюючи, чи "неважливі" червоні сторінки не шкодять позиціям "важливих зелених"
Вт
я знаю що як працює кроулер це секрет для всіх, і всі тільки вгадують
можливо справа не в швидкості сторінок а в контенті?
можливо справа не в швидкості сторінок а в контенті?
Вт
у гугла багато різних апі на які кроулер звертає увагу
Вт
Сайтмап, живі лінки, статичний контент, реальні дані (ціни, розклади і тд)
Вт
у кроулера є бюджет, можна вважати це як тайм ліміт. Якщо йому попадається мертва лінка то тайм ламіт множиться на нуль
Вт
плюс якщо сторінка грузиться довго то тайм ліміт кінчиться швидко
Вт
просто моніторь яке місце в видачі має преплай і роби А Б тести по регіонам і тестуй різні підходи
Вт
А ще найміть нормального сеошника ;) у них там своє комюніті і вони швидко перевіряють всякі нові гіпотези
Вт
Підкажіть лібу для вайлкардингу стрінгів типу *.domain.com satisfies my.domain.com
DD
@ghaiklor возвращаясь к вчерашей теме про монорепо,
попробовал в качестве демо одну из либ перевести на rush - столкнулся с проблемой запуска cypress в докере локально (докер что бы не было проблем снятия скриншотов в разных окружениях)
раньше выглядело как то так
как я понимаю это перестало работать из-за симлинков - часть скриптов просто не видит установленных пакетов
думаю можно было бы сделать кастомный докер файл и ставить все пакеты заново, но мне кажется теряется смысл тогда от rush и pnpm
может есть идеи как это сделать лучше?
попробовал в качестве демо одну из либ перевести на rush - столкнулся с проблемой запуска cypress в докере локально (докер что бы не было проблем снятия скриншотов в разных окружениях)
раньше выглядело как то так
"test:docker": "docker run -v $PWD:/e2e -w /e2e cypress/included:5.1.0 --env configFile=vtest.file"как я понимаю это перестало работать из-за симлинков - часть скриптов просто не видит установленных пакетов
думаю можно было бы сделать кастомный докер файл и ставить все пакеты заново, но мне кажется теряется смысл тогда от rush и pnpm
может есть идеи как это сделать лучше?
SG
@sdwvit дяк шо відповів)
SG
@Sinled я теж буду монорепо завозити, думав весь воркспейс в докер засунути
Вт
@ghaiklor возвращаясь к вчерашей теме про монорепо,
попробовал в качестве демо одну из либ перевести на rush - столкнулся с проблемой запуска cypress в докере локально (докер что бы не было проблем снятия скриншотов в разных окружениях)
раньше выглядело как то так
как я понимаю это перестало работать из-за симлинков - часть скриптов просто не видит установленных пакетов
думаю можно было бы сделать кастомный докер файл и ставить все пакеты заново, но мне кажется теряется смысл тогда от rush и pnpm
может есть идеи как это сделать лучше?
попробовал в качестве демо одну из либ перевести на rush - столкнулся с проблемой запуска cypress в докере локально (докер что бы не было проблем снятия скриншотов в разных окружениях)
раньше выглядело как то так
"test:docker": "docker run -v $PWD:/e2e -w /e2e cypress/included:5.1.0 --env configFile=vtest.file"как я понимаю это перестало работать из-за симлинков - часть скриптов просто не видит установленных пакетов
думаю можно было бы сделать кастомный докер файл и ставить все пакеты заново, но мне кажется теряется смысл тогда от rush и pnpm
может есть идеи как это сделать лучше?
тестить вне докера? я чутка вне контекста, зачем докер там
Вт
Підкажіть лібу для вайлкардингу стрінгів типу *.domain.com satisfies my.domain.com
2020 November 14
DD
тестить вне докера? я чутка вне контекста, зачем докер там
Скриншот тесты, для визуальных регрессий, без докера будут различия рендера на разных ос
Вт
Скриншот тесты, для визуальных регрессий, без докера будут различия рендера на разных ос
так запускайте в СІ, там же и так уже виртуализация скорее всего?
DD
так запускайте в СІ, там же и так уже виртуализация скорее всего?
В ci все ок проблема в разных окружениях разработчиков