Heb je al eens die spatie uit de afb. gehaald?
Online kun je beter geen spaties gebruiken.
apple_entreprise.jpg is better.
Ja dat maakt niet uit, ik kan trouwens ook geen plugins meer uploaden via de site…
Wat zijn de CHMOD waardes van de volgende folders. wp-content, plugins, uploads ?
WP 3.2 was een update die gericht was tegen veiliger uploaden.
Dus het is even zoeken,
Ik heb intussen met succes een downgrade gedaan naar 3.2 dus kunnen we op onze site weer posten
WP content is 755
Plugins 775
uploads 775
ik draai onder PHP-CGI, ik geef het maar even mee omdat ik weet deze ook moeilijk kan doen over de CHMOD waarden
Niemand? Ik kan dus niet updaten naar de nieuwste versie vanwege dit probleem. Ik krijg het niet opgelost.
Hoi,
Je zou eens kunnen proberen om de nieuwste versie te updaten via FTP.
Ik denk persoonlijk dat de ‘map-eigenaar’ niet meer helemaal correct is ingesteld en dat je daarom geen afbeelding meer kan uploaden.
Weet je trouwens zeker dat je naar de juiste map de upload probeert, en of je daar ook rechten hebt?
Ik zie in een nieuwe installatie van 3.3.2, dat WP in wp-includes/functions.php gebruik maakt van sys_get_temp_dir(). Deze functie geeft echter nooit de juiste locatie wanneer iedere virtual host ingesteld is met upload_tmp_dir.
sys_get_temp_dir() geeft altijd een standaard antwoord (/var/tmp in mijn geval) terwijl upload_tmp_dir ingesteld staat op /home/sitenaam/tmp. Mede in combinatie met open_basedir leidt dit tot problemen. PHP ziet dit probleem niet als een bug.
De opdracht ini_get(‘upload_tmp_dir’) geeft wel de juiste locatie, maar wordt in WP’s get_temp_dir() pas geprobeerd nadat sys_get_temp_dir() faalt.
Voor de toekomst zal sys_get_temp_dir() nu wel falen aangezien ik deze in de lijst met geblokkeerde functies heb gezet, maar de installatie blijft gebruik maken van /var/tmp. Kan iemand mij vertellen waar deze waarde is gecached? Ook het definieren van de WP_TEMP_DIR maakte niet uit.
Na een extra controle van de eigenaarschap, is alles weer tiptop in orde. De waarschuwing voor sys_get_temp_dir() blijft echter wel relevant.
