Czy mogę użyć numeru dla informacji o treści post / page?


10

Czy można użyć numeru dla informacji o treści post / page? Próbowałem użyć np. „123” do mojej strony, ale za każdym razem WordPress konwertuje go na „123-2”.

Zgaduję, że WP może interpretować dowolną liczbę jako identyfikator. Numer, którego chcę użyć, nie ma nic wspólnego z identyfikatorami postów / stron. Czy mogę to obejść?

I tak, mam dobry powód, aby używać liczb zamiast tekstu w tym przypadku :-)

Edycja: W powiązanej, bardziej ogólnej notatce, jakie są ograniczenia dotyczące tego, co można umieścić w ślimaku? Przekonałem się, że nie mogę także używać znaku +, chociaż ten znak w nazwach plików działa dobrze.


Jedną interesującą rzeczą jest to, że występuje tylko przy użyciu ślimaka numerycznego o długości 4 znaków.
RN Kushwaha

Odpowiedzi:


10

To tylko strony, na których jest to problem. Wpisy są w porządku.

Wydaje mi się, że to błąd, ale niezależnie od tego, czy jest to błąd, nie można używać liczbowych informacji o błędach na stronach.

Wynika to z faktu, że liczby ślimaków, takie jak „/ 750 /”, zakłócają posty z lat ”/ 2010 /” itp., A WordPress nie potrafi odróżnić.

Jeśli zapiszesz dwie strony do szkicowania z tym samym numerem (powiedzmy 750), WordPress przypisze ślimak 750-2 do obu. Po opublikowaniu pierwszy pozostanie 750-2, a drugi zaktualizuje się do 750-3. Nie ma normalnego sposobu na wyświetlenie informacji o błocie 750 na stronie od wersji 3.0

Aktualizacja: http://core.trac.wordpress.org/ticket/11917 to bilet, który zakazał numerycznych ślimaków.


To nie jest błąd , to sposób, w jaki został zaprojektowany: core.trac.wordpress.org/ticket/11863 Pamiętaj, że nie zgadzam się szczególnie z tą decyzją, ale taka jest (jeśli ty lub inni nie lubicie tego potem idź i skomentuj ten bilet na tor, wyrażając swoją opinię, lub stwórz inny bilet, aby omówić problem i opublikuj link tutaj.)
MikeSchinkel

Niezależnie od tego odpowiedź na pytanie brzmi: „Nie, nie dla stron. Tylko numery postów mogą być liczbami. Strony otrzymają sufiks”.
WraithKenny 26.01.11

1

Krótka odpowiedź: Tak, jest to możliwe.

Nie miałem problemów z użyciem numerowanego ślimaka, na betonie było to „56789”. -2 get jest dołączony w przypadku, gdy masz już używany ślimak, więc dostaje on przedrostek z dodatkową liczbą.

Zasadniczo działa, ponieważ ślimak jest ciągiem, a te liczby są również ciągiem, nie ma uruchomionego interpretera identyfikującego twoją sugestię ślimaka jako liczbę, a następnie obsługującego ją w inny sposób, tak jak identyfikowanie jak angielskie słowa.

Możesz przeglądać swojego bloga za pomocą ślimaka 123 i sprawdzać, co tam jest. Ponadto możesz rzucić okiem na bazę danych i poszukać informacji o danych w samych danych, ponieważ mogą one zostać wykorzystane w załączniku lub tak dalej.

Aktualizacja: Mogę też mieć ślimaka 123- tylko dla informacji. Nie ma problemu z tym numerem i tym całkiem Link ustawień: /%year%/%monthnum%/%postname%.


czy może nie udało ci się użyć tak dużej wartości liczbowej, ponieważ była ona znacznie większa niż jakiekolwiek możliwe identyfikatory stron dla stron w Twojej witrynie?
Rick Curran

Dzięki za odpowiedź. Nie zdefiniowałem żadnej strony z tym ślimakiem, więc nie jest to wcześniejszy problem z ślimakiem. Przeszukałem lokalizację (dlaczego o tym nie pomyślałem?), Np. http://mysite/parent/child/123Pokazałem tę samą treść, co dla http://mysite/parent/child/- nie ma znaczenia, który numer tam umieściłem.
avesse

Jaki jest najwyższy numer identyfikatora strony? Tada: bigint (20) UNSIGNED ma maksymalnie 18 446 744 073 709 551 615 ( dev.mysql.com/doc/refman/5.0/en/numeric-types.html ). Ale cóż, może w ślimakach jest ezoteryczny tryb liczbowy?
hakre

0

Jestem prawie pewien, że nie można używać liczb do ślimaków ze względu na fakt, że proces przepisywania adresu URL. Nie znam dokładnej przyczyny technicznej, ale rozumiem, dlaczego miałoby to uniemożliwiać dopasowaniom liczbowym dopasowanie rzeczywistego identyfikatora strony numerycznej.


0

Absolutnie możliwe jest używanie liczb do informacji o pracy stron. Jednak dodanie losowej liczby na końcu adresu URL strony zawsze zwróci tę stronę (chyba że pasuje ona do adresu URL innej strony), ponieważ silnik przepisywania taktuje liczby, aby dopasować końce permastruktów strony, aby umożliwić paginację wewnątrz postów. Domyślam się, że masz gdzieś w bazie danych post używający 123 jako ślimaka (może to być obraz lub inny załącznik, pozycja menu lub coś innego). Jeśli to naprawisz, powinieneś być w stanie ustawić informacje o swojej stronie na 123, a to zadziała. WordPress dodaje reguły przepisywania dla każdej strony osobno, więc nie jest problemem, że nie rozpoznaje.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.