Переписать исходный URL img из .htaccess
У меня небольшая проблема. У меня есть img с неправильным источником.
Источник:
<img src="http://mywebsite.com/mk/thumbnail.php?file=file-dtik.jpg&size=article_medium" align="left" alt="image">
И источник должен быть изменен на
<img src="http://mywebsite.com/thumbnail.php?file=file-dtik.jpg&size=article_medium" align="left" alt="image">
Без папки МК после сайта.
Мне нужно изменить это через .htaccess? Какое правило переписать для этого?
РЕДАКТИРОВАТЬ :
Также другая проблема. Есть некоторые ссылки .pdf, которые не ссылаются правильно, они нужны мне также для повторной ссылки с .htaccess.
http://207.58.130.89/~tempuser/mk/files.php?force&file=documents/documents/file.pdf
Это текущая ссылка, и мне нужно перенаправить, когда кто-то нажимает на:
www.mydomain.com/mk/files.php?force&file=documents/documents/file.pdf
Благодарю.
Решение
В общем, вы всегда должны предпочитать кодировать такие правила перезаписи в конфигурации сервера, а не использовать .htaccess файлы стилей. Причина в том, что такие файлы заведомо подвержены ошибкам, их трудно отлаживать и действительно замедляют работу сервера.
Пример правил для конфигурации сервера:
RewriteEngine on
RewriteRule ^/mk/thumbnail\.php$ /thumbnail.php [L,QSA]
Из этого правила есть только два исключения:
- у вас нет доступа к конфигурации сервера
- ваш код должен вносить динамические изменения в набор правил переписывания
Пример правил для .htaccess файлы стилей:
(обратите внимание, что сначала вы должны разрешить использование таких файлов в конфигурации сервера)
RewriteEngine on
RewriteRule ^mk/thumbnail\.php$ thumbnail.php [L,QSA]
Чтобы это правило работало, файл стиля .htaccess должен находиться внутри корня документа на верхнем уровне, где mk папка существует, физическая или виртуальная.
Отказ от ответственности: я не тестировал это, извините, если есть опечатка …
В общем, вы должны всегда проконсультироваться с отличным документация для этого материала!
В случае, если у вас есть проблемы с получением таких правил переписывания, есть три основных места, где можно начать отладку:
-
если у вас есть доступ к файлам журналов сервера, то с этого следует начинать: сначала вы должны увидеть записи об ошибках, когда переписанный запрос не указывает на ожидаемое местоположение или иным образом завершается ошибкой.
-
Еще более элегантным является использование встроенного ведения журнала перезаписи, если у вас есть контроль над конфигурацией сервера. Это позволяет получить действительно детальное представление о том, что происходит (или не происходит) внутри движка переписывания. Подробности см. В документации, которую я разместил выше.
-
Вы можете указать временный и дополнительный «флаг внешнего перенаправления», который позволяет вам видеть URL-адрес, на который записан запрос, в строке URL-адреса вашего браузера. Для этого просто замените флаги
[L,QSA]б а[L,QSA,R=301]что приводит к тому, что сервер отправляет внешний заголовок перенаправления на уровне http вместо выполнения автоматической и внутренней перезаписи. Это часто помогает понять, что происходит.
Другие решения
Других решений пока нет …