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


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.