Ограничьте доступ к файлу к авторизованным php пользователям
Тема Olsen Light использует функцию add_theme_support( 'title-tag' );, которая рекомендуется для обработки заголовков страниц / постов. По умолчанию используется разделитель "-".
Вы можете попытаться отфильтровать это с помощью ловушки document_title_separator , чтобы изменить разделитель.
Из глубины моей головы, и не проверено, вы можете добавить это в файл functions.php в папке вашей темы:
function taha_set_document_title_separator ($sep) {
if (empty(get_bloginfo('description'))) {
return ('') ;
} else {
return ('-') ;
}
}
add_filter ('document_title_separator', 'taha_set_document_title_separator') ;
Что я пытаюсь сделать, это проверить, если ваш описание блога пусто Если это так, то символ разделителя - это просто пустое пространство. Если у вас есть описание, то по умолчанию разделителем будет «-».
Надеюсь, это поможет!
3 ответа
Не совсем понимаю, почему перемещение их не вариант, так как отправка запросов на них в обработчик означает, что это больше не имеет значения, где они хранятся. Но вы человек на сцене.
.htaccess выглядит так:
RewriteEngine on
RewriteRule path/to/where/these/files/live/(.*) /handlerscript.php/$1
Затем вы выбираете оставшийся путь к файлу и имя из $ _ SERVER ['PATH_INFO'] .
Я думаю, вам может понадобиться написать скрипт, который будет обслуживать изображения, а затем использовать htaccess, чтобы полностью ограничить доступ к фактические изображения из браузера.
Сценарий может взять веб-путь к изображению, решить, есть ли у пользователя доступ, а затем использовать что-то вроде fpassthru для передачи фактического изображения в браузер.
Все ссылки на изображения Однако потребуется изменить его, чтобы он ссылался на сценарий обслуживания.
Поэтому вместо доступа к изображениям с помощью /images/123/5423453245.jpg, это будет /image.php?images/123/5423453245.jpg
или что-то подобное.
Я не могу сказать вам, в чем именно проблема, но вот что вы можете сделать, чтобы понять, что на самом деле происходит. Я предполагаю, что вы используете VS2008 или 2005.
- Переключитесь в режим выпуска
- Перейдите в Debug \ Exceptions и отметьте все «брошенные» исключения, как показано здесь: http://vvcap.net/db /JbWS_tzy2IpBoI7R7amm.htp
- Run исполняемый файл в отладчике, игнорируйте предупреждения от VS об отсутствии отладочной информации
Кажется, что во время выполнения возникает исключение win32, но так или иначе, вы получите одно или другое больше сообщений от отладчика, объясняющих, что за исключение произошло и где. В большинстве случаев эти сообщения ясно дают понять, что именно пошло не так [РЕДАКТИРОВАТЬ]: одна вещь, которую я забыл упомянуть, это то, что неуправляемая отладка также должна быть включена,