Joomla - Ostrzeżenie! Nie powiodło się przeniesienie błędu pliku

Question

Znalazłem kilka rozwiązań tego błędu i próbowałem je implementować, ale żadna z nich nie zadziałała i mam nadzieję, że niektóre z nich w SO mogą mieć inną odpowiedź.

otrzymuję ten błąd, „! Ostrzeżenie Nie można przenieść pliku” przy próbie zainstalowania modułów do mojej nowej instalacji Joomla tutaj:

http://sun-eng.sixfoot.co.za

Oto niektóre rozwiązania próbowałem bezskutecznie:

http://forum.joomla.org/viewtopic.php?f=199&t=223206

http://www.saibharadwaj.com/blog/2008/03/warning-failed-to-move-file-joomla-10x-joomla-15x/

Każdy użytkownik wie inne rozwiązanie tego proszę?

Dzięki!

Answer 1

Przejdź do Pomoc -> Informacje systemowe w swoim wewnętrznym panelu administracyjnym i sprawdź kartę Uprawnienia do katalogu, aby upewnić się, że wszystko jest zapisywalne.

Upewnij się również, że twój folder Ścieżka do temp jest poprawny w Site -> Global Configuration.

Na koniec sprawdź, czy moduł nie jest jeszcze zainstalowany. Możliwe, że niektóre pliki zostały już skopiowane lub coś takiego, a teraz system ma problemy z zastąpieniem ich.

Jeśli nic z tego nie działa, powiadom nas, jeśli komunikat o błędzie określa, który plik nie może zostać przeniesiony. Pomogłoby to znaleźć rozwiązanie.

Answer 2

Miałem podobny problem dzisiaj i okazało się, że to uprawnienia ustawione w "folderze tymczasowym". Aby rozwiązać problem, zmieniłem je na 777, a moje instalacje wtyczki działały poprawnie !!

Answer 3

Jest to zazwyczaj problem z uprawnieniami do pliku. Jeśli system nie może napisać do katalogu tmp w Joomli, wyświetli błąd "Warning Failed To Move File".

Typowym rozwiązaniem jest utworzenie katalogu szeroko otwartego, co jest ogólnie złą praktyką, ale szybką naprawą. Logujesz się do wiersza poleceń systemu Linux za pośrednictwem sesji terminalowej (telnet lub ssh) i ustawiasz uprawnienia katalogu.

# chmod -R 777 ./tmp 

Lepszą opcją jest dowiedzieć się, jaki użytkownik/grupa działa serwer Apache i odpowiednio przypisać uprawnienia. Na przykład, jeśli Apache jest uruchomiony swoją witrynę jako myuser.pds: Nikt użytkownika: grupa wtedy można otworzyć uprawnienia do zapisu dla grupy poprzez zmianę własności do folderu tmp i co zapisywalny przez nikogo w grupie:

# chgrp -R nobody ./tmp 
# chmod -R 775 ./tmp 

Bezpieczeństwo może być kłopotliwe, jeśli nie wiesz * komend nix i ustawień zabezpieczeń, więc większość ludzi po prostu rozwala wielką dziurę w zabezpieczeniach przy pomocy polecenia chmod 777.

Następna rzecz, którą prawdopodobnie uruchomisz w to kolejny komunikat o błędzie dotyczący niemożności zaktualizowania określonego katalogu. Ponownie, jest to problem uprawnień i zwykle jest to fragment pliku rozpakowanego do podkatalogu administratora. W zależności od tego, czy instalujesz komponent, moduł czy złożoną wtyczkę z wieloma elementami, może być konieczne otwarcie jednego lub więcej tych katalogów przy użyciu tego samego podejścia, co powyżej.Oto „blow duży otwarty otwór w zakresie bezpieczeństwa” metoda:

# chmod -R 777 ./administrator/ 

Albo bardziej wybiórczo:

# chmod -R 777 ./administrator/components/ 
# chmod -R 777 ./administrator/modules/ 

Answer 4

W folderze konfiguracyjnym zmienić czasową lokalizację folderu do /tmp (public $tmp_path = '/tmp';) lub tworzyć własne w folderze umiarkowanym i ustaw go na /myowntemp i zmień uprawnienia do pliku na 777. Możesz ruszać .

Answer 5

Kolejną sprawą do sprawdzenia jest to, czy faktycznie masz miejsce na dysku. Miałem ten błąd i odkryłem, że dysk był w 100% pełny. Usunięcie niektórych nieużywanych plików rozwiązało problem.

Answer 6

Inną rzeczą, aby spróbować, jeśli wszystko inne nie działa jest dodanie następujących do pliku .htaccess:

php_value upload_max_filesize 10M 

Upewnij 10M obejmuje wielkość Przesyłany plik - jeśli ją zwiększyć plik ma na przykład 12 MB.

[Source]

Answer 7

Ten problem został rozwiązany w ten sposób. na plik configuration.php zmienić zmienną tmp_path według:

jeśli strona jest mysite.azurewebsites.net, ścieżka powinna wygląda „C: \ DWASFiles \ Miejsca \ mojawitryna \ VirtualDirectory0 \ site \ wwwroot \ tmp” zamiast 'C: \ DWASFiles \ Miejsca \ mysite.azurewebsites.net \ VirtualDirectory0 \ site \ wwwroot \ tmp'

Patrz link: http://social.msdn.microsoft.com/Forums/en-US/windowsazurewebsitespreview/thread/2701eadc-9977-46ab-9c56-81a2234bdce4

Answer 8

zrobiłem to i każdy pracuje dla każdy problem z systemem OSX, korzystam z OSX w wersji 10.9.2 i mam wiele problemów. Sposób naprawienia każdego błędu to: niektóre pliki mogą nie zmienić uprawnień, ale problem zniknął. można utworzyć folder i przesłać dobrze i obraz, w tym zainstalować wtyczkę.

Answer 9

Jeśli jesteś użytkownikiem systemu Linux, to bardzo łatwo go rozwiązać. Po prostu wpisz następujące polecenie i spróbuj ponownie zainstalować plugin/entension.

sudo chmod -R 777 /var/www/html/my_joomla_folder 

Można również zapoznać this odnośnik do krótkiej informacji dotyczącej zgody każdego folderu i pliku. Pozdrawiam !!

Answer 10

W Joomla 3.x należy udać się do System-> System Information aby zobaczyć uprawnienia katalogu

Jeśli jeden lub więcej katalogów, które są wymienione nie są „zapisu” to należy zmienić uprawnienia tych katalogach: Jeśli są za pomocą jednej z dystrybucji systemu Linux można użyć tego polecenia dać katalogi odczytu/zapisu/prawo wykonywania:

sudo chmod 777 -R address_of_lampp_directory/lampp/htdocs/joomla_directory