마스터 .htaccess WordPress 컨트롤
대부분의 웹 개발자는 .htaccess WordPress 파일의 마법과 그 파일이 수행할 수 있는 작업에 대해 알고 있을 것입니다. 오늘 게시물에서는 몇 가지 기본 사항부터 시작하여 이 작은 텍스트 파일로 수행할 수 있는 다양한 작업을 보여 드리겠습니다. 모든 팁은 특히 WordPress 사용자를 대상으로 하므로 커피를 들고 몇 가지 멋진 트릭을 배울 준비를 하세요.
초심자를 위한 몇 가지 배경
.htaccess 파일은 많은 Unix/Linux 기반 웹 서버에서 지원되며 그 중 가장 널리 사용되는 것은 Apache 서버입니다. 호스팅 회사가 어떤 서버 소프트웨어를 사용하는지 확실하지 않은 경우 해당 지원팀에 문의하면 기꺼이 알려줄 것입니다.
원하는 경우 약간의 조사 작업을 수행할 수도 있습니다. 이를 수행하는 몇 가지 방법이 있을 수 있지만 제가 하는 한 가지 빠른 작업은 다음 줄이 포함된 간단한 PHP 파일을 서버에 저장하는 것입니다.
<?php phpinfo(); ?>test.php와 같은 파일 이름을 지정한 다음 웹 브라우저(예: YourDomain.com/test.php)를 사용하여 이 파일에 액세스합니다. 이 파일이 생성하는 출력을 탐색하면 어떤 웹 브라우저에 대한 몇 가지 단서를 얻을 수 있습니다. 실행 중인 서버. 아래는 내 설정 중 하나에 대한 간단한 스크린샷입니다. "Apache 2.0 Handler" 라인은 이것이 Apache 웹 서버임을 알려줍니다.
간단히 말해서 .htaccess는 다양한 컨트롤을 추가하기 위해 FTP를 통해 웹 서버에 배치되는 일반 텍스트 파일입니다. 이 기능을 처음 사용하는 경우 파일 이름에 특별한 주의를 기울이십시오. 파일 이름 시작 부분에 마침표 '.'가 있습니다.
FTP를 사용하여 웹 서버에 액세스하는 경우 서버에서 직접 이 파일을 변경하거나 로컬에서 변경한 다음 업로드할 수 있습니다.
이 모든 것이 처음이라면 초보자를 위한 마지막 팁은 FTP 프로그램에서 숨겨진 파일을 표시하도록 요청하여 실제로 .htaccess 파일을 볼 수 있다는 것입니다. 파일 이름 시작 부분의 마침표는 이 파일이 숨겨진 파일이어야 함을 서버에 알려줍니다.
이런, 문제가 발생했습니다.
오늘 논의할 다양한 명령을 시작하기 전에 상황이 잘못되는 경우에 대해 간단히 말씀드리겠습니다. 명령 중 하나를 잘못 입력하거나 특정 호스팅 회사에서 지원하지 않는 명령을 사용하는 경우 사이트에 액세스하려고 하면 이 응답을 받게 됩니다.
"HTTP 오류 500 내부 서버 오류".
너무 당황하지 마세요. 마지막 변경 사항을 취소하고 .htaccess 파일을 다시 업로드하면 문제가 해결됩니다. 분명히 웹사이트가 세상에 공개되기 전에 이 모든 작업을 수행하는 것이 가장 좋습니다.
그럼 이제 .htaccess로 무엇을 할 수 있는지 살펴보겠습니다.
WordPress 기본 설정
기존 WordPress 사이트에서 작업하는 경우 대부분의 경우 이미 .htaccess WordPress 파일이 있고 그 안에 이와 같은 파일이 있다는 것을 알 수 있습니다. 모든 항목을 추가하거나 시도할 때 이 파일을 그대로 두십시오. 이 새로운 명령.
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress컨트롤 - A.K.A. 좋은 물건 ?
좋아요, 이제 이들 중 여러 가지를 살펴보겠습니다. 각각에 대해 .htaccess 파일에 추가해야 하는 코드와 그 기능에 대한 간단한 설명을 보여 드리겠습니다.
더 큰 파일을 업로드하도록 허용
php_value post_max_size 20M
php_value upload_max_filesize 20M업로드할 파일의 상한을 늘리려면 이렇게 하면 됩니다. 끝에 있는 값(20)은 크기(M)MB입니다. 따라서 이 경우 WordPress 미디어 라이브러리를 통해 또는 사이트 프런트 엔드의 양식 업로드를 통해 최대 20MB의 파일(예: PDF, 이미지 등)을 업로드할 수 있습니다.
PHP 파일이 소비할 수 있는 더 많은 메모리를 허용합니다.
이것은 WordPress 사이트가 성장하고 더 많은 플러그인을 사용함에 따라 매우 중요합니다. 새로운 사용자가 경험하는 일반적인 오류입니다. 그들의 사이트는 작업 파일이고, 그런 다음 서버에 더 큰 요구를 갖는 더 큰 플러그인을 설치하면 전체 사이트가 로드되지 않습니다 – "두려운 WordPress 흰색 화면".
이 수정 사항은 PHP에서 사용할 수 있는 메모리를 늘리는 것만큼 간단할 때가 많습니다. 이 줄을 .htaccess 파일에 추가하세요.
php_value memory_limit 128M이 경우 약간 주의해야 하며 너무 멀리 가면 호스팅 회사가 허용하는 한계에 도달하여 HTTP 500 오류가 발생하는 경우가 많습니다.
PHP 실행 오류 표시
일부 호스팅 설정은 PHP 오류 출력을 음소거하므로 프로그래밍으로 인해 사이트 테마나 기타 PHP 파일이 일부 변경되면 문제가 발생합니다. 이를 통해 PHP 오류 출력을 전환할 수 있습니다.
php_value display_errors on작업이 끝나면 "끄기"로 설정하고 싶을 수도 있습니다.
브라우저 캐싱 활성화
.htaccess를 사용하여 방문자의 웹 브라우저에 미디어를 장기간 저장/캐시하도록 지시할 수 있습니다. Google 페이지 속도와 같은 사항에 익숙하다면 이는 성능 향상을 위해 일반적으로 권장되는 사항 중 하나입니다.
## EXPIRES CACHING ##
<IfModule mod_expires.c>
ExpiresActive On
# Good for one month
ExpiresByType image/jpeg A2592000
ExpiresByType image/gif A2592000
ExpiresByType image/png A2592000
ExpiresByType image/x-icon A2592000
ExpiresByType text/plain A2592000
ExpiresByType image/svg+xml A2592000
# Good for one week
ExpiresByType application/x-javascript M604800
ExpiresByType text/css M604800
ExpiresByType text/html M604800
ExpiresDefault A2592000
</IfModule>
## EXPIRES CACHING ##리디렉션 URL
이것은 정말 편리합니다. 특히 이전 사이트를 대체하는 새로운 WordPress 사이트를 구축하는 경우 더욱 그렇습니다. 이전 URL을 북마크에 추가했거나 Google에 색인이 생성된 페이지에 대해 방문자가 새 사이트에서 새 URL로 리디렉션되도록 할 수 있습니다.
또는 사이트의 한 섹션을 제거하거나 이동했으며 사용자가 이전 URL 중 하나를 방문하면 다시 연결하고 싶을 수도 있습니다.
이 형식은 구성 방법을 알면 쉽습니다.
Redirect 301 /oldurl http://MySite.com/newurl숫자 뒤에는 잠시 후에 이전(상대) URL과 http:// 등을 포함한 전체 새 URL이 있음을 설명하겠습니다.
이와 같은 리디렉션은 몇 가지 다른 상태로 설정될 수 있습니다.
301 – 이것이 영구 URL임을 의미하며 SEO에 좋은 습관입니다. 당신은 기본적으로 이 리디렉션이 이제 영원히 이렇게 될 것이라고 말하고 있습니다.
302 – 이는 일시적일 뿐이며 이전 URL이 곧 다시 활성화됨을 의미합니다.
올바른 구문을 고수하는 한 .htaccess 파일에 이러한 리디렉션을 많이 포함할 수 있습니다. 이는 이전 버전의 웹 사이트에서 이전 URL을 많이 리디렉션할 때 유용합니다.
WordPress 구성 파일을 보호하세요.
아마도 wp-config.php에 대해 알고 계실 것입니다. WordPress의 기본 구성 파일이며 데이터베이스 사용자 이름 및 비밀번호와 같은 중요한 데이터가 있습니다. 누구든지 직접 액세스할 수 있기를 바라는 것은 아닙니다.
<files wp-config.php>
order allow,deny
deny from all
</files>이렇게 하면 PHP 파일의 올바른 구문 분석을 중지하는 웹 서버에 문제가 있더라도 구성 파일에 직접 액세스하는 사람이 중지됩니다.
이제 시도해 볼 몇 가지 사항이 있습니다. 일단 테스트를 마치면 나처럼 템플릿화된 .htaccess WordPress 파일을 직접 작성하게 될 것이므로 WordPress를 설치할 때마다 간단한 복사 및 붙여넣기를 통해 이러한 컨트롤을 제자리에 배치할 수 있습니다.
행운을 빌어요! 질문이 있거나 공유하고 싶은 다른 .htaccess 트릭이 있으면 여기에 댓글을 게시하세요.

