Разместитесь на "полноценном" бесплатном хостинге. Развивайте сайт, ищите способ монетизации. Как начнете стабильно зарабатывать, чтобы хватало хотя бы на хостинг, перейдете на платный тариф у текущего или любого другого подходящего хостинг-провайдера.
У меня где-то валяется не самый дешевый SE. Помню, он хорошо воспроизводил в том числе и JS, правда, не помню, в родном браузере или в Опере, а может быть в обоих.
Сейчас посмотрел пару моих адаптивных сайтов (заготовки) в Опере. Отображаются очень даже неплохо на 240px, только мобильное меню открывается с подгрузкой/перезагрузкой. Наверно, это особенности Оперы.
Я редко пользуюсь смартфоном, а у всех моих телефонов всегда было разрешение 240x320. Правда, не уверен, что нужно ориентироваться на такие телефоны. Я им пользуюсь для просмотра страниц в самых крайних случаях, а так обычно использую планшет.
Насчет второго я был не уверен, но он в любом случае не помешает. Возможно, в адресе страницы поста бывает нужно передавать какую-нибудь метку, номер страницы комментария и т.п. Никогда не пользовался WP.
Внешнее – это обычное перенаправление по протоколу HTTP.
Если вы сами напишете одно такое перенаправление в файле .htaccess, да еще WP сделает перенаправление после вашего, получится уже два. Если же вы напишете внутреннее, а WP его поймет и сделает только одно внешнее – это оптимально. Я ранее сомневался, что WP распознает внутреннее, но по крайней мере установленная у меня версия WP с этим справляется.
Посмотрите мой последний пост. В установленной у меня версии WP работает и внутреннее перенаправление. Это более оптимальный вариант, т.к. не происходит двойное внешнее перенаправление:
RewriteRule ^(\d+)\.htm$ index.php?p=$1 [L]
Только для чистоты эксперимента не забудьте очистить кэш браузера.
anru: Посмотрел статью. Дело в том, что перенаправление с адресов формата /%post_id%.html на адреса формата /%postname%.html делает сам wordpress без проблем.
У меня WP отказался самостоятельно делать такое перенаправление.
Задача в другом!
Сделать доступными записи по старым адресам - после смены структуры сайта.
По новому адресу /%category%/%postname%.htm - будет сам wordpress показывать
А со старых адресов /%post_id%.html - надо сделать глобальный редирект на новые записи.
Я вам про перенаправление со старых адресов на новые и писал.
Как это вижу?
С адреса /?p=%post_id% wordpress сам определяет нахождение поста в любой структуре сайта.
Значит, надо сделать редирект со старых постов /%post_id%.html на /?p=%post_id%
и wordpress определит нахождение записи в новой структуре.
Чтобы не было двойного перенаправления, попробуйте для начала сделать внутреннее перенаправление на index.php?p=$1, как я написал ранее.
Конструкцию-то, видимо, от "движков" позаимствовали. Вот и обработку ошибки так же делайте, т.е. забудьте про ErrorDocument.
ivawko, глупый вопрос. Или вы не в теме.
Разместитесь на "полноценном" бесплатном хостинге. Развивайте сайт, ищите способ монетизации. Как начнете стабильно зарабатывать, чтобы хватало хотя бы на хостинг, перейдете на платный тариф у текущего или любого другого подходящего хостинг-провайдера.
У меня где-то валяется не самый дешевый SE. Помню, он хорошо воспроизводил в том числе и JS, правда, не помню, в родном браузере или в Опере, а может быть в обоих.
Сейчас посмотрел пару моих адаптивных сайтов (заготовки) в Опере. Отображаются очень даже неплохо на 240px, только мобильное меню открывается с подгрузкой/перезагрузкой. Наверно, это особенности Оперы.
...В принципе там Opera Mini, в которой можно сменить ориентацию для достижения ширины 320px :)
Я редко пользуюсь смартфоном, а у всех моих телефонов всегда было разрешение 240x320. Правда, не уверен, что нужно ориентироваться на такие телефоны. Я им пользуюсь для просмотра страниц в самых крайних случаях, а так обычно использую планшет.
Актуален. В исходном адресе не только ID.
Насчет второго я был не уверен, но он в любом случае не помешает. Возможно, в адресе страницы поста бывает нужно передавать какую-нибудь метку, номер страницы комментария и т.п. Никогда не пользовался WP.
Внешнее – это обычное перенаправление по протоколу HTTP.
Если вы сами напишете одно такое перенаправление в файле .htaccess, да еще WP сделает перенаправление после вашего, получится уже два. Если же вы напишете внутреннее, а WP его поймет и сделает только одно внешнее – это оптимально. Я ранее сомневался, что WP распознает внутреннее, но по крайней мере установленная у меня версия WP с этим справляется.
Я на том же месте написал:
Можно еще добавить флаг NC и, возможно, QSA, сделать более точным регулярное выражение.
---------- Добавлено 06.11.2016 в 10:34 ----------
Если речь идет о внешнем перенаправлении, то его можно написать еще выше, сразу после директивы RewriteEngine.
Посмотрите мой последний пост. В установленной у меня версии WP работает и внутреннее перенаправление. Это более оптимальный вариант, т.к. не происходит двойное внешнее перенаправление:
Только для чистоты эксперимента не забудьте очистить кэш браузера.
Посмотрел статью. Дело в том, что перенаправление с адресов формата /%post_id%.html на адреса формата /%postname%.html делает сам wordpress без проблем.
У меня WP отказался самостоятельно делать такое перенаправление.
Сделать доступными записи по старым адресам - после смены структуры сайта.
По новому адресу /%category%/%postname%.htm - будет сам wordpress показывать
А со старых адресов /%post_id%.html - надо сделать глобальный редирект на новые записи.
Я вам про перенаправление со старых адресов на новые и писал.
С адреса /?p=%post_id% wordpress сам определяет нахождение поста в любой структуре сайта.
Значит, надо сделать редирект со старых постов /%post_id%.html на /?p=%post_id%
и wordpress определит нахождение записи в новой структуре.
Чтобы не было двойного перенаправления, попробуйте для начала сделать внутреннее перенаправление на index.php?p=$1, как я написал ранее.