В PayPal основная проблема это банковская карта, в том смысле что если PayPal что то не нравится то блокируют именно ее, а вот номеров телефонов для подтверждения по SMS того что вы находитесь вне РФ и Беларуси может быть множество и они не обязательно должны быть из США или Евросоюза. Плюс еще PayPal по футпринтам вычисляет из каких регионов и стран пытаются зайти в него.
alex4answ, потому что SPA на JS фреймворках не могут соответствовать критериями WEB Core Vitals, из за того что при первом запросе грузят кучу кода на JS
Даниил Секретов, Ну если у вас SPA на каком нибудь JS фреймворке, то ваше время загрузки в 14287 ms, заметно уменьшить не получится, от слова совсем... Так что если у вас есть в бекенде быстрый API, то нужно будет отказываться от использования архитектуры SPA на js. Мне тоже интересна тема технического SEO и WEB Core Vitals, так что пишите в личку, может быть что нибудь придумаем.
Если ваш веб сайт, это E-commerce приложение, где каждая страница товара является по сути Landing Page, и для таких страниц вам нужна оптимизация по критериям Web Core Vitals, то выбор любого фреймворка на JS, где собираются SPA, включая и React, это не самое лучшее решение. Если у вас, товарных позиций больше сотни, то вытащите эту инфу из базы данных, и заказывайте разработку приложения с архитектурой SSR, но при этом с минимизацией загрузки CSS, JS, для таких страниц, а на главной странице, можете засунуть всю эту тяжеловесную хрень, типа Pop-Up, аккордеон, ну и другие красочные свистелки и перделки .
Если дружите с C# и .NET то там есть пример такого решения - Duende Identity Server, который может быть установлен отдельно от других компонентов микро сервисной архитектуры, а также обслуживать разные приложения, например веб версию и мобильную версию, но при этом учет пользователей и их полномочий, будет вестись в единой базе данных.
thesoyice, Сейчас в переводе книга Andrew Lock по ASP.NET, я среди прочих занимаюсь правкой русского перевода...Можешь подождать когда она выйдет в печать, а можешь английскую версию читать, хотя и английская и русская версия, как по мне не очень читабельны...Но там много последних фишек, но только для версии .NET 7.
Попробуй также Udemy, курсы с хорошими рейтингами...Но по C# для начального уровня там только один курс на русском, и он не самый лучший из возможных..., но есть на английском с субтитрами.
Получите доступ к учебному порталу Udemy, выбирайте курсы по своей тематике, смотрите на рейтинги курсов, содержимое, отзывы, продолжительность, и выбирайте то что вам нужно. Смотрите сначала англоязычные, потом ищите возможно и русскоязычные версии, однако их там мало. Потратив на оплату курса 12-15 долларов, вы получите доступ к качественному и актуальному контенту. Бесплатные варианты на ютубах и форумах приведут вас к потере времени, без особых результатов.
Проверьте структуру папок и файлов в вашем проекте, и путь к вашей странице. Посмотрите видео о маршрутизации в Razor Pages из плейлиста о Razor Pages.
Привет, почитал ответ и переписку к нему. Можно сделать так, что после успешной авторизации клиента, от сервера в ответе передается сразу два токена, токен доступа и токен обновления. Токен обновления имеет более длительный срок валидности чем токен доступа. И когда клиент пытается в запросе передать истекший токен доступа и еще валидный токен обновления, в этой ситуации ему, на основании валидного токена обновления передается вновь созданный токен доступа. Если будут похищены оба токена, то есть специальный механизм отслеживания такой ситуации на сервере. Однако на клиенте нужно будет настроить обработку ситуации когда оба токена (доступа и обновления) уже не валидны, тогда в логике на клиенте нужно будет предусмотреть автоматический переход к повторной авторизации....Коротко об этой схеме говорится вот в этом видео.
Если у вас все работает корректно, то значит все правильно. Однако вот в этом видео, показан пример API.NET, с генерацией jwt токенов внутри API, и такая функциональность, встроена в репозиторий Пользователей, без выделения в отдельный сервис. И все тоже корректно работает.
Если вы хотите улучшить UI, и в вашем приложении куча интерактивных элементов тогда конечно ReactJS + переписанный код с ASP.NET Core MVC, на API.NET. Но если вам нужно еще и техническое SEO, тогда зачем вам эти JS монстры React+NextJS, смотрите в сторону Blazor Server + API.NET....Плюс сейчас Microsoft Blazor Hybrid, но это будет нужно только если у вас есть множество интерактивных элементов и страниц, которым не нужно техническое SEO.
В принципе, вам уже ответили на этот вопрос, для варианта когда фильтрация используется в монолитном приложении ASP.NET MVC. Но фильтрацию можно также использовать и на уровне API.NET, где также после обработки запроса в конвейере, внутри одного из middleware, может быть применена фильтрация на основе передаваемых параметров. Пример настройки такой фильтрации в API.NET есть в видео.
Maxim_Q, Максим я говорю сейчас о себе и о моих знакомых, которые решают проблему клиринга, то есть взаимозачет переводов внутри РФ и РБ и за ее пределами...Никаких легальных, стабильных "железобетонных" схем нет.... Просто потому что, санкции наложены на все трансграничные транзакции, как снаружи от РФ и РБ, так же жесткие ограничения на вывод валюты по факту, наложены и изнутри России...
Партнеров ищите сами.... Подробные схемы могут отличаться....
yarlavanda, что бы делать сайты с техническим SEO, и напрямую настраивать рендеринг отдельных страниц и компонентов как SSR или рендеринг на клиенте Microsoft сделала Blazor, в котором учла все эти возможности....По Web Core Vitals и другим критериям клиентские и серверные части написанные с использованием JavaScript, в ближайшем будущем будут нерно курить в сторонке....Однако что бы писать на Blazor, нужно знать C#, разбираться также в JS....И конечно же на данный момент в Blazor нет такого количества библиотек или пакетов как для React....
