Intereting Posts
Страница архива CPT – показывать по одному сообщению из каждого таксономического термина Редактор меню по умолчанию с автоматическим списком страниц Компонент wordpress admin не доступен после переключения сервера Отфильтровать сообщения по пользовательским полям и показать их на новой странице Изменить постоянную ссылку для определенных страниц Выбор для уменьшенного изображения в сообщении на Facebook Как исключить Sticky из недавнего сообщения? Никакой результат не обновляет пользовательское поле, используя wp_schedule_event создать пользовательский столб храма для плагина Разбиение страниц на 5 сообщений на страницу Как получить сериализованные данные из параметров wordpress Могу ли я заставить WordPress использовать собственный шаблон для дочерней страницы Включить почтовый формат в постоянную ссылку Стильный лист не загружается на firefox и IE! Постоянная ссылка перестала работать – обновление отсутствует, mod_rewrite включен, .htaccess не тронут

исключение mod-rewrite? сохранить #hash в соответствующих URL-адресах?

Привет, ребята, моя структура WordPress permalink установлена ​​в `/% postname% /.

Когда я создаю страницу с именем «Часто задаваемые вопросы», создается постоянная ссылка «mydomain.com/faqs».

Когда я ссылаюсь на эту страницу в моем коде (hardcoded), как это …

<a href="<?php bloginfo('home'); ?>/faqs#b" title="FAQ's">FAQs</a> (обратите внимание на хэш-код #b в конце)

… WordPress как-то автоматически замечает, что есть страница /faqs и заменяет /faqs#b просто с /faqs (без хэша).

Есть ли вероятность, что я могу написать какое-то исключение из моего файла .htaccess, чтобы WordPress этого не делал?

Любая идея, как я мог бы сделать эту работу?

Solutions Collecting From Web of "исключение mod-rewrite? сохранить #hash в соответствующих URL-адресах?"

Если ваша структура постоянной ссылки равна /%postname%/ с завершающей косой чертой, вам необходимо передать хэш следующим образом: /faqs/#b с завершающей косой чертой.

Хэш URL-адреса (все после # ) не отправляется на сервер, поэтому Apache или WordPress не могут его обнаружить.

WordPress перенаправляет все URL-адреса на каноническую версию URL-адреса, чтобы каждый пользователь использовал один и тот же URL-адрес при подключении к сообщению (что может помочь повысить рейтинг в поисковых системах). Это вызывает перенаправление из /faqs в /faqs/ . Браузеры должны добавить # #hash часть к перенаправленному URL-адресу, но, похоже, IE этого не делает .

Вы можете предотвратить перенаправление с помощью канонического URL-адреса в URL-адресе, как предположил Майло. Поэтому ссылка на /faqs/#b и должна работать.