Навигация страниц не работает

Устранение неполадок веб-соединителя

Подключение к Microsoft Graph

подключение к Microsoft Graph интерфейсам api Power Query не рекомендуется или не поддерживается. Дополнительные сведения см. в этой статье .

Использование шлюза с веб-соединителем

при каждом использовании веб-соединителя для получения данных из страницы HTML необходимо использовать локальный шлюз данных при публикации в облачной службе, независимо от того, Power BI ли он служба для наборов данных или потокового Power Apps обмена. (в настоящее время Dynamics 365 Customer Insights не поддерживает использование шлюза.) **Options and settings** > **Options** > **Preview features**. The option is enabled by default. —>

если Please specify how to connect при попытке подключения к странице HTML с помощью веб-соединителя появляется сообщение об ошибке, убедитесь, что на компьютере, на котором размещен локальный шлюз данных, установлена Internet Explorer 10 или более поздней версии.

Сбор веб-запросов и отзыв сертификатов

Мы усиливается безопасность веб-подключений для защиты данных. Однако это означает, что определенные сценарии, такие как захват веб-запросов с помощью Fiddler, больше не будут работать по умолчанию. Чтобы включить эти сценарии, выполните следующие действия.

Откройте Power BI Desktop.

На вкладке файл выберите Параметры и > Параметры.

В области Параметры в разделе Глобальная > Безопасность снимите флажок включить проверку отзыва сертификатов.

Щелкните ОК.

Перезапустите Power BI Desktop.

Имейте в виду, что при снятии флажка Включить проверку отзыва сертификатов веб-подключения будут менее безопасными.

Чтобы задать этот сценарий в групповая политика, используйте ключ «Дисаблецертификатеревокатиончекк» в пути реестра «Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Power BI Desktop». Если задать для параметра «Дисаблецертификатеревокатиончекк» значение 0, всегда будет включена проверка (остановка Fiddler и похожего программного обеспечения), а установка «Дисаблецертификатеревокатиончекк» в значение 1 всегда отключит проверку (включение Fiddler и аналогичного программного обеспечения).

Изменение метода проверки подлинности

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

Ограничения на проверку подлинности веб-соединителя для содержимого HTML

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

Устаревший веб-соединитель Power Query автоматически создает Web.Page запрос, поддерживающий проверку подлинности. единственное ограничение возникает, если в диалоговом окне метод проверки подлинности выбрано Windows проверка подлинности. В этом случае выбор » использовать мои текущие учетные данные » работает правильно, но использование альтернативных учетных данных не будет проходить проверку подлинности.

новая версия веб-соединителя (в настоящее время доступна в Power BI Desktop) автоматически создает Web.BrowserContents запрос. В настоящее время такие запросы поддерживают только анонимную проверку подлинности. Другими словами, новый веб-соединитель нельзя использовать для подключения к источнику, для которого требуется неанонимная проверка подлинности. Это ограничение применяется к Web.BrowserContents функции независимо от среды размещения.

в настоящее время Power BI Desktop автоматически использует Web.BrowserContents функцию. Web.Page функция по-прежнему используется автоматически Excel и Power Query в сети. Power Query Online поддерживает Web.BrowserContents использование локального шлюза данных, но в данный момент придется вводить такую формулу вручную. Когда веб-пример становится доступным в Power Query Online в середине октября 2020, этот компонент будет использовать Web.BrowserContents .

для Web.Page работы функции требуется, чтобы на компьютере был установлен Internet Explorer 10. при обновлении Web.Page запроса с помощью локального шлюза данных на компьютере, содержащем шлюз, должен быть установлен Internet Explorer 10. если вы используете только Web.BrowserContents функцию, вам не нужно устанавливать Internet Explorer 10 на компьютере или компьютере, содержащем локальный шлюз данных.

В случаях, когда необходимо использовать Web.Page вместо из Web.BrowserContents -за проблем с проверкой подлинности, вы все равно можете вручную использовать Web.Page .

в Power BI Desktop можно использовать более старую Web.Page функцию, сняв функцию предварительного просмотра вывода веб-таблицы .

На вкладке файл выберите Параметры и > Параметры.

В разделе глобальные выберите предварительные версии компонентов.

Очистите новую функцию предварительного просмотра вывода веб-таблицы и нажмите кнопку ОК.

Перезапустите Power BI Desktop.

в настоящее время нельзя отключить использование Web.BrowserContents в Power BI Desktop, оптимизированном для Сервер отчетов Power BI.

Можно также получить копию Web.Page запроса из Excel. Копирование кода из Excel:

1. Выберите из Интернета на вкладке данные .
2. Введите адрес в диалоговом окне из Интернета , а затем нажмите кнопку ОК.
3. В навигаторе выберите данные, которые требуется загрузить, а затем выберите преобразовать данные.
4. На вкладке Главная в Power Query выберите Расширенный редактор.
5. В Расширенный редактор скопируйте формулу M.
6. В приложении, которое использует Web.BrowserContents , выберите пустой соединитель запросов .
7. Если выполняется копирование в Power BI Desktop:
   1. На вкладке Главная выберите Расширенный редактор.
   2. Вставьте скопированный Web.Page запрос в редактор и нажмите кнопку Готово.
8. При копировании в Power Query в сети:
   1. В пустом запросе вставьте скопированный Web.Page запрос в пустой запрос.
   2. Выберите локальный шлюз данных для использования.
   3. Выберите Далее.

Можно также вручную ввести следующий код в пустой запрос. Убедитесь, что введен адрес веб-страницы, которую требуется загрузить.

Проверка подлинности в произвольных службах

Некоторые службы поддерживают возможность использования веб-соединителем проверки подлинности с помощью OAuth или AAD. Однако в большинстве случаев это не сработает.

Если при попытке проверки подлинности появится следующая ошибка:

«Не удалось подключиться, так как этот тип учетных данных не поддерживается для этого ресурса. Выберите другой тип учетных данных «.

Обратитесь к владельцу службы. Им потребуется либо изменить конфигурацию проверки подлинности, либо создать настраиваемый соединитель.

Веб-соединитель использует HTTP 1,1 для обмена данными

Веб-соединитель Power Query взаимодействует с источником данных по протоколу HTTP 1,1. Если источник данных ожидает обмена данными по протоколу HTTP 1,0, может появиться сообщение об ошибке, например 500 Internal Server Error .

Невозможно переключить Power Query на использование HTTP 1,0. Power Query всегда отправляет, Expect:100-continue когда есть текст, чтобы избежать передачи потенциально больших полезных данных, когда исходный вызов может завершиться неудачей (например, из-за отсутствия разрешений). В настоящее время это поведение нельзя изменить.

Источник

Не работает постраничная навигация, пагинация, ошибка 404 на WordPress

Доброго времени суток. 🙂

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

Если использовать стандартные виды, то скорее всего, проблем не возникнет, но если Вам нужно сделать специфический путь, то возможно проявление разного рода «глюков». Один из самых распространенных — это 404 ошибка при переходе на вторую страницу. Второй — при переходе на вторую, третью и тд страницу, вы остаетесь на первой.

Все это возникает часто при использовании такого строения постоянных ссылок:

ваш_сайт.com/название_рубрики/название_записи/

Как видите, нет ничего необычного, кроме одного момента — отсутствует слово category. В стандартном пути, WordPress использует category и путь выглядит так:

ваш_сайт.com/category/название_рубрики/название_записи/

Вот как раз из за удаления category из УРЛа иногда и приводит к проблеме с пагинацией. Чаще всего чтобы удалить category, делают как описано в этой статье — Как убрать category из URL адреса WordPress. В настройках прописывают — /%category%/%postname%/, а в «Префикс рубрик» — ставят точку. После этого, category исчезнет из ссылки, но иногда начинаются проблемы с пагинацией.

Мне помогают 2 способа решить данную проблему с пагинацией.

Способ номер 1. Способ простой и заключается в обычной установке плагина Wp-no-category-base Плагин доступен в базе плагинов https://wordpress.org/plugins/wp-no-category-base/. Перед тем как его устанавливать, нужно удалить точку из «Префикса рубрик», если вы ее ставили, как описывает инструкция из прошлой статьи. Чаще всего, данный способ, является основным и должен решить проблему. Если этого не произойдет, можно попробовать еще один вариант.

Способ номер 2. Если Вы прописали настройки постоянным ссылкам и поставили точку в префикс рубрик. Откройте файл пользовательских функций functions.php и в самый конец добавить такой вот код:

Если в конце functions.php , в самой последней строке, есть закрывающий тег PHP — ?> то вставить нужно перед ним.

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

На этом все, спасибо за внимание. 🙂

Если Вам был полезным мой труд, можете финансово поддержать сайт или отключить блокировщик рекламы, что займет 2 минуты 🙂

Источник

Информационный портал

Не работает постраничная навигация даже с модулем wp-pagenavi

Ура, свершилось! Победа!

Уже несколько дней бьюсь над проблемой нормальной постраничной навигации. Вопрос вроде простой, а решить не получалось. Перекопал весь интернет, а решения так и не нашел. Все как-то близко, но мне не подходило. И вот наконец-то проблема решена.

Но все по порядку.

Всем известно, что стандартно, постраничная навигация в WordPress решена отвратительно “Предыдущая”, “Следующая”, “Вперед”, “Назад” , “Старые записи” , “Свежие записи” или их аналоги на любимом всеми английском языке – “Previous”, “Next”, “forward” , “back” , “Older Entries” , “Recent Entries”, вот что, как правило, увидит владелец сайта, внизу главной страницы своего ресурса, при стандартной установки Вордпресса.

Исправить это безобразие, впрочем, так же легко, для этого достаточно установить плагин wp-pagenavi

Но у меня была еще одна проблема – я хотел что бы на главной странице сайта не выводились посты из определенной рубрики. Ну, вот так мне хотелось.

Решение было найдено достаточно быстро, для этого в файл index.php моей темы, достаточно было ввести функцию query_posts с указанием категории, которую выводить не надо:

где -27 это как раз ID той категории, посты из которой не должны публиковаться на главной странице. ID можно указывать через запятую, если надо запретить вывод постов нескольких категорий.

Данную функцию ставил перед:

Все отлично работало, запрещенные посты не выводились, НО вот незадача – не работала и постраничная навигация на главной странице сайта.

Т.е. при переходе на следующую (вторую и последующие) страницу открывалась опять первая и отображались все те же посты, расположенные на первой странице, хотя в строке браузера и указывалось, что открыта та страница, на которую вы переходили.

Без знаний php сам я эту проблему решить не мог, а все варианты найденные в сети мне не помогали.

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

В статье говорилось, что надо вставить код:

При этом, как Вам наверное понятно, будут выводиться посты только из первой категории, что мне опять же было не нужно, НО натолкнуло меня на мысль – соединить:

Соединил, как говориться – “Наобум”, но О ЧУДО, все заработало, как мне было надо!

Источник

Блог вебмастера

создание сайтов, заработок в сети, раскрутка, программирование

Не работает навигация wordpress

Столкнулся сегодня с проблемой, когда не работает навигация на одном из сайтов вордпресс. Переходишь по страницам, а показывает одну и ту же страницу с записями. Думал дело в шаблоне (проверял на теме nerocity), но оказывается что многие сталкиваются с такой проблемой и на других шаблонах. Долго искал проблему, но я ее решил.

Все дело в запросе вывода записей — query_posts. Либо у вас в шаблоне он не правильно вызывается, либо вызывается несколько раз. Бывает когда этот запрос повторяется и последний «перебивает» первый, из-за чего и не работает навигация вордпресс.

Почему не работает навигация wordpress

Бывает еще неправильно заданы настройки в шаблоне вывода навигаций. Хочу отметить, что навигация может выводится стандартным способом (Далее, Назад), плагином wp-pagenavi или через функции темы. В первом случае достаточно наличие двух функций — next_posts_link и previous_posts_link. Например:

Во втором случае эти строки заменяются функцией wp-pagenavi, которая настраивается плагином. В третьей случае все зависит от темы и от того, как автор вызывает навигацию.

Если у вас правильно настроен плагин или стандартный вывод навигации, но она по-прежнему не работает, то стоит искать следующую функцию в файлах Вашего шаблона — query_posts.

В каких файлах настраивается навигация вордпресс

Обычно код навигации нужно настраивать в страницах index.php, archive.php, category.php и search.php. Часто делают так, что код нужно менять в одном месте, а уже оттуда он подтягиваться в вышеупомянутые файлы. Это файл loop.php, а в некоторых шаблонах — pagination.php. Если вам нужен код оригинального файла pagination.php в шаблоне nerocity — напишите, я его сброшу или выложу. Но проблема с навигацией не в нем. У меня проблема была в файле loop.php, когда я захотел выводить записи в обратном порядке. Я вызывал повторно query_posts, из-за чего был конфликт в коде.

Как исправить ошибку навигации вордпресс

Вставьте в файле loop.php (или index.php, category.php и т.д.) следующий код:

global $query_string;
query_posts( $query_string . ‘&order=DESC’ );

Не работает навигация вордпресс

Если вы хотите чтобы записи выводились в обратном порядке (новые в конце), то этот:

global $query_string;
query_posts( $query_string . ‘&order=ASC’ );

Но о записях в обратном порядке я напишу отдельный пост.

В общем, после того, как я поправил код, у меня заработала навигация и выводились те страницы, что надо.

Источник