Czy widzisz błąd „Upload: failed to write file to disk” podczas przesyłania plików w WordPress?
Ten powszechny błąd może być bardzo frustrujący dla początkujących użytkowników, ponieważ uniemożliwia przesyłanie plików na Twoją stronę WordPress.
W tym artykule pokażemy Ci, jak naprawić błąd „Upload: failed to write file to disk” w WordPress.
Co powoduje błąd „Failed to Write File to Disk” w WordPress?
Ten błąd WordPress może wystąpić z wielu powodów. Jednak najczęstszym z nich są nieprawidłowe uprawnienia do folderów.
Każdy plik i folder na Twojej stronie internetowej ma zestaw uprawnień. Twój serwer internetowy kontroluje dostęp do plików na podstawie tych uprawnień.
Nieprawidłowe uprawnienia dla folderu mogą odebrać Ci możliwość zapisywania plików na serwerze. Oznacza to, że Twój serwer WWW nie może tworzyć ani dodawać nowych plików do tego konkretnego folderu.
Jeśli próbujesz przesłać obrazy lub inne pliki z obszaru administracyjnego WordPress, otrzymasz jeden z następujących komunikatów o błędach:
- WordPress nie mógł zapisać na dysku.
- WordPress nie mógł przesłać pliku z powodu błędu: nie udało się zapisać pliku na dysku.
- Nie można utworzyć katalogu wp-content/uploads/2016/03. Czy jego katalog nadrzędny jest zapisywalny przez serwer?
Mając to na uwadze, przyjrzyjmy się, jak rozwiązać problem błędu „Przesyłanie: nie udało się zapisać na dysku” w WordPress.
Jak naprawić błąd „Upload Failed to Write to Disk” w WordPress
Najpierw musisz połączyć się ze swoją stroną WordPress za pomocą klienta FTP.
W tym samouczku używamy darmowego klienta FTP FileZilla. Jeśli używasz innego klienta FTP, interfejs może wyglądać nieco inaczej.
Po połączeniu musisz kliknąć prawym przyciskiem myszy na folderze wp-content i wybrać „Uprawnienia do plików”.
Spowoduje to wyświetlenie okna dialogowego uprawnień do plików w Twoim kliencie FTP.
Wyświetli Ci uprawnienia do plików dla właściciela, grupy i publiczności.
Musisz wprowadzić 755 w polu Wartość numeryczna.
Następnie musisz zaznaczyć pole obok opcji „Rekurencyjnie do podkatalogów”.
Następnie musisz kliknąć opcję „Zastosuj tylko do katalogów”, a następnie kliknąć przycisk „OK”, aby kontynuować.
Twój klient FTP ustawi teraz uprawnienia do folderów na 755 i zastosuje je do wszystkich podfolderów wewnątrz wp-content. Obejmuje to folder przesyłania, w którym przechowywane są wszystkie Twoje obrazy.
Chcesz również upewnić się, że uprawnienia do plików w folderze wp-content są poprawne.
Ponownie kliknij prawym przyciskiem myszy folder wp-content i wybierz „Uprawnienia do plików”. Tym razem zmienimy uprawnienia dla plików.
Wpisz 644 w polu Wartość liczbowa, a następnie zaznacz pole obok opcji „Rekurencyjnie do podkatalogów”.
Teraz kliknij opcję „Zastosuj tylko do plików”.
Kliknij przycisk „OK”, aby kontynuować. Twój klient FTP ustawi teraz uprawnienia do plików na 644 dla wszystkich plików w folderze wp-content.
Możesz teraz odwiedzić swoją stronę WordPress i spróbować przesłać pliki.
Jeśli nadal widzisz błąd, skontaktuj się ze swoim hostingu WordPress i poproś o wyczyszczenie tymczasowego katalogu plików.
WordPress przesyła Twoje obrazy za pomocą PHP, które najpierw zapisuje przesłane pliki w tymczasowym katalogu na Twoim serwerze internetowym. Następnie przenosi je do Twojego folderu przesyłania WordPress.
Jeśli ten tymczasowy katalog jest pełny lub źle skonfigurowany, WordPress nie będzie mógł zapisać pliku na dysku.
Ten tymczasowy folder znajduje się na Twoim serwerze i w większości przypadków nie masz do niego dostępu przez FTP. Musisz skontaktować się ze swoim hostingodawcą i poprosić o jego wyczyszczenie.
Mamy nadzieję, że ten artykuł pomógł Ci rozwiązać błąd „Upload: failed to write file to disk” w WordPress. Możesz również zapoznać się z naszym przewodnikiem na temat naprawiania typowych problemów z obrazami w WordPress oraz naszymi rekomendacjami najlepszych wtyczek WordPress do rozwoju Twojej witryny.
Jeśli podobał Ci się ten artykuł, zasubskrybuj nasz kanał YouTube po samouczki wideo WordPress. Możesz nas również znaleźć na Twitterze i Facebooku.
Jiří Vaněk
Czy dobrze rozumiem, że foldery muszą mieć uprawnienia 755, aby PHP mógł do nich zapisywać, tj. przesyłać pliki, ale same pliki muszą mieć uprawnienia 644, aby nikt nie mógł ich wykorzystać, zapisując do nich? Czy tak jest? A dlaczego pliki powinny mieć inne uprawnienia niż foldery?
Wsparcie WPBeginner
That is correct.
Admin
kehinde
Próbowałem tego procesu i nadal nie mogę przesyłać plików
Farukh
Witaj,
Jestem bardzo zdezorientowany. Powtórzyłeś ten sam proces dwa razy. Najpierw zmieniłeś uprawnienia do folderu wp-content na 755. Następnie zmieniłeś uprawnienia do folderu wp-content na 644. Mógłbyś zmienić na 644 za pierwszym razem. Dlaczego dwa razy. Jestem zdezorientowany, proszę, powiedz dokładnie, co zrobiłeś.
Wsparcie WPBeginner
Cześć Farukh,
To nie jest ten sam proces. Najpierw ustawisz uprawnienia do folderów rekursywnie na 755 dla wp-content i wszystkich folderów wewnątrz niego, a następnie ustawisz uprawnienia do plików na 644 dla wszystkich plików w folderze wp-content.
Admin
Felipe
Po prostu daj więcej miejsca na swoim koncie hostingowym.
Kristin Larsen
Chciałem również poinformować każdego, kto może szukać tego problemu w Google, że istnieje inna przyczyna specyficzna dla użytkowników BlueHost. Bardzo rzadko, jeśli korzystasz ze współdzielonego hostingu / hostingu w chmurze, tymczasowy folder BlueHost, który przechowuje przesłane przez przeglądarkę pliki, zapełni się i uniemożliwi dodawanie nowych obrazów/przesyłanych plików. Jeśli tak się stanie, po prostu zadzwoń do ich wsparcia technicznego i poproś o opróżnienie ich tymczasowego folderu. To rozwiąże problem. Jako użytkownik nie możemy nic zrobić, aby go wyczyścić lub zapobiec.
Ivy
Dziękuję BARDZO za ten komentarz. To oszczędziło mi mnóstwo czasu. Mój klient korzysta z BlueHost, a ja buduję dla niego nową stronę internetową. Nigdy wcześniej nie pracowałem z BlueHost ani nie napotkałem tego problemu, aż do teraz.
Ashlee
Czy są jakieś inne rzeczy do sprawdzenia po tym procesie. Wszystkie uprawnienia są poprawne, wgrałem pliki jednego dnia, a następnego dnia nie mogłem ich wgrać (nie zmieniono HTML), pliki tymczasowe zostały wyczyszczone.
Dziękuję.