Hi,
ich habe unter http://wiegehteigentlich.com ein frisches Wordpress eingerichtet, Podlove installiert und die Startanleitung durchgearbeitet. Seltsamerweise habe ich folgendes Verhalten beim Anlegen einer neuen Episode:
Wenn ich auf den Link klicke komme ich zur entsprechenden Datei. Meine Einstellungen scheinen also zu stimmen. Beim veröffentlichten Beitrag fehlt dann auch der Player (trotz [podlove-episode-web-player]). Hat jemand ne Idee?
Hallo und willkommen 
Guck bitte mal unter Podlove | Support, ob dort irgendwelche Warnungen oder Fehler angezeigt werden. Attempt Repair kann auch helfen 
Den Bereich hatte ich noch gar nicht entdeckt.
1 ERROR:
Kann’s das schon sein?
Selbstantwort: Ja, lag an den fehlenden CURL-Extensions.
Hey,
ich habe das selbe Problem. Die Curl Extension fehlte auch, aber ich habe sie nachinstalliert, apache neu gestartet und es geht auch den Repair probiert. Angeblich gibt es keine Warnings und Errors. Die Dateien haben alle mal vorsorglich 777 von mir bekommen und sind auch erreichbar, wenn ich die Links anklicke. Habt ihr noch irgendwelche Ideen? Danke für die Hilfe und das Projekt an sich!
[2016-04-09 16:19:06] Unexpected http response when trying to access remote media file. es001-einfuehrung/Ogg Vorbis Audio HTTP Status: 0 [2016-04-09 16:19:06] Curl Error: couldn't connect to host es001-einfuehrung/MP3 Audio [2016-04-09 16:19:06] Curl Error: couldn't connect to host es001-einfuehrung/Ogg Vorbis Audio [2016-04-09 16:19:06] Unexpected http response when trying to access remote media file. es001-einfuehrung/MP3 Audio HTTP Status: 0 [2016-04-09 16:19:06] Unexpected http response when trying to access remote media file. es001-einfuehrung/Ogg Vorbis Audio HTTP Status: 0 [2016-04-09 16:19:06] --- # Can't reach http://cdn.ehrensache.fm/podcasts/es001-einfuehrung_112k.mp3 --- # Please include this output when you report a bug url: http://cdn.ehrensache.fm/podcasts/es001-einfuehrung_112k.mp3 content_type: http_code: 0 header_size: 0 request_size: 0 filetime: -1 ssl_verify_result: 0 redirect_count: 0 total_time: 0.161814 namelookup_time: 0.161121 connect_time: 0 pretransfer_time: 0 size_upload: 0 size_download: 0 speed_download: 0 speed_upload: 0 download_content_length: -1 upload_content_length: -1 starttransfer_time: 0 redirect_time: 0 certinfo: Array ( ) primary_ip: 148.251.188.25 primary_port: 80 local_ip: local_port: 0 redirect_url: php_open_basedir: php_safe_mode: php_curl: 1 curl_exec: 1 [2016-04-09 16:19:06] --- # Can't reach http://cdn.ehrensache.fm/podcasts/es001-einfuehrung.ogg --- # Please include this output when you report a bug url: http://cdn.ehrensache.fm/podcasts/es001-einfuehrung.ogg content_type: http_code: 0 header_size: 0 request_size: 0 filetime: -1 ssl_verify_result: 0 redirect_count: 0 total_time: 0.157553 namelookup_time: 0.156857 connect_time: 0 pretransfer_time: 0 size_upload: 0 size_download: 0 speed_download: 0 speed_upload: 0 download_content_length: -1 upload_content_length: -1 starttransfer_time: 0 redirect_time: 0 certinfo: Array ( ) primary_ip: 148.251.188.25 primary_port: 80 local_ip: local_port: 0 redirect_url: php_open_basedir: php_safe_mode: php_curl: 1 curl_exec: 1
Liebe Grüße,
Pascal
Vielleicht ein https Problem. Versuch mal unter Expert Settings “Check for Assets with SSL-peer-verification.” zu deaktivieren.
Danke für die Hilfe. Leider hat das auch nichts geholfen 
Ich hatte als Domain auch nur den HTTP-Fad angegeben und das Zertifikat ist von Letsencrypt.
Ich habe es mal über die Kommandozeile probiert. Funktioniert auch nicht. Ich schätze, dass dann wohl die Firewall nicht richtig konfiguriert ist? Mit curl auf Domains, die nicht auf dem selben Server liegen, zuzugreifen funktioniert…
Konnte das Problem jetzt spontan nur beheben, indem ich im hosts file die Domain direkt auf 127.0.0.1 gelegt habe. Seltsamer Fehler. Liegt wahrscheinlich an der Virtualisierungslösung, die das verwendet wird. Danke auf jeden Fall für die Hilfe!
Ich bin mir nicht 100% sicher obs dazu passt.
Bei mir waren die Files “da” aber konnten nicht verifiziert werden. Die Länge konnte aber detected werden.
Habe vor kurzem meine Webseite auf SSL umgestellt.
Im den Podcasts-Einstellungen hab ich nun für die Medien das Uploadverzeichnis mit HTTPS – anstatt http – angegeben. Jetzt gehts wieder.