nen0y, ну а что вы хотите? Эта тема разжёвана-пережёвана уже сотни раз, в интернетах тучи статей с решениями, а вы говорите что вам не помогло. Вот смотрите, опять захожу в гугл, пишу "promise в ajax", опять первой же ссылкой вижу решение вашей проблемы
Максим Вакаев, имеется в виду, что пользователь открывает два самостоятельных документа и нужно чтоб они имели доступ друг к другу?
Если да, то чо-то я не нашел способов получить доступ к другим окнам. Для этого надо будет подняться слегка повыше - пользоваться сервис воркерами, юзерскриптами или расширениями. В каждом из перечисленных вариантов вы имеете доступ к общему для некоторого количества окон контексту и можете воспользоваться этим для передачи ссылок на окна,
"No 'Access-Control-Allow-Origin' header is present on the requested resource" - тут написано, что в ответах вашего сервера нету заголовка Access-Control-Allow-Origin, и это может быть решением
nikita00001, наверное это как-то связано с асинхронностью? Вывод в консоль curID у вас происходит до того, как пришел результат запроса
У вас метод .query не просто из чьей-то прихоти принимает вторым аргументом функцию - это функция обратного вызова: запрос вернет результат не сразу а через некоторое время, после чего будет выполнена эта самая функция,
Сергей Золотарёв, сайт посмотрел, но одним глазом, потому что там сатана происходит такая, что о каком-то более менее длительном анализе речи быть не может - половина важных скриптов не грузится, всё завалено вызовами дебаггера, и всё такое. Если речь о стилях в файле fms-bmc.ru/wp-content/themes/betheme/css/new-header.css , то можете перейти по ссылке и убедиться сами - стили в порядке, ваши медиа запросы там есть. Ошибка либо в самих стилях (например в селекторах), либо в условиях медиа. В любом случае, думаю разбираться с проблемой будет гораздо проще если вы устраните остальные ошибки по сайту - незагружающиеся скрипты и вызовы дебаггера например
Сергей Золотарёв, "Wordpress не даёт их читать браузерам" - как бы вам ни хотелось обвинить в проблеме вордпресс, на самом деле он абсолютно не в состоянии что-то запретить браузеру, просто потому что у него нет никакой технической возможности. Максимум - кеш. Сбросьте весь кеш. Речь не о браузерном кеше,
Не, мне эти стили не нужно показывать. Нужно 1) убедиться что клиент получает именно эти стили, то есть зайти в консоль и увидеть их там либо в правилах, либо в исходниках, 2) убедиться что стили применяются к нужным элементам, это тоже делается в инспекторе
Сергей Золотарёв, смотрите, варианта всего два: либо вы написали неправильные медиа которые не применяются, либо вы как-то неправильно настроили wp total cache, который банально закешировал старую версию стилей. В обоих случаях проблема решается дебагом длительностью максимум в минуту: для первого случая берете и смотрите какой файл получает клиент, проверяете его актуальность и корректность стилей; для второго случая просто сбрасываете кеш
"Куда вообще капать чтобы это внедрить? Сориентируйте хотя бы первые шаги. Где искать человека, кто поможет это настроить? И вообще возможно ли это?" - для начала копать в гугл. Первый шаг - поиск похожих решений. Помочь вам сможет любой разработчик, даже с минимумом опыта. Вот пара статей:
Арсений Корнилов, ну у вас же асинхронная операция это именно findOne, значит и async/await нужно применять относительно findOne. Вот статейка, если не хочется читать всё то можно сразу прыгнуть к разделу "Using async / await only"
Выполнил ваш код в консоли, скопировал в диалоговое окно строку asda sd asdasdasd asd, увидел в консоли 6 выводов в лог. Всё работает, количество табов верное
