не надо с ними шутить короче

кто это даст пизды

гугл уберет из выдачи

она спарсят со скриншота страницы и дадут пизды за то что прячешь что-то

а зачем что-то прятать?

хм

блять

нахер такие задачи ставтя вообще

пизда

а зачем что-то прятать?

чел хочет зачем-то

та поставили задачу убрать текст из дома нах шоб не индексировался

в каких кейсах это надо?

? потом будет задача заблочить райтклик и копипаст

та поставили задачу убрать текст из дома нах шоб не индексировался

в окно его выкидывай

Можно текст через свг рендерить ?

ну вот через свг

Отрендери в картинку, и фигани поверх полоски как в капче, от распознавальщиков текста :D

но опять же это такой гемор ....

короче за разницу в выдаче и для поисковиков слегка ебут

я из 2007, гугол уже научился реактовское говно парсить?

https://slack-redir.net/link?url=https%3A%2F%2Fwww.npmjs.com%2Fpackage%2Fvectorize-text

всю страницу никак не заблокировать?

вот эта шняга про свг

никак

роботы умные

им похер шо ты заблокируешь или нет

https://support.google.com/webmasters/answer/93710?hl=en

начальству не подходит такое

говорят такое не спасает

кх

?странная херня хотеть чтобы свой же сайт не индексировало

нормально все спасает

реально это вопрос не про гугл а про парсинг конкурентами )

Так там в целом суть только в том сколько это займет времени, любое можно спарсить, при должном желании. Если зададутся целью написать парсер именно под этот сайт то ничего не спасет.

потому что для поисковиков уже давно есть команды и механизмы запрета на поиск с индексацией

которые 100% работают

щас бы скрывать данные от прасинга когда сами парсим у конкуртентов инфу :D

ну вот тем более

А iframe, который закрыт в robots.txt?

хороший кстати вариант

если уж бизнес-требование ебанутое такое )

может кто-то знает модуль\библиотеку или сам реализовывал графическое отображение всех эндпоинтов в проекте ? ну допустим есть страница где прописаны все пути в твоем проекте и где какой интерфейс описано.

если мне нужно заимпортить в реакте картинку в зависимости от переданого пропса, то как я могу это сделать?

а все допер, импорт во время билда, а пропсы во врея работы приложения

https://swagger.io/

как тогда прописывать путь если я заранее не могу знать, что это за картинка?

как тогда прописывать путь если я заранее не могу знать, что это за картинка?

формируй путь во время выполнения

как тогда прописывать путь если я заранее не могу знать, что это за картинка?

Если у тебя вебпак собирает, то он может сам заимпортить все картинки по маске

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

подскажите кто-нибудь с настройками вебпака: Chunks.groupsIterable and filter by instanceof Entrypoint instead - вот такая ошибка

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

Когда вот так пишешь <img src={require(`./png/${item.logo}.png `)} /> вебпак импортирует все картинки в папке ./png

я из 2007, гугол уже научился реактовское говно парсить?

Если без реакт роутера то да

Ребят, это нормально — сделать переключение языка интерфейса кнопкой и хранить текущий язык в localStorage? Соответственно весь текст в интерфейсе отрисовывать по кондишину по этой переменной.

Ребят, это нормально — сделать переключение языка интерфейса кнопкой и хранить текущий язык в localStorage? Соответственно весь текст в интерфейсе отрисовывать по кондишину по этой переменной.

Лучше в куку

Или хуйня решение и лучше сделать две версии на разных поддоменах — en.domain.com и ru.domain.com ? И соответственно переключать уже между этими адресами

Что лучше в плане SEO и вообще?

можно еще в url вставить domain.com/<lang>/

А как лучше и почему, может ктото вкратце написать?)

можно еще в url вставить domain.com/<lang>/

слишком сложно

кука норм вариант да, и с сср работает

?блин от кейса же зависит вдруг там тупа одна страница лендинга - то и кукой норм

?блин от кейса же зависит вдруг там тупа одна страница лендинга - то и кукой норм

а если не одна то не норм?) минус подхода с site.com/lang/ в том что надо под каждый язык билдить веб паком с новым publicPath

а если не одна то не норм?) минус подхода с site.com/lang/ в том что надо под каждый язык билдить веб паком с новым publicPath

Про вебпак что-то не выкупаю :( зачем?

Про вебпак что-то не выкупаю :( зачем?

У тебя фактически приложение будет разделено на две части. Для англ и рус.

Мне кажется проще сделать в одном.

У тебя фактически приложение будет разделено на две части. Для англ и рус.

Ну и пути для изображений и прочего будет другое, если делать с /lang

ERROR: S client not available

У тебя фактически приложение будет разделено на две части. Для англ и рус.

хз чот роутер язык + react-intl для переводов

А вот с картинками и с статикой проблемы могут возникнуть ?

Интернет-магазин

Изображения останутся теми же

А вот данные из бд и язык интерфейса - разные

Можно сделать это все зависимостью от куки, можно разделить на два домена с разными приложениями по сути

(На разных языках)

У меня опыта недостаточно чтобы оценить плюсы и минусы каждого подхода

подскажите пожалуйста, работаю с google api places через react-component-autocomplete. но что-то не так с поиском мест, он возвращает невсегда корректные результаты, кто-то сталкивался?

Интернет-магазин

у нас не интернет магазин но локализации лежат в локал сторадже

братья живы

Всем привет! Подскажите, снепшоты должны генериться со стилями или просто дом-дерево?

у нас не интернет магазин но локализации лежат в локал сторадже

А что вы имеете виду под локализациями?

Я думал в куки/локалсторедже хранить только текущий язык

у нас есть сервис локализации куда переводчики заливают переводы

типа есть ключ

auth

у него для ру есть перевод Авторизироваться

для португальского там другое слово

в коде они лежат под ключами

и при загрузке страницы определяется язык в браузере и отправляется запрос, получаются локализации и кладутся в стордж

А весь контент и интерфейс отрисовывать как this.lang.en ? “Меню” : “menu”

и при загрузке страницы определяется язык в браузере и отправляется запрос, получаются локализации и кладутся в стордж

Все понял, видимо текста много?

у нас много

обычно мы на русском пишем сами

локализации

а переводчики по нашим русским переводам ключей добавляют иностранные

но вполне возможно что вам сервис локализации и не нужен, так что можно просто грузить локализации

но у этого подхода безусловно есть свои подводные

Привет всем. А нормально ли в саге добавлять классы какому-то элементу после диспатча, например?

при плохом соединении могут долго грузиться локализации теоретически, но это не совсем наш кейс