WordPress

Apache — Problem z przesyłaniem obrazów WordPress na serwerze Localhost

  • 20 października, 2014
  • 4 min read
Apache — Problem z przesyłaniem obrazów WordPress na serwerze Localhost


Trochę tu utknąłem. Mój Mac (z systemem Mavericks) padł mi w zeszłym tygodniu, a weekend spędziłem na kupowaniu nowego komputera i przywracaniu kopii zapasowej mojego starego (dzięki Bogu ludzie za kopie zapasowe. Jeśli jeszcze go nie zrobiłeś, zrób to.) Nowy komputer uruchamia Yosemite.

Miałem całkiem niezły system skonfigurowany na moim starym komputerze, z którego NAPRAWDĘ byłem zadowolony do uruchamiania lokalnych instalacji WordPressa za pomocą jednej instalacji bez użycia WPMU. Mam Apache, phpMyAdmin i MySQL skonfigurowane tutaj w nowym środowisku deweloperskim (kiedyś korzystałem z MAMP, a potem przeniosłem się do ServerPress, ale porzuciłem oba dla tego nowego systemu – podoba mi się to o wiele lepiej), ale idiota w ja nie dokumentowałem, jak robiłem różne rzeczy.

Mój problem jest interesujący (szukałem tutaj i nie mogłem znaleźć odpowiedzi) – i myślę, że jest to spowodowane tym, jak mam system skonfigurowany do uruchamiania tych wielu instalacji bez WPMU, ale nadal działa z jednej instalacji WP. Używam do tego aliasów – w zasadzie aliasuję podstawową instalację WordPress do moich innych katalogów, pozostawiając folder wp-content. (każda „witryna” ma swój własny folder wp-content – wszystkie inne pliki WP są aliasowane) Mam trochę magii wp-config.php, aby utrzymać porządek.

Warto przeczytać!  Sprawdzanie poprawności bloku: sprawdzanie poprawności bloku nie powiodło się — niestandardowy blok Wordpress Gutenberg kończy się niepowodzeniem w edytorze po ponownym załadowaniu

Nie wiem, czy to dlatego, że Yosemite obsługuje inną wersję Apache niż Mavericks, czy to faktycznie alias powoduje problem, czy też moja nieznajomość uprawnień/własności jest tutaj problemem (zakładam, że to drugie ), ale mam problem z przesyłaniem obrazów i tworzeniem/aktualizacją przez WP pliku .htaccess dla mnie. Co zabawne, nie mam absolutnie żadnych problemów z aktualizacją/instalacją nowych motywów i wtyczek i/lub samego WordPressa.

Ręcznie utworzyłem plik .htaccess i katalog /uploads (i tak, moje uprawnienia są rzeczywiście ustawione na 755/644 dla katalogów i plików), a kiedy przesyłam obraz za pomocą programu do przesyłania multimediów, działa on tak, jakby ładował tylko Cienki. Jednak żaden podfolder oparty na dacie nie jest tworzony, a żaden obraz nie jest faktycznie umieszczany w katalogu przesyłania. (Jednak dodaje go do bazy danych – żadnych komunikatów o błędach ani nic.)

Przeszukałem mój mózg i wypróbowałem wszystko, co napotkałem. Nie mogę znaleźć odpowiedzi na ten problem. Próbowałem wszystkich metod zmiany własności/uprawnień i nic nie działa. A teraz zwracam się do waszych mądrzejszych od moich mózgów. Czy ktoś miałby dla mnie jakieś pomysły? (BTW, próby „kółka” i „danych www” zawsze przywracają mnie do „Nielegalnej nazwy użytkownika/nazwy grupy” i nie przyjmują.) Jestem pewien, że jest to kwestia własności, ale przez całe życie mogę nie rozwiązywać Kto powinien być właścicielem Co.

Jeśli to pomoże, wypróbowałem rozwiązania z tych miejsc:

Warto przeczytać!  javascript — Dostęp do kart jQuery z menu głównego podczas dodawania/usuwania klasy na elementach kontenera kart (dostęp do różnych kart/zawartości kart za pośrednictwem elementów menu głównego)

..a także kilka innych rzeczy, które znalazłem w Google, które były podobnymi rozwiązaniami do powyższych. Jeśli to pomoże, moje dzienniki błędów Apache zawierają wiele z nich:

[Mon Oct 20 08:04:02.516302 2014] [mpm_prefork:notice] [pid 74560] AH00169: złapany SIGTERM, zamykanie
[Mon Oct 20 08:04:02.708508 2014] [core:notice] [pid 74619] AH00094: Linia poleceń: „/usr/sbin/httpd -D PIERWSZY GRUNT”

aw moich dziennikach dostępu Apache: 127.0.0.1 – – [20/Oct/2014:08:04:17 -0400] „GET //www/sites/site1/wwwroot/wp-content/uploads/2014/10/image.jpg HTTP/1.1” 404 279 127.0.0.1 – – [20/Oct/2014:08:04:17 -0400] „GET //www/sites/site1/wwwroot/wp-content/uploads/2014/10/image.jpg HTTP/1.1” 404 282

Nie mam jednak pojęcia, co to oznacza – ale zbiegają się one z moimi próbami przesyłania obrazów za pośrednictwem zaplecza WordPressa. (Dzienniki błędów PHP nic nie pokazują).

Każda pomoc/wgląd byłby bardzo mile widziany.


Źródło