Html on pages не работает

Как изменить URL страниц в WordPress: добавляем .html, формат адресов записей, плагины

Раньше среди разработчиков часто обсуждался вопрос правильного URL адреса страниц — со слешем в конце «/» или без. Насколько я помню, первый вариант указывает браузеру, на «раздел», и он будет пытаться подгрузить дополнительные ссылки, тогда как второй определяет статический документ. Собственно, окончание в виде расширения .html в URL также четко дает понять, что вы переходите на публикацию с определенным содержимым, а не открываете список записей. Возможно, именно поэтому во многих рекомендациях по seo оптимизации WordPress призывают использовать соответствующую конструкцию. Сегодня покажу как легко и быстро подправить URL страниц в WordPress.

Кстати, кроме упомянутых выше причин, здесь есть еще и другие важные цели. Когда вы осуществляете перенос сайта из определенной CMS системы или статического HTML формата на WP, то неплохо бы сохранить прошлые адреса веб-страниц, оставив у них окончания html, php и т.п. Похожая ситуация возникает если решили изменить типы некоторых записей. Разобраться с этой задачей без специальных плагинов будет сложно — рассмотрел их чуть ниже.

Структура URL записи в WordPress

Для начала пару слов скажу о постах (заметках) блога, хотя там все достаточно просто, поскольку соответствующий функционал внедрен в систему. Найдете нужные опции в амдинке в разделе «Настройки» — «Постоянные ссылки». На выбор представлено несколько базовых вариантов.

Раньше практически всегда указывал параметр /%category%/%postname%/ но сейчас перешел на /%category%/%postname%.html — в обоих случаях выводится название категории + URL заметки, однако во втором добавляется еще и html окончание.

Если честно, не думаю, что между данными форматами есть какая-то колоссальная критическая разница, поэтому у возрастных/старых проектов я бы ничего не менял. Кроме того, возиться с изменением структуры и передачей веса через 301 редирект новичкам будет достаточно хлопотно. Хотя с другой стороны, во время моих тестов оказалось, что смена постоянных ссылок создает автоматический редирект.

Добавляем URL в страницы WordPress

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

Теоретически, опцию можно настроить и через htaccess, но вариант со специальными плагинами изменения URL в WordPress мне кажется гораздо проще. За все время я попробовал и сменил несколько решений, т.к. иногда они, к сожалению, перестают обновляться. Представленные ниже модули — лишь часть из найденных, которые максимально заинтересовали.

.html on PAGES

.html on PAGES — определенно самый древний и популярный в данной нише. Последний релиз был выпущен аж 10 лет назад и, по словам разработчика, поддерживал версию до 2.8.4. Однако на многих сайтах с WP 3.x, 4.х. он до сих пор функционируют без проблем. Число загрузок (немыслимое для конкурентов) — 60 тысяч.

Установка стандартная — через загрузку по ФТП в директорию wp-content/plugins или в самой админке. После активации у всех страниц появится расширение html, а при редактировании указываете только их название.

Сохраняете и проверяете отображаемый URL.

Add HTML to Page

Данный модуль также частенько мне встречался ранее. По описанию Add HTML to Page чуть «свежее» (возраст последних правок всего 5 лет), но, думаю, аналогично без проблем работает с любыми релизами WP. Практически во всех схожих разработках, по сути, используется один и тот же принцип.

Загрузок под тысячу, оценка нормальная, хотя голосовало только 2 человека:) Автоматически меняет все URL страниц в WordPress. Кстати, при внедрении нового формата ссылок в настройках сайта, плагин советуют повторно реактивировать.

Append extensions on Pages

В принципе, Append extensions on Pages — одно из самых оптимальных решений, сейчас частично перешел на него. Здесь: чуть больше функциональность, относительно недавно обновлялся (6 месяцев назад, поддержка до 4.8.5), а также хорошая оценка и отзывы.

В отличии от первых двух модулей текущий позволяет изменить URL WordPress страниц не только на html, но и на варианты: .php, .asp, .htm, .cfm, .jsp и .aspx. Это особенно актуально при переезде с другой CMS для сохранения прошлых адресов.

Чтобы задать нужное вам расширение, в списке всех плагинов находите Append extensions on Pages и кликаете по ссылке «Settings»:

После установки своего значения обязательно обновите страницу «Постоянных ссылок» в разделе настроек админки. Загрузок под 2 тысячи, тестировал лично — все ок.

Add Any Extension to Pages

Отличительная особенность этого плагина для URL WordPress страниц заключается в том, то он позволяет добавлять любое окончание. То есть в Add Any Extension to Pages нет списка предустановленных значений или автоматического варианта с html. Он полезен для мультисайтовых установок. Обновление было 2 месяца назад, загрузок — более 2 тысячи, оценка максимальная.

.html in url (закрыт)

Вас может немного смутить описание .html in url в репозитории, где автор почему-то рассматривает процесс установки расширения html в URL записи WordPress (я рассказывал про тему в начале статьи). Вероятно, это из-за того, что модуль работает автоматически и без каких-либо настроек. Сразу после активации у страниц появится окончание .html — будете видеть его при редактировании.

Из плюсов: оценка 5 баллов, 5 тысяч скачиваний, заявлена поддержка до 4.8.5, обновление 4 месяца назад. По сравнению с первыми двумя вариантами этот достаточно актуален и относительно популярен. Однако в связи с проблемами с безопасностью плагин был закрыт.

Дополнительные фишки

Рассмотрим парочку интересных решений, которые уже когда-то описывались в блоге. Дабы не повторяться просто советую перейти на соответствующие статьи.

• Скрипты внедрения красивых html ссылок в WooCommerce — полезно, если хотите привести магазин к такому же виду как и все остальные адреса на сайте. Там найдете 2 кода: модифицирующие категории продукции и конкретные товары.
• .php on PAGES — когда-то отдельно рассказывал о добавлении расширения php в конец URL страниц. В статье есть еще один вариант, хоть и устаревший. Это автоматические простые модули.
• Также в сети находил плагин .html in category and page url который призван решить одну из основных оставшихся задач — изменить URL адреса WordPress категорий, но ручаться за него не могу. Не смотря на 3 тысячи скачиваний, в закладке поддержки (Support) есть замечания о проблемах с разбиением на страницы + он обновлялся более 3-х лет назад. Когда будете использовать данную разработку, дополнительно все проверьте и потестируйте.

Из личного опыта больше всего сталкивался с .html on PAGES, несколько раз пробовал Add HTML to Page. Не смотря на то, что они все древние, вполне нормально себя ведут на последних версиях WP. В нескольких сайтах недавно ставил Append extensions on Pages — хорошо, когда имеется возможность задавать некоторые другие расширения страницам. Нет подходящего значения в предустановленных? — ставьте универсальный Add Any Extension to Pages.

Также нужно упомянуть два нюанса. Во-первых, если сразу после активации плагина URL в WordPress страницах не меняется, попробуйте обновить структуру ссылок в админке (пересохранить указанные настройки заново) и/или почистите кэш. Во вторых, хочу заметить, что данный текст — вторая редакция, и вполне вероятно, когда вы будете читать его спустя годы, что-то перестанет работать, поэтому тестируйте все самостоятельно и внимательно читайте описание.

Если знаете еще каике-то интересные модули, позволяющие изменить URL Wordpress записей и страниц, присылайте названия ниже.

Источник

Почему не работает HTML5?

Последнее время я стал с завидной регулярностью получать вопросы, сводящиеся к одному: «Почему не работает HTML5?«. Помимо этого, я стал видеть большое количество заказчиков вёрстки, которые требуют, чтобы всё было написано на HTML5. И чтобы было поменьше таких вопросов и не было таких безграмотных заказчиков (которым всегда радуются всякие мошенники на фрилансе, понимая, что заказчик не смыслит ничего), я и решил ответить на вопрос, почему не работает HTML5.

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

Из вышесказанного следует, что HTML5 не работает, поскольку он ещё просто не поддерживается браузерами. Но идёт постепенное внедрение данной технологии, и уже сейчас есть достаточно много тегов, которые уже можно использовать. Вы можете проверить, насколько Ваш браузер «продвинут» в HTML5, здесь: тестирование браузера на поддержку HTML5. Мой браузер (Firefox 15.0.1) набрал 346 очков, что, конечно, очень далеко до полной поддержки. Причём у меня стоит самая свежая версия Firefox. Думаю, у других современных браузеров ситуация не лучше.

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

Надеюсь, теперь Вы поняли, что можно, конечно, изучать HTML5, но использовать его в полную силу у Вас не получится ни в качестве тренировки, ни в качестве практического использования.

Очень надеюсь, что количество жертв мошенников на фрилансе станет меньше (уж больно у многих написано в портфолио «Верстаю на чистом HTML5«, что является ложью).

Копирование материалов разрешается только с указанием автора (Михаил Русаков) и индексируемой прямой ссылкой на сайт (http://myrusakov.ru)!

Добавляйтесь ко мне в друзья ВКонтакте: http://vk.com/myrusakov.
Если Вы хотите дать оценку мне и моей работе, то напишите её в моей группе: http://vk.com/rusakovmy.

Если Вы не хотите пропустить новые материалы на сайте,
то Вы можете подписаться на обновления: Подписаться на обновления

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

Порекомендуйте эту статью друзьям:

Если Вам понравился сайт, то разместите ссылку на него (у себя на сайте, на форуме, в контакте):

Она выглядит вот так:

BB-код ссылки для форумов (например, можете поставить её в подписи):

Комментарии ( 16 ):

Могу ли я верстать на HTML 5 с 437 (Google Chrome) баллами просто для тренировки?

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

да где-то уже написан конверт с HTML5 на 4.

448 баллов у меня!

Ой Пашка мы все тут так рады за способнобности браузера которым пользуешся))))

Привет всем.Я могу ответить на твой вопрос Виталий,у Пашки Google Chrome 24.

(Firefox 18.0.2) набрал 393 (+10bonus) IE 8.0.6 набрал 42 points (((

IE 10 набрал 320 очков

463 Google Chrome

Михаил,а зачем вы пишите про HTML, если большинство нормальных людей пишут на XHTML

XHTML — это скорее doctype, а не язык для написания сайтов. А сайты пишутся на HTML, только с соблюдением стандартов XHTML.

463 на хроме, на Maxthon 4.0 перейти что-ли 🙂

А у меня 500 и 15 дополнительных баллов

А у меня 474 балла у браузера, у меня Opera 18.

А самый прогрессивный оказался китаец «Maxthon 4» набрав 513.

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

Copyright © 2010-2021 Русаков Михаил Юрьевич. Все права защищены.

Источник

Сайт Github Pages не обнаруживает index.html

12 ответов

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

Я также столкнулся с той же проблемой сегодня (28.05.2020). Предположим, что вы все сделали правильно (инструкции в https://pages.github.com/) вы должно быть настроено хранилище с именами username.github.io и index.html .

Для меня сработало то, что я выбрал тему Джекилла. Сначала перейдите к Settings репо. В разделе GitHub Pages найдите Theme Chooser , а затем нажмите Choose a Theme . Он перенаправит вас на страницу GitHub с несколькими темами, которые вы можете выбрать. Выберите тему, которая вам нравится, и нажмите Select Theme . Выполнив эти шаги, я обновил свой username.github.io , и страница работала правильно.

Нажатие на второй коммит исправило это для меня.

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

Каждый толчок вызовет новое развертывание. Вы можете отслеживать развертывание по адресу https://github.com/username/username.github.io/deployments .

У меня была похожая проблема для частного хранилища. Мой проект Git содержал index.html в корневом каталоге, но страница не отображалась по пути http(s):// .github.io/

Решение в любом случае (общедоступное хранилище или нет) состоит в том, чтобы включить страницы GitHub в настройках хранилища проекта в разделе «Страницы GitHub».

Однако следует помнить, что включение страниц в закрытом хранилище делает файлы .html общедоступными.

Это случилось со мной, и как только я сделал еще один коммит, проблема решилась сама собой. Я просто добавил пробел в файл index.html в моей папке dist, зафиксировал и отправил это изменение в мою ветку gh-pages и BAM! Теперь я могу получить доступ к username.github.io/repository/index.html, просто перейдя в username.github.io/repository.

Довольно поздно на вечеринку, но вот как я исправил это для себя сегодня.

Перейти к настройкам для вашего репозитория: вы можете найти вкладку Настройки на своей странице репо.

Прокрутите вниз до раздела GitHub Pages на странице настроек.

На панели у вас будет информация Источник , в которой говорится: «Ваш сайт GitHub Pages в настоящее время создается из gh-pages branch ». ,

Однако в моих случаях весь код находился в ветке master . Поэтому я выбрал ветку из выпадающего списка в качестве основного, и всего за минуту она была успешно опубликована.

Столкнулся с этим сегодня (октябрь-06-2019)

Я дважды проверил все настройки, все они не исправили проблему, если я не изменил некоторый контент в моем файле index.html. Я также добавил несколько файлов в репо, чтобы сделать его «живым», но тщетно.

Итак, в моем случае я открыл свой index.html прямо в браузере, щелкнул по редактированию и добавил одно слово, зафиксировал основную ветку, обновился, и это заняло менее 5 секунд, и он снова заработал.

Постскриптум Я попробовал почти все решения, предоставленные где-нибудь, у меня ничего не получалось

Если вы не используете Jekyll, обходной путь — поместить файл с именем .nojekyll в корневой каталог.

Мой index.html имел следующую настройку DOCTYPE:

Исправлена проблема для меня.

Если вы не используете Jekyll, удалите файл _config.yml из репозитория. Это исправило проблему для меня.

Вы также можете попытаться отправить локальный репозиторий снова.

Похожая проблема. Мне пришлось создать случайные изменения в моем html, пройти процесс git add / commit / push. Это исправило это для меня! Теперь я могу получить доступ к своей странице, не добавляя .html в конце URL.

У меня была точно такая же проблема. Если вы попробуете ссылку, найденную в указанном репозитории> Настройки> Страницы GitHub, через час после публикации всего кода, страница GitHub будет работать.

Источник