0 Пользователей и 1 Гость просматривают эту тему.
  • 13 Ответов
  • 2666 Просмотров
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Пол дня сегодня убил на эту проблему но решить ее так и не смог...

Папки на хостинге:
-public_html
--site-srb
--joomla

В папке site-srb был основной сайт на Wordpressе, в папку Joomla я установил новый сайт (прикрутил его к субдомену и конфигурировал)

Теперь понадобилось перенести Joomla с субдомена на основной домен. Посоветовавшись с техподдержкой, сделал это так:
удалил все файлы в site-srb и закинул туда все файлы из папки Joomla

Сайт заработал, всё вроде ок, но во всех ссылках теперь появился путь site-srb. Например http://mysite.ru/site-srb/index.php.......
Все ссылки в шаблоне теперь отображаются с этим ненужным мне кусочком. Когда всё это лежало в папке Joomla, такой проблемы не было.

В корневой директории лежит файл .htaccess следующего содержания:

Код
# -FrontPage-

IndexIgnore .htaccess */.??* *~ *# */HEADER* */README* */_vti*

<Limit GET POST>
order deny,allow
deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>
AuthName marisrub.ru
AuthUserFile /home/marisrub/public_html/_vti_pvt/service.pwd
AuthGroupFile /home/marisrub/public_html/_vti_pvt/service.grp

# ach add www. before domain
Options +FollowSymLinks
RewriteEngine On
RewriteCond %{HTTP_HOST} ^marisrub\.ru
RewriteRule ^(.*)$ http://www.marisrub.ru/$1 [R=permanent,L]
# ach hide site-srb dir in address bar
#RewriteCond %{SCRIPT_FILENAME} !-f
#RewriteRule !^site-srb(/?|/.+)$ /site-srb%{REQUEST_URI} [L]
# ach up to 64 Mb memory limit php
#php_value memory_limit 64M

RewriteEngine On
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteRule !^site-srb(/?|/.+)$ /site-srb%{REQUEST_URI} [L]

В папке site-srb, в которой теперь лежит мой новый сайт на Joomla, лежит стандартный файл .htaccess

Код
##
# @package Joomla
# @copyright Copyright (C) 2005 - 2012 Open Source Matters. All rights reserved.
# @license GNU General Public License version 2 or later; see LICENSE.txt
##

##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations.  It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file.  If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your SEF url's.  If they work,
# it has been set by your server administrator and you do not need it set here.
##

## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks

##Mod_rewrite in use.

RewriteEngine On

## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the request is for something within the component folder,
# or for the site root, or for an extensionless URL, or the
# requested URL ends with one of the listed extensions
RewriteCond %{REQUEST_URI} /component/|(/[^.]*|\.(php|html?|feed|pdf|vcf|raw))$ [NC]
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.

В настройках сайта ЧПУ включен, Перенаправление URL включено.
Всё вроде как должно быть нормально, ан нет...

Где собака зарыта? Помогите, пожалуйста, разобраться с этой проблемой.

« Последнее редактирование: 20.03.2013, 10:00:31 от Moonlighter »
*

SK

  • Живу я здесь
  • 2152
  • 163 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #1 : 15.03.2013, 08:08:42 »
Пол дня сегодня убил на эту проблему но решить ее так и не смог...

Папки на хостинге:
-public_html
--site-srb
--joomla

В папке site-srb был основной сайт на Wordpressе, в папку Joomla я установил новый сайт (прикрутил его к субдомену и конфигурировал)

Теперь понадобилось перенести Joomla с субдомена на основной домен. Посоветовавшись с техподдержкой, сделал это так:
удалил все файлы в site-srb и закинул туда все файлы из папки Joomla

Сайт заработал, всё вроде ок, но во всех ссылках теперь появился путь site-srb. Например http://mysite.ru/site-srb/index.php.......
Все ссылки в шаблоне теперь отображаются с этим ненужным мне кусочком. Когда всё это лежало в папке Joomla, такой проблемы не было.
Вообще-то корневая папка сайта это папка public_html.
Если Вы создаете в ней какую-либо папку, в Вашем случае - site-srb, то фактически это субдомен сайта.
Поэтому и получаются ссылки типа http://mysite.ru/site-srb/index.php
Перенесите структуру основного сайта в папку public_html и все будет как положено.
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #2 : 15.03.2013, 09:07:25 »
Вообще-то корневая папка сайта это папка public_html.
Если Вы создаете в ней какую-либо папку, в Вашем случае - site-srb, то фактически это субдомен сайта.
Поэтому и получаются ссылки типа http://mysite.ru/site-srb/index.php
Перенесите структуру основного сайта в папку public_html и все будет как положено.

Когда сайт лежал в папке Joomla, в адресной строке это не отражалось. Хотя это тоже не было корнем папки public_html
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #3 : 15.03.2013, 09:40:42 »
ну хорошо, допустим, решили проблему с /site-srb. а как быть с /joomla?
в любом случае, это 2 (суб)домена и у них не может быть общего имени.
Не будь паразитом, сделай что-нибудь самостоятельно!
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #4 : 15.03.2013, 09:46:01 »
ну хорошо, допустим, решили проблему с /site-srb. а как быть с /joomla?
в любом случае, это 2 (суб)домена и у них не может быть общего имени.

Мне не нужно два домена. Пока работал основной сайт на Wordpressе, который лежал в папке site-srb, я работал над сайтом на Joomla, который инсталлировал в папку Joomla и прикрутил к ней субдомен.
Теперь появилась необходимость перенести новый сайт на основной домен. Техподдержка хостинга сообщила что сделать это нужно заменив все файлы в папке site-srb файлами из папки Joomla, что я и сделал.

Значит, единственный выход из положения это перенести сайт в папку public_html? Никак нельзя скрыть в адресной строке ___/site-srb/index.php___ средствами .htaccess?
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Не будь паразитом, сделай что-нибудь самостоятельно!
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #6 : 15.03.2013, 09:58:20 »
можно, почитайте здесь
Не будь паразитом, сделай что-нибудь самостоятельно!
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #7 : 15.03.2013, 10:10:53 »
Решил проблему в конфиге Joomla:

public $live_site = 'http://mysite.ru';

там было изначально пусто: $live_site = '';
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #8 : 20.03.2013, 10:02:40 »
Это решение оказалось неверным... Хоть и удалось убрать из адресной строки site-srb, перестал корректно работать Widgetkit и проверка обновлений Joomla.
Есть другой способ?
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #9 : 20.03.2013, 12:07:18 »
Это решение оказалось неверным... Хоть и удалось убрать из адресной строки site-srb, перестал корректно работать Widgetkit и проверка обновлений Joomla.
Есть другой способ?
Раз остальное работает, значит все нормально. Проверьте в наcтройках Joomla, все ли изменили: log_path, tmp_path и т.д. С Widgetkit то же самое, в крайнем случае можно переустановить.
Не будь паразитом, сделай что-нибудь самостоятельно!
*

SK

  • Живу я здесь
  • 2152
  • 163 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #10 : 20.03.2013, 12:12:29 »
Moonlighter, зачем эти эксперименты с поддоменами?
Написал же выше Вам - поместите основной сайт в корневую папку сайта - public_html
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #11 : 20.03.2013, 12:14:58 »
Раз остальное работает, значит все нормально. Проверьте в наcтройках Joomla, все ли изменили: log_path, tmp_path и т.д. С Widgetkit то же самое, в крайнем случае можно переустановить.

log_path, tmp_path изменил, в информации о системе тоже проверка прав на папки проходит успешно. Widgetkit устанавливал поверх, не помогло избавиться от проблемы.
Сейчас log_path, tmp_path прописаны как:

   public $log_path = '/home/marisrub/public_html/site-srb/logs';
   public $tmp_path = '/home/marisrub/public_html/site-srb/tmp';

Может стоит их как-то изменить? Если прописать просто /logs и /tmp - будет работать?
*

Moonlighter

  • Осваиваюсь на форуме
  • 23
  • 2 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #12 : 20.03.2013, 12:19:47 »
Moonlighter, зачем эти эксперименты с поддоменами?
Написал же выше Вам - поместите основной сайт в корневую папку сайта - public_html

А если я захочу на этом хостинге сделать еще один сайт с другим доменом?
Когда каждый сайт в отдельной папке, на мой взгляд, гораздо лучше.
*

SK

  • Живу я здесь
  • 2152
  • 163 / 0
Re: Никак не могу победить ЧПУ (.htaccess)
« Ответ #13 : 20.03.2013, 12:21:36 »
А если я захочу на этом хостинге сделать еще один сайт с другим доменом?
Когда каждый сайт в отдельной папке, на мой взгляд, гораздо лучше.
Тогда Вам хостер сделает другую корневую папку для этого домена, типа /home/sait2/public_html

Сайты всегда лежат в отдельных корневых папках, а поддомены для них уже в папках, которые делаются в корневой папке
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Перенаправление htaccess с id в категории на без id

Автор MultiMatrix83

Ответов: 14
Просмотров: 2333
Последний ответ 30.01.2024, 02:03:44
от Zegeberg
Не могу сохранить общие настройки

Автор Corsar

Ответов: 21
Просмотров: 5195
Последний ответ 24.03.2020, 08:16:59
от draff
RFI узязвимости, файл.htaccess (redirect for weird rfi attacks through url)

Автор Elimelech

Ответов: 8
Просмотров: 1787
Последний ответ 27.11.2017, 10:29:30
от SeBun
Не могу решить проблему вывода материала в нескольких местах

Автор mYbadName

Ответов: 2
Просмотров: 1150
Последний ответ 30.03.2017, 22:46:51
от darkghost
не могу отредактировать страницы на сайте

Автор Elimelech

Ответов: 3
Просмотров: 1140
Последний ответ 16.06.2016, 13:03:40
от Elimelech