но я что-то не припомню подобного в условном Телеграмме
Откуда информация, что он так не делает? Плашку "выключите впн" он не показывает, ну я по крайней мере не встречал. Разве, что было в США была часть функционала блокнута, когда у них там замуты были с ICO. Но для себя, в качестве борьбы с антифродом он наверняка проверяет включен ли ВПН, это база, андроид же даже апишку для этого предоставляет.
If Telegram receives a valid order from the relevant judicial authorities that confirms you're a suspect in a case involving criminal activities that violate the Telegram Terms of Service, we will perform a legal analysis of the request and may disclose your IP address and phone number to the relevant authorities.
Еще раз, я ничего не утверждаю, просто этот нейрошлак уже надоел. Точка. Макс там может делать, что угодно, молодцы изучайте))
Да и проверки на VPN при подключении к звонку
Я работая в WeWork, делал приложение для конференций. Мы делали проверку на ВПН, прокси и прочее, чисто для защиты от абьюза нашего канала ботами. Сейчас например один из методов обхода блокировок - это использование канала звонков jetsy. Но кого это интересует да. Скорее всего ВПН проверяется, чтобы инопланетяне могли вас выкрасть!
Оно может делать, что угодно с этим никто не спорит, но в посте есть анализ трафика? Кто-то вообще проверяет все эти "доказательства"?
Конечно вопрос как по мне риторический, просто интересно ваше мнение, зачем оно это делает
Практически на любом сайте/приложении стоит халявная кларити от майкрософта, которая даже движение мышки записывает. Оно отлично работает. И это ок лол. Только на этом сайте 10 штук таргета, 4 из которых трекинг. Гугл, яндекс, самописный пиксель.
Не упоминая уже sentry replay, heap, mixpanel и буквально сотни других трекингов)
Каждый сайт, просто открыв который может получить сотни разных параметров, от размера экрана, до уникального отпечатка рендера на кванвасе. Зачем? Действительно риторический вопрос.
Что приложение проверяет свои пермиссии! Невиданное по сей день. Нейрослоп захватывает хабр, уже даже картинки к постам просто генерят. А было время рисовали)
Много где грузится сначала основное и выдается пользователю, потом подгружается остальное. Не сразу все, как вы хотите. Пример - это тайлы в картах. Вы все их будете грузить сразу, да?
Я выше написал, что, когда и для чего, подходы и метрики, зачем вы опять спрашиваете.
Есть то, что можно показать сразу с HTML, есть то, что можно показать сразу с JS, и есть то, что можно показать динамически с запросом, comet сервером и так далее.
Каждый из способ валиден в той или иной ситуации. Если вы не встречались с этой "хренью", это не значит, что этого нет или это не нужно.
Зачем тогда JS использовать для этого. Если сразу, тогда HTML.
Изоморфное приложение, стейт приложение, ssr, да даже просто jquery плагин с нужными параметрами с бека))
Парсинг такой как раз замедлит загрузку.
Сори про это все много чего написано. Тут нет смысла холиварить. Уже какой-то парсинг пошел)) Я выше дал направление если интересно куда копать
Лучше сразу в JS все сделать без этих костылей - это будет быстрее
Чтобы JS заработал он должен распарситься это верно. Но в вашей схеме только после этого пойдет ваш запрос, получит ответ, и наконец-то что-то покажет.
В случае же вставкой данных в JS - распарсится и покажется. Минус серверное взаимодействие понимаете? Не говоря уже том, это может быть комплексный запрос, который затрагивает разные системы, требует каких-то данных. Их тоже на фронт отправлять, что бы потом сделать запрос на данные, которые у нас уже могли быть на беке?
Напрямую да, но в целом любое SSR грубо говоря именно так и делает)
И да сейчас даже async/await шаблонизаторы поддерживают, но итог такой же, что-то вот подкладывается в HTML и потом используется. Просто пост слишком базисный. Тему можно куда круче раскрывать))
Запрос на что? На подгрузку данных, которые можно сразу показать?
Есть определенные метрики перфоманса страницы, первичного рендера и вещи которые важны для SEO, аукциона рекламы и тд и тп. От мета тегов, до первичного контента. Это критически важно для разного рода сайтов и целей.
Сложно понять изначальную проблему. Сейчас они закрывают firebase studio в 27м, там полноценный редактор с промтом и возможностью комитить. А локально куча разных плагинов под VS Code от всех ИИшек. Ну и сами редакторы по типу Antigravity
Проблема глубже чем просто дофаминовая яма. Соц сети буквально отключают сознание. Сейчас это все еще усугубляется ИИ, который проще спросить, чем подумать. Для себя нашел лучшее решение - просто удалить все соц сети))
да у jquery даже своя обертка для запросов есть. Взять тот же бекбон, прописываешь коллекцию и у тебя готово rest представление. Я кстати заморочился сделать форк под современный js https://ostovjs.org/
Основной батхерт, что на конференции в 2013 году, нам обещали - реакт будет сам рендерить все ваше приложение и вам не нужно будет об этом думать. Прошло 13 лет и мы до сих пор думаем об оптимизациях, косяках. А самое главное, что еще в 2018 создатель Svelte написал вполне себе хорошую статью - виртуал дом это оверхед. Ко всему этому, реакт исторически аля компосибл, куча мелких либок, чтобы собрать готовый суп. Но сам реакт его так и не собрал в свою экосистему, за него это делает аля next.js, с критами (выполнение кода на сервере), всякие тенстеки и прочая лабуда. Сам продолжаю использовать реакт, но по большей части уже давно на Vue. Это небо и земля. А если нужен реальный SSR без головняка - можно взять Alpine, Adonis, Edge...
Выше пишут - это всего лишь UI либка, униваерсальная. Вы когда-то использовали чисто UI либу? Вы обмазываете проекты 100500 разными либами в довесок. Такой-то стор, такие-то стили, такая-то обертка запросов, кеши, ssr, и прочая шелуха. А если захотите сделать общую библиотеку компонентов на реакт, то придется даже onClick в пропсах прописывать. В том же vue можно просто на компонент навесить без явного определение и вызова внутри. И таких мелочей десятки. И ради чего? Что бы самим не вызвать .render в MVC фронтовых фреймворках того времени? Что бы потом придумывать fiber и прочее, что бы как-то приблизиться к тому же перфомансу с виртуалдом? Я на jquery с бекбоном делал фронтовый редактор лендингов, не скажу, что сложность была выше)) Еще в 2012м с require.js я мог подгрузить файл на лету, код сплитинг был не фишкой, а базой. И спокойно мог рендерить на чем угодно на беке, php, python, java etc, без проблем с гидрацией)
Единственный плюс, это да, рынок впитавший это, многие знают реакт и возможность рендерить не только в html из за vdom
Откуда информация, что он так не делает? Плашку "выключите впн" он не показывает, ну я по крайней мере не встречал. Разве, что было в США была часть функционала блокнута, когда у них там замуты были с ICO.
Но для себя, в качестве борьбы с антифродом он наверняка проверяет включен ли ВПН, это база, андроид же даже апишку для этого предоставляет.
Более того они с радостью сольют ваши данные по требованию (https://www.theverge.com/2024/9/23/24252276/telegram-disclose-user-data-legal-requests-criminal-activity) и это прописано в полиси
https://telegram.org/privacy
Еще раз, я ничего не утверждаю, просто этот нейрошлак уже надоел. Точка. Макс там может делать, что угодно, молодцы изучайте))
Я работая в WeWork, делал приложение для конференций. Мы делали проверку на ВПН, прокси и прочее, чисто для защиты от абьюза нашего канала ботами. Сейчас например один из методов обхода блокировок - это использование канала звонков jetsy. Но кого это интересует да. Скорее всего ВПН проверяется, чтобы инопланетяне могли вас выкрасть!
Оно может делать, что угодно с этим никто не спорит, но в посте есть анализ трафика? Кто-то вообще проверяет все эти "доказательства"?
Практически на любом сайте/приложении стоит халявная кларити от майкрософта, которая даже движение мышки записывает. Оно отлично работает. И это ок лол. Только на этом сайте 10 штук таргета, 4 из которых трекинг. Гугл, яндекс, самописный пиксель.
Не упоминая уже sentry replay, heap, mixpanel и буквально сотни других трекингов)
Каждый сайт, просто открыв который может получить сотни разных параметров, от размера экрана, до уникального отпечатка рендера на кванвасе. Зачем? Действительно риторический вопрос.
Что приложение проверяет свои пермиссии! Невиданное по сей день.
Нейрослоп захватывает хабр, уже даже картинки к постам просто генерят. А было время рисовали)
Вы выше писали
SSR может сразу вставить данные в HTML/JS, например через inline-script или JSON в шаблоне или как вот в посте.
AJAX же отдельный клиентский запрос после загрузки страницы, и зачем вы развели тренд, рассказывая, что костыль, а что нет - никто не понял.
В чем костыль?
Это вы уже придумали, не нужно вываливать туда кучу данных
Ну вы аккуратно))
Вы так и не поняли, что ваш запрос на сервер, работает после того как парсится js)))
Просто почитайте как работает любое современное SSR приложение, на том же Next.js. Почитайте про gradual loading aka progressive loading, lazy loading
Оставьте при себе этот гонор лол
Я выше написал, что, когда и для чего, подходы и метрики, зачем вы опять спрашиваете.
Есть то, что можно показать сразу с HTML, есть то, что можно показать сразу с JS, и есть то, что можно показать динамически с запросом, comet сервером и так далее.
Каждый из способ валиден в той или иной ситуации. Если вы не встречались с этой "хренью", это не значит, что этого нет или это не нужно.
Изоморфное приложение, стейт приложение, ssr, да даже просто jquery плагин с нужными параметрами с бека))
Сори про это все много чего написано. Тут нет смысла холиварить. Уже какой-то парсинг пошел)) Я выше дал направление если интересно куда копать
Чтобы JS заработал он должен распарситься это верно. Но в вашей схеме только после этого пойдет ваш запрос, получит ответ, и наконец-то что-то покажет.
В случае же вставкой данных в JS - распарсится и покажется. Минус серверное взаимодействие понимаете? Не говоря уже том, это может быть комплексный запрос, который затрагивает разные системы, требует каких-то данных. Их тоже на фронт отправлять, что бы потом сделать запрос на данные, которые у нас уже могли быть на беке?
Не думал, что придётся это объяснять, ну))
Напрямую да, но в целом любое SSR грубо говоря именно так и делает)
И да сейчас даже async/await шаблонизаторы поддерживают, но итог такой же, что-то вот подкладывается в HTML и потом используется.
Просто пост слишком базисный. Тему можно куда круче раскрывать))
Запрос на что? На подгрузку данных, которые можно сразу показать?
Есть определенные метрики перфоманса страницы, первичного рендера и вещи которые важны для SEO, аукциона рекламы и тд и тп. От мета тегов, до первичного контента. Это критически важно для разного рода сайтов и целей.
Это не костыль, так писали раньше. Да и пишут до сих пор, просто автор как то без интереса, чисто один пример написал, без практики конкретной.
Причин так писать много. Это может быть допустим стейт приложения. Первые гибридные приложения так и прокидывали состояние.
Сложно понять изначальную проблему. Сейчас они закрывают firebase studio в 27м, там полноценный редактор с промтом и возможностью комитить. А локально куча разных плагинов под VS Code от всех ИИшек. Ну и сами редакторы по типу Antigravity
Скрытый текст
А вы просите ИИ сразу доку генерить по тому, что и как она реализовала)
Зарегался чисто посты о max комментить?
Это не очень совет. Лучше уже на работу за копейки, там хоть корпоративный/командный опыт будет)
Что за тренд то такой? то мила йовович то pewdiepie
Проблема глубже чем просто дофаминовая яма. Соц сети буквально отключают сознание. Сейчас это все еще усугубляется ИИ, который проще спросить, чем подумать. Для себя нашел лучшее решение - просто удалить все соц сети))
да у jquery даже своя обертка для запросов есть. Взять тот же бекбон, прописываешь коллекцию и у тебя готово rest представление.
Я кстати заморочился сделать форк под современный js
https://ostovjs.org/
Основной батхерт, что на конференции в 2013 году, нам обещали - реакт будет сам рендерить все ваше приложение и вам не нужно будет об этом думать. Прошло 13 лет и мы до сих пор думаем об оптимизациях, косяках. А самое главное, что еще в 2018 создатель Svelte написал вполне себе хорошую статью - виртуал дом это оверхед. Ко всему этому, реакт исторически аля компосибл, куча мелких либок, чтобы собрать готовый суп. Но сам реакт его так и не собрал в свою экосистему, за него это делает аля next.js, с критами (выполнение кода на сервере), всякие тенстеки и прочая лабуда. Сам продолжаю использовать реакт, но по большей части уже давно на Vue. Это небо и земля. А если нужен реальный SSR без головняка - можно взять Alpine, Adonis, Edge...
Выше пишут - это всего лишь UI либка, униваерсальная. Вы когда-то использовали чисто UI либу? Вы обмазываете проекты 100500 разными либами в довесок. Такой-то стор, такие-то стили, такая-то обертка запросов, кеши, ssr, и прочая шелуха. А если захотите сделать общую библиотеку компонентов на реакт, то придется даже onClick в пропсах прописывать. В том же vue можно просто на компонент навесить без явного определение и вызова внутри. И таких мелочей десятки. И ради чего? Что бы самим не вызвать .render в MVC фронтовых фреймворках того времени? Что бы потом придумывать fiber и прочее, что бы как-то приблизиться к тому же перфомансу с виртуалдом? Я на jquery с бекбоном делал фронтовый редактор лендингов, не скажу, что сложность была выше)) Еще в 2012м с require.js я мог подгрузить файл на лету, код сплитинг был не фишкой, а базой. И спокойно мог рендерить на чем угодно на беке, php, python, java etc, без проблем с гидрацией)
Единственный плюс, это да, рынок впитавший это, многие знают реакт и возможность рендерить не только в html из за vdom