Zachęcam do udziału w konferencji nt. WordPressa - WordCamp Lublin 2017

publikacja: 7 sierpnia 2008, autor: , 1 https://wpninja.pl/artykuly/wordpress-2-6-ignorowanie-ustawien-uploadera/

WordPress 2.6 – ignorowanie ustawień uploadera

WordPress 2.6 – ignorowanie ustawień uploadera

Kolejnym bugiem jaki został zaserwowany razem z WordPressem w wersji 2.6 jest ignorowanie ustawień uploadera. Przy zmianie standardowego katalogu wgrywania plików czeka nas rozczarowanie – pliki przestaną się w ogóle pokazywać.

Standardowy folder wgrywania plików jest ustawiony na /wp-content/uploads. Czasami, kierowani zwykłą ciekawością, intencją wprowadzenia łatwiejszej i bardziej logicznej ścieżki czy wyższą koniecznością, będziemy chcieli zmienić ów katalog na coś innego (ustawienia – różne – wysyłanie na serwer)…

Wiem, że jest ale nie widzę

Niestety jeśli mamy na pokładzie WordPressa 2.6 czeka nas lekkie zdziwienie. Otóż, po zmianie adresu i nazwy katalogu (pole oznaczone jako „Przechowuj przesłane pliki w tym folderze”) pliki wgrywać (i kasować) będą się prawidłowo ale zamiast obrazka zobaczymy puste pole. Skrypt najnormalniej w świecie przy wyświetlaniu obrazka nadal serwuje stary, standardowy adres.

Błąd został już zgłoszony a poprawka pojawi się już w wersji 2.6.1.

Tymczasowe rozwiązanie

Aby móc korzystać z dowolnie wybrane folderu w uploaderze trzeba uzupełnić drugie (zaznaczone jako „opcjonalne”) pole czyli „Pełne ścieżki URL do plików”. Jak sama nazwa mówi, wklepujemy tam pełną ścieżkę.

Przykładowo: jeśli wybraliśmy nowy katalog jako „test”, to pełna ścieżka powinna wyglądać tak: http://nazwa_naszego_bloga.domena/test

PS. Oczywiście pamiętajmy, że zmieniając katalog na nowy trzeba go faktycznie utworzyć (np. poprzez klienta FTP) i nadać mu odpowiednie prawa do zapisu (777).

Dodaj własny komentarz

Odnośniki z innych stron

Lista innych stron, które w jakiś sposób odnoszą się do opublikowanej tutaj treści:

  1. WordPress 2.6.1

    […] WordPress 2.6 sprawiał Ci problemy (np. poprzez ignorowanie ustawień uploadera lub wyświetlanie błędu 404) koniecznie zaktualizuj skrypt. W przeciwnym wypadku nie ma takiej […]