게시물 / 페이지 슬러그에 숫자를 사용할 수 있습니까?


10

게시물 / 페이지 슬러그에 숫자를 사용할 수 있습니까? 내 페이지 슬러그에 '123'을 사용하려고했지만 WordPress가 '123-2'로 변환 할 때마다.

WP는 어떤 숫자라도 ID로 해석한다고 생각합니다. 사용하려는 숫자는 게시물 / 페이지 ID와 관련이 없습니다. 이 문제를 해결할 수 있습니까?

그리고 네,이 경우 텍스트 대신 숫자를 사용해야하는 좋은 이유가 있습니다 :-)

편집 : 관련되고 더 일반적인 메모에서 슬러그에 넣을 수있는 것에 어떤 제한이 있습니까? 파일 이름에 해당 문자가 정상적으로 작동했지만 + 기호도 사용할 수 없다는 것을 알았습니다.


흥미로운 점은 4 자 길이의 숫자 슬러그 만 사용할 때 발생한다는 것입니다.
— RN Kushwaha

답변:


10

이것이 문제가되는 것은 페이지뿐입니다. 게시물은 괜찮습니다.

나에게는 벌레처럼 보이지만 버그인지 여부에 관계없이 페이지에서 숫자 슬러그를 사용할 수 없습니다.

"/ 750 /"과 같은 숫자 슬러그가 게시물 "/ 2010 /"등을 방해하고 WordPress가 그 차이를 알 수 없기 때문입니다.

동일한 번호 (예 : 750)로 초안을 작성하기 위해 두 페이지를 저장하면 워드 프레스는 슬러그 750-2를 둘 다에 할당합니다. 게시하면 첫 번째는 750-2로 유지되고 두 번째는 750-3으로 업데이트됩니다. 3.0 기준으로 페이지에 슬러그 750을 얻는 일반적인 방법은 없습니다.

업데이트 : http://core.trac.wordpress.org/ticket/11917 은 숫자 슬러그를 금지 한 티켓입니다.


버그가 아니라 그것이 설계된 방식입니다 : core.trac.wordpress.org/ticket/11863 당신은 내가 그 결정에 특별히 동의하지는 않지만 그것이 무엇인지에 대해 생각합니다. 그런 다음 반드시 귀하의 의견을 나타내는 트랙 티켓에 의견을 남기거나 다른 티켓을 만들어 문제를 논의하고 여기에 링크를 게시하십시오.)
— MikeSchinkel

그럼에도 불구하고 질문에 대한 대답은 "아니요, 페이지가 아닙니다. 포스트 슬러그 만 숫자가 될 수 있습니다. 페이지에는 접미사가 붙습니다."
— 레이스 케니

1

짧은 대답 : 그렇습니다. 가능합니다.

번호가 매겨진 슬러그를 사용하는 데 아무런 문제가 없었습니다. 콘크리트에서는 "56789"였습니다. -2 get은 이미 사용중인 슬러그가 있으므로 추가 번호가 앞에 붙는 경우에 첨부됩니다.

슬러그가 문자열이고 그 숫자도 문자열이기 때문에 일반적으로 작동합니다. 슬러그 제안을 숫자로 식별 한 다음 영어 단어로 식별하는 다른 방법으로 처리하는 인터프리터가 없습니다.

따라서 슬러그 123으로 블로그를 탐색하고 무엇이 있는지 살펴볼 수 있습니다. 또한 데이터베이스를 들여다보고 데이터 자체에서 슬러그를 찾을 수 있습니다. 첨부 파일 등에서 사용될 수 있기 때문입니다.

업데이트 :123 정보를 위해 슬러그 도 사용할 수 있습니다 . 해당 번호와이 고유 한 permalink 설정에는 문제가 없습니다 /%year%/%monthnum%/%postname%.


사이트에있는 페이지의 가능한 페이지 ID보다 훨씬 더 큰 숫자 값을 사용하지 않았습니까?
— Rick Curran

답변 주셔서 감사합니다. 슬러그로 페이지를 정의하지 않았으므로 기존 슬러그 문제가 아닙니다. 예를 들어 위치를 탐색했는데 (왜 그렇게 생각하지 않습니까?) 예 http://mysite/parent/child/123와 같은 내용이 표시 http://mysite/parent/child/되었습니다. 어떤 숫자를 입력했는지는 중요하지 않습니다.
— avesse

페이지 ID의 가장 큰 숫자는 무엇입니까? Tada : bigint (20) UNSIGNED는 최대 18446744 073709551615 ( dev.mysql.com/doc/refman/5.0/en/numeric-types.html )입니다. 그러나 슬러그에 밀교 숫자 모드가 있습니까?
— hakre

0

URL 재 작성 프로세스로 인해 슬러그에 숫자를 사용할 수 없다고 확신합니다. 정확한 기술적 이유는 모르지만 숫자 슬러그가 실제 숫자 페이지 ID와 일치하지 못하게하는 이유를 알 수 있습니다.


0

페이지 슬러그에 숫자를 사용하는 것이 절대적으로 가능합니다. 그러나 페이지 URL의 끝에 임의의 숫자를 추가하면 다른 페이지의 URL과 일치하지 않는 한 해당 페이지가 항상 반환됩니다. 다시 쓰기 엔진은 페이지의 끝과 일치하도록 숫자를 사용하여 게시물 내부의 페이지 매김을 허용하기 때문입니다. 내 생각에 123을 슬러그로 사용하는 데이터베이스의 어딘가에 게시물이 있습니다 (이미지 또는 기타 첨부 파일, 메뉴 항목 또는 기타 항목 일 수 있음). 이 문제를 해결하면 페이지 슬러그를 123으로 설정할 수 있어야합니다. WordPress는 각 페이지에 대한 다시 쓰기 규칙을 개별적으로 추가하므로 인식하지 못하는 문제는 아닙니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.