Последовательный вывод перед переходом по ссылке

Всем привет! К примеру, есть кнопка-ссылка (a href) - по клику по ней последовательно выводятся сообщения в консоль и только потом осуществляется переход по ссылке.
Можно использовать preventDefault(), чтобы отменить дефолтное событие - избежать сразу перехода по ссылке, затем вывод сообщений и потом window.location.href = ссылка, заключенная в кнопку.

А можно ли избежать этапа с window.location.href? То есть, чтобы отправились сообщения одна за другой, а потом только переход выполнился. С preventDefault() и return true в конце так не получается.

0

Сообщение от barabar В консоли, конечно, появится ошибка CORS, но запрос улетит.

Если ошибка о Cors появится, последующий код же не выполнится - т.е. если внутрь кнопки закинуть запросы на сервер с какими-нибудь данными и там будет Cors, то редирект по ссылке в кнопке не пройдёт.

А как можно кстати такого рода ошибки отлавливать и просто игнорировать их, чтобы они не мешали дальнейшему выполнению кода?
Через try catch ошибка просто отлавливается и всё равно вылезает в консоль.

0

Сообщение от targon_kp если внутрь кнопки закинуть запросы на сервер с какими-нибудь данными и там будет Cors, то редирект по ссылке в кнопке не пройдёт.

Что-то начинает проясняться) Кнопка это переход по ссылке. Перед переходом надо записать какие-то данные. И данные эти должны записаны на другом сайте. Какая-то мутная схема) А почему не записывать на этом же сайте? Ну, ладно... мне такое точно не пригодится)

0

Сообщение от barabar Перед переходом надо записать какие-то данные.

Для получения аналитических данных обычно подобное может использоваться, если не ошибаюсь. Не обязательно на клик вешать - можешь на beforeunload.

Добавлено через 1 минуту

Сообщение от barabar мне такое точно не пригодится)

чисто для практики - понимание как работает и работает ли вообще).

0

Сообщение от targon_kp Для получения аналитических данных

Вот как я бы поступил в таком случае. Делаю перед переходом по ссылке запрос аяксом на сервер и передаю туда эти аналитические данные. Далее в этом же скрипте php , который принимает эти данные с помощью curl отправляю это всё на любой другой сервер. И работает всё без проблем и головной боли

0

Сообщение от targon_kp Если ошибка о Cors появится, последующий код же не выполнится - т.е. если внутрь кнопки закинуть запросы на сервер с какими-нибудь данными и там будет Cors, то редирект по ссылке в кнопке не пройдёт.

Переход по ссылке произойдет в любом случае. Просто при ошибке CORS запрос на сервер не будет отправлен.

Сообщение от targon_kp А как можно кстати такого рода ошибки отлавливать и просто игнорировать их, чтобы они не мешали дальнейшему выполнению кода?

Никак. Дальнейшему коду они не мешают. Никакого ответа от сервера мы не получаем.
Единственное, что navigator.sendBeacon возвращает true, если запрос успешно поставлен в очередь или false, если он не поставлен в очередь. Если верить спецификации, то единственная причина, по которой он может вернуть false - превышение лимита передаваемых данных.

Добавлено через 9 минут

Сообщение от barabar Делаю перед переходом по ссылке запрос аяксом на сервер и передаю туда эти аналитические данные. Далее в этом же скрипте php , который принимает эти данные с помощью curl отправляю это всё на любой другой сервер. И работает всё без проблем и головной боли

Если запрос асинхронный, то выход из функции fetch произойдет раньше, чем запрос будет отправлен. Она же не отправляет запрос, а только говорит браузеру, что надо отправить запрос, и возвращает промис. После выхода из fetch произойдет выход из функции обработки клика, и тут же выполнится действие по умолчанию - закрытие страницы и переход на другую. Нет никакой гарантии, что этот запрос будет послан до закрытия страницы.

Сообщение от barabar И данные эти должны записаны на другом сайте. Какая-то мутная схема) А почему не записывать на этом же сайте? Ну, ладно... мне такое точно не пригодится)

Причем тут запись на другой сайт (что? куда?). Это просто информирование какой то статистической службы, что пользователь с этой страницы перешел на другую. Мы, например, использовали это для сбора статистики. Пользователь читает какие то научные статьи, препринты, и вот подсчитать на какие другие статьи, приведенные в списке литературы переходят чаще.

Добавлено через 8 минут

Сообщение от targon_kp Для получения аналитических данных обычно подобное может использоваться, если не ошибаюсь. Не обязательно на клик вешать - можешь на beforeunload.

Опять же, переход можно по разному выполнять. Можно открыть ссылку в другой вкладке и никакого beforeunload не произойдет.

0

Сообщение от voraa Нет никакой гарантии, что этот запрос будет послан до закрытия страницы.

Я отправлю обычным методом POST. Проверю в ответе сервера OK и только потом сделаю переход по ссылке. Гарантия сто процентная. Всё это произойдет за миллисекунды и посетитель ничего не заметит.

Сообщение от voraa Причем тут запись на другой сайт (что? куда?). Это просто информирование какой то статистической службы, что пользователь с этой страницы перешел на другую.

Ну, если не другой сайт, то это ещё проще.

Добавлено через 4 минуты
Да и вообще никому эта статистика не нужна. Только грузит лишний раз сервер. Это надо держать аналитический отдел, который будет это всё отслеживать
Вот здесь можно узнать всё про любой сайт за предыдущий месяц:
https://www.similarweb.com/web... /#overview

А если этот сайт попросит регистрации или оплаты, то просто очистите нужные куки)

Добавлено через 9 минут

Сообщение от voraa Причем тут запись на другой сайт (что? куда?).

Я так подумал, потому что вы всё время обсуждаете CORS. Если запрос на этот же сайт, то причем здесь CORS? Забудьте про него.

0

Сообщение от barabar Я отправлю обычным методом POST. Проверю в ответе сервера OK и только потом сделаю переход по ссылке. Гарантия сто процентная. Всё это произойдет за миллисекунды и посетитель ничего не заметит.

Нет никакой 100% гарантии, что сервер не подвиснет. Пользователь наживает ссылку, вы посылаете запрос и ждете от подвисшего сервера ответ несколько секунд. А пользователь не понимает, почему нет перехода по ссылке и жмет на нее еще и еще.

Сообщение от barabar Ну, если не другой сайт, то это ещё проще.

При чем тут сайт. Просто другой сервер, может быть находящийся в другом домене.

Сообщение от barabar Да и вообще никому эта статистика не нужна.

Какое то странное утверждение. Если заказчик говорит, что она нужна, то ее надо делать, а не переубеждать заказчика.

1

Сообщение от voraa Нет никакой 100% гарантии, что сервер не подвиснет. Пользователь наживает ссылку, вы посылаете запрос и ждете от подвисшего сервера ответ несколько секунд. А пользователь не понимает, почему нет перехода по ссылке и жмет на нее еще и еще.

Если сервер подвиснет, то и перехода на страницу этого же сайта тоже не будет. И не сработает твой вариант тоже, если сервак висит. Нет смысла обсуждать форс-мажорные обстоятельства.

Сообщение от voraa При чем тут сайт. Просто другой сервер, может быть находящийся в другом домене.

А какой смысл получать домен и платить за него, если на сервере нет сайта? Можно тогда отправлять запросы по айпи адресу)

Сообщение от voraa Какое то странное утверждение.

Из личного опыта.

0

Сообщение от barabar А какой смысл получать домен и платить за него, если на сервере нет сайта? Можно тогда отправлять запросы по айпи адресу)

SSL.

Сообщение от barabar Если сервер подвиснет, то и перехода на страницу этого же сайта тоже не будет.

Сомнительное утверждение. Подвиснуть может бизнес-логика одного эндпоинта, например. Алсо, даже минорное подвисание на 100+ миллисекунд - это треш для UX. Клик по ссылке должен отрабатывать моментально; по-хорошему, для долгих действий надо делать кнопку с индикацией состояния выполнения задачи (цветом, лоадером, etc.).

0

Сообщение от Eva Rosalene SSL.

Для сбора информации по кликам пользователей на ссылки? Обязательно нужен защищенный протокол)
И вообще, если бы мне надо было собирать переходы на страницы своего сайта, то я бы это делал не по нажатии на ссылки, а при самом заходе на страницу. И не просто заходе на страницу, а нахождении там некоторое время. Например вот так:

0

Сообщение от barabar Для сбора информации по кликам пользователей на ссылки? Обязательно нужен защищенный протокол)

Особенно для сбора информации такого рода.

0

Ок. Пусть каждый останется при своём мнении. В любом случае, я никогда так делать не буду.

0

Сообщение от barabar Из личного опыта.

Странный у вас какой то опыт.

Сообщение от barabar Если сервер подвиснет, то и перехода на страницу этого же сайта тоже не будет. И не сработает твой вариант тоже, если сервак висит. Нет смысла обсуждать форс-мажорные обстоятельства.

Так можно дома на своем компе делать.
Нельзя класть все яйца в одну корзину. Структура должна быть такой, что если отваливается какая то одна служба, то остальные должны работать. Если сдохла служба статистики, то основной сервер со страницами и БД продолжает работать.

Сообщение от barabar А какой смысл получать домен и платить за него, если на сервере нет сайта? Можно тогда отправлять запросы по айпи адресу)

Есть еще субдомены.

Добавлено через 3 минуты

Сообщение от barabar И вообще, если бы мне надо было собирать переходы на страницы своего сайта,

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

1

Сообщение от voraa Никак. Дальнейшему коду они не мешают. Никакого ответа от сервера мы не получаем.

Если только сервер не вернет 405 или что-то в этом роде, что метод не поддерживается. В таком случае перехода по конечной ссылке скорее всего не будет.

0

Сообщение от voraa А если надо собирать статистику о переходах С вашего сайта по внешним ссылкам?

Скажу по секрету, то на моих сайтах нет ссылок на внешние ресурсы. Допустим, что такие ссылки имеются. В каких случаях мне может понадобиться такая статистика? Я пока не вижу никаких вариантов, для чего это надо.

PS. Соврал. На одном сайте есть ссылки на моего телеграмм-бота. Ну, и зачем мне знать статистику кликов на эту иконку со ссылкой? Я и так через телегу могу сохранять на сайте данные о юзерах этого бота.

0

Сообщение от targon_kp Если только сервер не вернет 405 или что-то в этом роде, что метод не поддерживается. В таком случае перехода по конечной ссылке скорее всего не будет.

Переход будет всегда. Задача этой функции - отправить запрос. Что там будет дальше - дойдет он до сервера или нет, обработает сервер этот запрос или нет, ее не волнует. Она поставит запрос в очередь и все. А браузер пошлет запрос и все. Он не будет ждать ответа. Единственное, что если url и тело запроса такbt, что нужен CORS, то браузер сначала пошлет предзапрос. И если получит от сервера нужные заголовки, то пошлет запрос. Но об ошибках он никому ничего не скажет. Просто, если не будет заголовков, то запрос посылаться не будет.

Добавлено через 1 минуту

Сообщение от barabar Скажу по секрету, то на моих сайтах нет ссылок на внешние ресурсы. Допустим, что такие ссылки имеются. В каких случаях мне может понадобиться такая статистика? Я пока не вижу никаких вариантов, для чего это надо.

Мир не ограничивается только вашими сайтами. И запросы пользователей и клиентов гораздо шире, чем ваши.

0

Сообщение от voraa И запросы пользователей и клиентов гораздо шире, чем ваши.

Да... это так. Мне просто хотелось понять зачем это надо.

0