Это зависит от "точки зрения". Данная реализация позволяет привязать OAuth аккаунт к любому е-мейлу на данном сайте. Привязка осуществляется не по е-мейлу, а по идентификатору. Поэтому у пользователя запрашивается е-мейл, к которому пользователь собирается подключить OAuth аккаунт. Это то, что касается гугла. Касательно других OAuth провайдеров - никто не гарантирует, что пользователь скажем регистрировался на GitHub - Если вы доверяете ваш аккаунт OAuth провайдеру гугла, это не значит, что вы доверяете ваш аккаунт GitHub. Другой пользователь "теоретически" может зарегистрировать аккаунт на другом OAuth провайдере и далее зайти в ваш профиль уже на данном сайте. По этой причине токен высылается каждый раз, для всех OAuth провайдеров. Я понимаю, что гораздо удобнее для пользователя, когда его новый профайл создается совершенно прозрачно (и диалог кажется перегруженным, но есть и плюсы данного подхода), но в данном веб приложении пользователь согласно бизнес-логике веб приложения должен согласиться с лицензионным соглашением, поэтому это вынесено в один диалог. На практике предполагается, что это делается один раз, больше пользователь к данному диалогу не возвращается. Также обратите внимание, данное веб приложение позволяет "удалить" пароль. Следующая аутентификация будет возможна только через OAuth провайдера или через форму восстановления пароля пользователя. Возможно вам будет полезна эта информация, позволит вам взглянуть иначе на данную тему.
Когда я был "школьником" я смотрел в сторону "визуального редактора веб интерфейсов", сейчас предпочитаю верстать руками. Как объяснить всем пользователям, купившим Vaadin и MS SSIS, что есть лучшее решкние. Я понимаю, что двнная реализация не тянет на майкрософт интегрейшен сервис, но я один раз написал алгоритм копирования данных для одного из шаблонов Shopify и теперь этим могут пользоваться люди. Следующий алгоритм я сделаю для шаблона OpenCart и подробно опишу как он устроен и выложу в открытый доступ. Конечному пользователю может быть ближе и роднее слово "картридж" или "кассета", чем библиотеки Python.
Под капотом работа через Selenium Web Driver. Парсер проверяет robots.txt и исходя из этого принимает решение о возможности продолжения работы. Обход капчи не планируется. Парсер союлюдает этикет работы в сети Интернет.
"Вход через Гугл не должен присылать на почту, принадлежность почты и так подтверждается." - да, но: буквально вчера я вводил токен отправленный мне на гугловую почту гуглом работая с одним из сервисов гугл.
С этим конкретным проектом это покажет воля комьюнити и усилия затраченные на проект. Одну правку я уже внес, спасибо вам за рекомендации. Да, этот проект временный в перспективе развития возможностей искусственного интеллекта, как и многие другие программные продукты. Но кто-то должен тоже объяснить что и как нужно сделать...
Подход работы с Workflow распространенный. Приведу пример. Всегда можно все сделать на хранимых процедурах, но клиенты выбирают SQL Server Integration Services, чтобы иметь "отраслевое решение". Другой пример, люди используют Wix, Tilda, Elementor, хотя существует Bootstrap 5, Tailwind, PrimeFlex. Инженеры склонны выбирать профессиональные инструменты для решения задач. Java бэкенд разработчики могут выбрать Vaadin, а не Angular или React для создания пользовательского интерфейса. Людям в деловых костюмах нравятся "стандартные", то есть шаблонные подходы к решению задач, когда решение задачи "испортить сложно", можно отдать проект на сопровождение другому специалисту. Это возможно благодаря "недоязыкам" - вставил картридж и все работает. Данный парсер может легко освоить ученик 10-го класса, который не является еще инженером программистом - это открывает для людей новые возможности, создаёт "АЙТИ для всех", а не только для инженеров, так как персональные компьютеры и мейнфреймы. Дети массово в школах изучают работу с офисными пакетами, но не Linux Console.
Импорта-экспорта нет (всего проекта) пока - потому, что это MVP. Но есть возможность сохрвнить исходный код Flow открыв его в виде json. Можно "всё" доделать, но выйти на рынок с седой бородой.
Может. Можно купить хостинг и удаленно запускать скрипты через ssh, настроить cron, итд. Проекты подобные данному предполагают наличие документации, примеров.
Уникальность данного сервиса в выстроенном балансе между удобством и сложностью. Оценивать данный сервис стоит интегрированно: давать интегрированную оценку за и против. Зачем делать магазин на шаблоне если можно заказать у сына подруги самопис или зачем делать самопис, если можно взять готоввй магазин на основе шаблона - это подобная задача ввбора - всем находится место под Солнцем. В данном случае, стоит рассматривать данный сервис, как интегрированное программное решение. "Недоязык" - лучшая практика из "кровавого энтерпрайза". Процедурный подход из 70-х - лучше чем функционалтное программирование для подобного рода задач. Кесорю - Ксорево.
1) Мелкие клиенты могут заказать создание парсера на основе данного сервиса; 2) переиспользовать один из имеющихся для целевого маназина на рснове шаблона типа OpenCart, Shopify и других - пример доя шопифай приведен; 3) Можно создать набор команд для продвинутых пользователей включающих в себя интерпретатор языка программирования javascript - это впишется в архитектуру проекта.
Регистрация пользователя через гугл включает в себя шаг подтверждения емейла по приходящему токену. Это сделано для всех соц сетей, чтобы иметь в результате один пользовательский профайл сразу, а не объединять разные. Проверьте пожалуйста пнишло ли вам письмо с токеном. Затем введите значение токена в форму регистрации. После этого можно логиниться с помощью гугл аккаунта.
Я не писал про обход геоблокировки. Я имел ввиду возможность посмотреть как выглядиь веб ресурс для разных регионов.
Это зависит от "точки зрения". Данная реализация позволяет привязать OAuth аккаунт к любому е-мейлу на данном сайте. Привязка осуществляется не по е-мейлу, а по идентификатору. Поэтому у пользователя запрашивается е-мейл, к которому пользователь собирается подключить OAuth аккаунт. Это то, что касается гугла. Касательно других OAuth провайдеров - никто не гарантирует, что пользователь скажем регистрировался на GitHub - Если вы доверяете ваш аккаунт OAuth провайдеру гугла, это не значит, что вы доверяете ваш аккаунт GitHub. Другой пользователь "теоретически" может зарегистрировать аккаунт на другом OAuth провайдере и далее зайти в ваш профиль уже на данном сайте. По этой причине токен высылается каждый раз, для всех OAuth провайдеров. Я понимаю, что гораздо удобнее для пользователя, когда его новый профайл создается совершенно прозрачно (и диалог кажется перегруженным, но есть и плюсы данного подхода), но в данном веб приложении пользователь согласно бизнес-логике веб приложения должен согласиться с лицензионным соглашением, поэтому это вынесено в один диалог. На практике предполагается, что это делается один раз, больше пользователь к данному диалогу не возвращается. Также обратите внимание, данное веб приложение позволяет "удалить" пароль. Следующая аутентификация будет возможна только через OAuth провайдера или через форму восстановления пароля пользователя. Возможно вам будет полезна эта информация, позволит вам взглянуть иначе на данную тему.
Пофиксил.
Когда я был "школьником" я смотрел в сторону "визуального редактора веб интерфейсов", сейчас предпочитаю верстать руками. Как объяснить всем пользователям, купившим Vaadin и MS SSIS, что есть лучшее решкние. Я понимаю, что двнная реализация не тянет на майкрософт интегрейшен сервис, но я один раз написал алгоритм копирования данных для одного из шаблонов Shopify и теперь этим могут пользоваться люди. Следующий алгоритм я сделаю для шаблона OpenCart и подробно опишу как он устроен и выложу в открытый доступ. Конечному пользователю может быть ближе и роднее слово "картридж" или "кассета", чем библиотеки Python.
Для случая, когда для разных регионов посетителей веб ресурса сайт показывает разный контент. Но не запрещает вход по капче.
Сейчас прокси нет. Будут добавлены по мере развития проекта.
Под капотом работа через Selenium Web Driver. Парсер проверяет robots.txt и исходя из этого принимает решение о возможности продолжения работы. Обход капчи не планируется. Парсер союлюдает этикет работы в сети Интернет.
deleted comment
deleted
deleted comment
"Вход через Гугл не должен присылать на почту, принадлежность почты и так подтверждается." - да, но: буквально вчера я вводил токен отправленный мне на гугловую почту гуглом работая с одним из сервисов гугл.
С этим конкретным проектом это покажет воля комьюнити и усилия затраченные на проект. Одну правку я уже внес, спасибо вам за рекомендации. Да, этот проект временный в перспективе развития возможностей искусственного интеллекта, как и многие другие программные продукты. Но кто-то должен тоже объяснить что и как нужно сделать...
Подход работы с Workflow распространенный. Приведу пример. Всегда можно все сделать на хранимых процедурах, но клиенты выбирают SQL Server Integration Services, чтобы иметь "отраслевое решение". Другой пример, люди используют Wix, Tilda, Elementor, хотя существует Bootstrap 5, Tailwind, PrimeFlex. Инженеры склонны выбирать профессиональные инструменты для решения задач. Java бэкенд разработчики могут выбрать Vaadin, а не Angular или React для создания пользовательского интерфейса. Людям в деловых костюмах нравятся "стандартные", то есть шаблонные подходы к решению задач, когда решение задачи "испортить сложно", можно отдать проект на сопровождение другому специалисту. Это возможно благодаря "недоязыкам" - вставил картридж и все работает. Данный парсер может легко освоить ученик 10-го класса, который не является еще инженером программистом - это открывает для людей новые возможности, создаёт "АЙТИ для всех", а не только для инженеров, так как персональные компьютеры и мейнфреймы. Дети массово в школах изучают работу с офисными пакетами, но не Linux Console.
Поправил, как вы указали - для повышения удобства использования. Импорт-экспорт позже - это не 5 минут работы :)
Импорта-экспорта нет (всего проекта) пока - потому, что это MVP. Но есть возможность сохрвнить исходный код Flow открыв его в виде json. Можно "всё" доделать, но выйти на рынок с седой бородой.
Да, на создание можно убрать подтверждение, после создания открывать на редактирование объект.
Может. Можно купить хостинг и удаленно запускать скрипты через ssh, настроить cron, итд. Проекты подобные данному предполагают наличие документации, примеров.
Уникальность данного сервиса в выстроенном балансе между удобством и сложностью. Оценивать данный сервис стоит интегрированно: давать интегрированную оценку за и против. Зачем делать магазин на шаблоне если можно заказать у сына подруги самопис или зачем делать самопис, если можно взять готоввй магазин на основе шаблона - это подобная задача ввбора - всем находится место под Солнцем. В данном случае, стоит рассматривать данный сервис, как интегрированное программное решение. "Недоязык" - лучшая практика из "кровавого энтерпрайза". Процедурный подход из 70-х - лучше чем функционалтное программирование для подобного рода задач. Кесорю - Ксорево.
1) Мелкие клиенты могут заказать создание парсера на основе данного сервиса; 2) переиспользовать один из имеющихся для целевого маназина на рснове шаблона типа OpenCart, Shopify и других - пример доя шопифай приведен; 3) Можно создать набор команд для продвинутых пользователей включающих в себя интерпретатор языка программирования javascript - это впишется в архитектуру проекта.
Регистрация пользователя через гугл включает в себя шаг подтверждения емейла по приходящему токену. Это сделано для всех соц сетей, чтобы иметь в результате один пользовательский профайл сразу, а не объединять разные. Проверьте пожалуйста пнишло ли вам письмо с токеном. Затем введите значение токена в форму регистрации. После этого можно логиниться с помощью гугл аккаунта.