miketomlin

Рейтинг
235
Регистрация
04.12.2013

arraga, я в самом начале моего пред. поста дал вам ссылку на первоисточник. Вникать во всякую хрень, когда написанное там не соответствует первоисточнику, – себя не уважать. И не уважать других, растрачивая их время впустую ;)

---------- Добавлено 27.07.2018 в 17:36 ----------

arraga:
она получается вводит в заблуждение и не соответствует действительности?
Yes, «со стороны» такой редирект сделать точно не получится. Если конечно у вас не песочница со своим еtхt.ru и т.п.

---------- Добавлено 27.07.2018 в 17:46 ----------

Это был какой-то там пример:
Например, для моего случая

Но приведенный синтаксис, исходя из оф. доков, в любом случае некорректный.

Значит, покоцанная ваша джумла, не той версии и т.п., раз она ведет себя не так, как должна. Или вы не совсем верно понимаете инфу касательно «можно в админке выставить переход на SSL».

---------- Добавлено 27.07.2018 в 11:09 ----------

К примеру: переход можно сделать, но «редиректить никто не обещал».

Euskal, файл-то для джумлы. Подобные файлы для разных движков скорее всего будут несовместимы между собой. Вменяемые движки распознают (точнее не распознают, т.е. не откликаются без особого на то указания) упомянутый дубль без каких-либо проблем, имея минимальный стандартный набор правил в .htaccess.

Но все же на ваш основной вопрос можно с натяжкой ответить утвердительно, только там еще условия есть к этому правилу. Правда, это вряд ли вам поможет избавиться от всех возможных дублей. Вижу в одном из условий сравнение с пустой строкой параметров. А если к примеру она не пустая?

arraga, читайте первоисточник: Apache mod_alias: Redirect

The old URL-path is a case-sensitive (%-decoded) path beginning with a slash.



---------- Добавлено 27.07.2018 в 04:47 ----------

arraga:
Хм. Возвращаемся к началу топика, собсно из-за чего я его создал.
Вам же помогли решить этот вопрос при помощи JS.

Все остальное – это разъяснения, касающиеся вашего первоначального недопонимания, а также ответ на доп. вопрос по поводу сокрытия реальной целевой. «Наложение» актуальной ссылки при помощи JS (у кого включен JS) на клиенте и сокрытие реальной целевой на сервере работают в комплексе.

---------- Добавлено 27.07.2018 в 04:56 ----------

P.S. Сходите на главную u75.ru, кот. я тут пиарю, и загляните в исходник. Вы увидите в ссылке на JS еще один из доменов в моей подписи, за главной которого скрыта рефка, хранящаяся в БД той парковочной площадки, к которой прикреплен этот домен.

Sitealert, поэтому я ей и написал, что делать ;)

Короче всем добра! :)

Это понятно. Но существенной разницы нет. Может, ТС отлавливает www-домен вообще на отдельном хосте. С учетом-то описанного.

Имя без www, алиас с www. Или наоборот.

---------- Добавлено 26.07.2018 в 16:39 ----------

Sitealert:
элайас
В России вас не поймут, да и за бугром тоже. Или это испанский? :)

Т.е. редиректа вообще не происходит, а выдается контент от localhost? :) Так сразу бы и написали.

Укажите имя или алиас с www у того хоста, в рамках которого делаете редирект.

В результате редиректа именно адрес меняется на localhost или все же содержимое сайта берется от localhost, а адрес отображается корректно (сайт.com)?

это симлинк 000-default

Симлинки обычно в site-enabled складируются. Короче не суть. Имя должно начинаться с нулей (чтобы быть первым по счету) у файла/симлинка, который подключается из осн. конфига.

Не совсем ясно, как отлавливать в ServerName

Сервер сам все отловит, если прописать эту директиву. Ваша основная задача – разместить объявление деф. вирт. хоста первым по счету.

---------- Добавлено 26.07.2018 в 15:39 ----------

Короче если мысленно собрать конфиг воедино, должно быть так:


<VirtualHost *:80>
ServerName localhost
...
</VirtualHost>

<VirtualHost *:80>
ServerName site1.l
...
</VirtualHost>

<VirtualHost *:80>
ServerName site2.l
...
</VirtualHost>

...


---------- Добавлено 26.07.2018 в 15:41 ----------

P.S. Если хотите, чтобы localhost был приписан не к дефолтному хосту, то конечно имена можно менять местами.
Всего: 2534