클라이언트는 나에게 간단한 한 줄과 지난 달 링크를 보냈습니다: & quot;make ours look like this.& quot; 테마 이름도,개발자 연락처도,재건을위한 예산도 없습니다. 그것이 보름 동안의 작업인지 CSS 의 오후인지 말하기 전에,나는 사이트가 실제로 실행되고 있었는지 알아야했습니다 - 그리고 가장 빠른 정직한 대답은 페이지 자체에서 나온 것이지 묻는 것에서 나온 것이 아닙니다.
WordPress 는 이것에 대해 비정상적으로 관대합니다. 그것은 제공하는 모든 페이지에 자체 구조를 게시합니다. 즉,사이트는 누군가가 의도했는지 여부에 관계없이 어떤 테마가 렌더링되는지 알려줍니다. 이 가이드는 해당 정보가 어디에 있는지,손으로 읽는 방법,사이트가 덜 WordPress 가 아닌 경우 답변이 때때로 누락되는 이유를 설명합니다. 그만큼 워드 프레스 테마 감지기 하나의 요청에서 동일한 읽기를 수행합니다.
TL;DR: 페이지 소스를 열고 에서 로드된 스타일시트를 찾습니다
/wp-content/themes/<slug>/. 그 slug는 테마 폴더입니다. 가져오기/wp-content/themes/<slug>/style.css그리고 상단의 헤더 블록에는 테마, 버전, 작성자, 그리고 하위 테마인 경우 확장되는 상위 이름이 지정됩니다Template:선. 아무것도에서 로드 하지 않는 경우/wp-content/는 사이트가 여전히 WordPress일 수 있습니다: 관리되는 호스트 또는 최적화 플러그인이 경로를 다시 작성했을 수 있습니다.
WordPress 페이지의 이름은 어디에서 자체 테마로 지정합니까?
모든 테마는 자체 폴더에서 스타일시트를 로드해야 하며 WordPress는 고정된 위치에서 테마 파일을 제공합니다: /wp-content/themes/<slug>/. 따라서 모든 페이지에서 가장 먼저 해야 할 일은 소스 보기 및 검색입니다 wp-content/themes. 돌아오는 것은 다음과 같습니다:
<link rel="stylesheet" id="astra-theme-css"
href="https://example.com/wp-content/themes/astra/assets/css/minified/main.min.css?ver=4.6.2" />
사이의 폴더 이름입니다 themes/ 그리고 다음 슬래시가 답입니다: astra. 그것은 응답에 대한 사실이지 페이지의 모습에 대한 추측이 아닙니다.
세 가지 다른 신호 옆에 앉아 있고, 그들이 당신에게 테마가 숨겨져있을 때 사이트가 전혀 워드 프레스를 알려주는 것이기 때문에, 알 가치가있다:
| 신호 | 나타나는 곳 | 증명하는 것 |
|---|---|---|
/wp-content/themes/<slug>/ |
스타일시트 및 스크립트 URL | 활성 theme's 폴더 |
/wp-includes/ |
핵심 스크립트 URL은 다음과 같습니다 wp-emoji-release.min.js |
워드 프레스 코어는 페이지를 제공하고 있습니다 |
<link rel="https://api.w.org/"> |
<head>, 그리고 a Link: 응답 헤더 |
REST API가 활성화되었습니다 |
<meta name="generator" content="WordPress 6.7"> |
<head> |
제거되지 않은 핵심 버전입니다 |
생성기 태그는 가장 자주 제거되는 태그입니다. 많은 보안 플러그인이 이를 제거하고 theme's에 줄이 있습니다 functions.php 알려진 문제를 스캔하는 사람에게 정확한 버전을 광고하기 때문에 동일한 작업을 수행합니다. 그 부재는 사이트가 WordPress 인지 여부에 대해 아무 것도 말하지 않습니다.
어떻게 theme's 실명과 버전을 얻을 수 있습니까?
폴더 slug는 이름이 아닙니다. astra 인식 가능합니다 twentytwentyfour 당연하지만 slugs의 대부분은 기관 외부의 누구도 알 수 없는 약어입니다. 이름은 한 가지 요청을 더 자세히 설명합니다.
모든 테마는 다음을 제공합니다 style.css 그 루트에서,그리고 워드 프레스는 그 파일이 자신을 선언 주석 블록으로 시작해야합니다. 가져오기 https://example.com/wp-content/themes/astra/style.css 그리고 파일의 맨 위는 다음과 같습니다:
/*
Theme Name: Astra
Theme URI: https://wpastra.com/
Author: Brainstorm Force
Version: 4.6.2
Template: astra
Text Domain: astra
*/
그 헤더 필드는 누군가가 따르기로 선택한 규칙이 아닙니다. The 테마 핸드북 만들다 Theme Name 모든 테마에 필수 WordPress는 이를 허용합니다. 이것이 바로 어디에도 게시되지 않은 맞춤형 테마에서 작동하는 이유입니다.
버전에 대한 한 가지 주의 사항은 사람들이 기대하는 것보다 더 중요합니다. Version: 는 테마 작성자가 그 릴리스에 대해 쓴 것입니다. 그것은 손길이 닿지 않은 테마에 정확하고 신뢰할 수없는 순간 누군가가 "just quickly fixed" 몇 번 된 사이트에서 끊임없이 발생하는 번호를 범핑하지 않고 파일을 편집합니다. theme's 자신에 대한 자신의 주장으로 읽으십시오.
두 개의 테마가 나타나면 어떤 의미인가요?
두 개의 테마 폴더에서 스타일시트를 로드하는 페이지는 거의 항상 하위 테마를 실행합니다.
자식 테마는 부모의 일부를 복사하는 대신 재정의하는 작은 폴더입니다. The child's style.css a에서 부모 이름을 지정합니다 Template: line과 WordPress는 두 폴더를 모두 로드합니다. 그 관계가 전체 요점입니다: 부모는 사용자 정의를 파괴하지 않고 업데이트할 수 있습니다 추천 방법 작성하지 않은 테마를 수정하려면.
그래서 둘 다 볼 때 astra 그리고 astra-child, 활성 테마는 다음과 같습니다 astra-child 그리고 부모는 astra. 그만큼 Template: 폴더 이름을 추측하는 대신 필드가 해결됩니다. 많은 하위 테마는 부모의 이름을 전혀 따서 명명되지 않습니다.
이는 자동화된 답변이 구체적이고 반복 가능한 방식으로 잘못되는 부분이기도 합니다. slug를 게시된 테마와 일치시키는 카탈로그 조회는 행복하게 인식됩니다 부모부모님이 게시 된 것이기 때문에, 그리고 대답으로 그것을보고. 페이지는 여기에 더 나은 권한이다: 그것이로드하는 스타일 시트는 그것을 렌더링하는 것입니다, 전체 중지.
사이트가 테마를 전혀 표시하지 않는 이유는 무엇입니까?
이것은 이해 가치가있는 경우입니다, 왜냐하면 자신감있는 도구가 당신에게 놓여 있기 때문입니다.
몇 가지 일반적인 설정은 페이지에서 테마 폴더를 지웁니다:
- 모든 스타일시트를 하나의 결합된 파일로 연결하는 캐싱 또는 최적화 플러그인입니다
/wp-content/cache/. 병합된 파일은 theme's CSS;를 포함하고 있습니다. theme's 폴더 이름은 마크업에서 사라졌습니다. - 다시 작성된 경로에서 자산을 제공하는 호스트 또는 CDN입니다
/wp-content/themes/astra/...로 도착합니다/assets/a1b2c3.css. - 헤드리스 설정, 워드 프레스는 관리자와 API하지만 다른 것은 프런트 엔드를 렌더링합니다. 일반적인 의미의 테마가 없습니다.
- 단순히 WordPress가 아닌 사이트.
당신이 확인하는 모든 경우 그 네 외부에서 동일하게 보인다 & quot;did 나는 테마 폴더를 발견 & quot;. 그들은 같은 대답이 아니며, & quot;not WordPress"로 처음 세 보고는 자신감있는 방향으로 잘못되었습니다. 다른 신호를 확인 - /wp-includes/, REST API 링크 wp-json 경로 - 아무것도 결론 전에. 사이트는 테마 경로의 아무도를 제공하고 여전히 대답 할 수 없습니다 https://example.com/wp-json/ JSON 인덱스를 사용하면 이를 해결할 수 있습니다.
홈페이지가 아닌 내부 페이지를 스캔하는 것도 사람들이 기대하는 것보다 더 많은 도움이 됩니다. 홈페이지는 대부분의 사이트에서 가장 많이 캐시되고 가장 공격적으로 최적화된 페이지입니다; 블로그 게시물이나 연락처 페이지는 손대지 않은 채 theme's 자신의 파일을 자주 로드합니다.
합법적이며,사이트 소유자는 알아내는가?
공개 페이지를 읽는 것은 정상적인 요청입니다. 브라우저는 방문할 때마다 동일한 것을 만들고 site's 액세스 로그는 다른 모든 방문자를 기록하는 것과 같은 방식으로 기록합니다. 테마를 확인하는 것에 대한 어떤 것도 관리자 영역에 닿거나 양식을 제출하거나 로그인을 시도하지 않습니다.
당신이 대답으로 무엇을 할 것은 규칙이있는 부분입니다. theme's 이름과 버전은 사실이다; theme's 코드는 라이센스가 부여되며,대부분의 워드 프레스 테마는 당신에게 큰 거래를 부여 GPL 입니다하지만 "anything goes"와 동일하지 않습니다 someone's 브랜드,그들의 이미지,또는 그들의 콘텐츠. 같은 하나를 구입할 수 있도록 테마를 식별하는 것은 정상적인 사용입니다. 사이트를 복사하는 것은 테마 질문이 아닙니다.
소스를 읽지 않고 어떻게 빠르게 확인하나요?
손으로 순서는: 소스 보기, 검색 wp-content/themes, slug를 가져와 해당 폴더's를 가져옵니다 style.css는,헤더를 읽습니다. 터미널에서 그것은 두 개의 명령입니다:
curl -s https://example.com | grep -o 'wp-content/themes/[^/]*' | head -1
curl -s https://example.com/wp-content/themes/astra/style.css | head -20
X-1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 10 워드 프레스 테마 감지기 정확히 실행하고,자녀 대 부모 링크를 따라가며,사용한 신호를 나열하여 평결을 신뢰하기보다는 추론을 확인할 수 있습니다. 또한 중요한 세 가지 결과를 분리합니다: 테마 발견,WordPress 하지만 테마를 읽을 수 없었고,WordPress 신호가 전혀 없습니다.
플러그인은 별도의 증거와 훨씬 더 큰 주의 사항이 있는 별도의 질문이므로 별도의 도구입니다 워드 프레스 플러그인 감지기 에 로드되는 것에 대해 동일한 페이지를 읽습니다. 그리고 만약 당신이 이것의 반대편에 있다면,자신의 테마나 플러그인을 게시하는 것,the readme 생성기 를 씁니다 readme.txt wordpress.org 디렉토리가 구문 분석됩니다.
