Thread-Starter
s.wini
(@swini-1)
Hallo und Danke für eure Antworten.
Ich hab gestern von Strato eine sehr nette Level 3 Support Antwort bekommen, daß sie leider nicht helfen können. Und daß ich die Zugriffe auf die Api limitieren soll. Ich finde aber leider nirgends in meinem Vimeo Account eine Möglichkeit, das einzustellen. (Das einzige, was ich bei all meinen Clips gemacht habe, ist die Einbettung auf meiner Domain zu erlauben).
Von Vimeo kam am Montag nur die Antwort, daß ich nicht blockiert werde, und der Vorschlag bei Strato nachzufragen. (.. I am sorry to hear that you are still having trouble with your embedded videos on your website. We are not aware of any blocks, however, in order to confirm that I would suggest reaching out to Strato directly, as we have no way of knowing that kind of information from our side.) Ein klassischer PingPong. Ich würde einfach nur zu gerne das Vorgehen verstehen. Die Themes greifen bei oembed via Url auf die Vimeo Api zu. Via embedding mit iframe nicht (obwohl dort im script ebenfalls die api angesprochen wird). Vimeo gibt dann den Parameter Null zurück.
(Bei geblockten IPs gibt Vimeo ansonsten diese Parameter zurück, daß man zumindest weiß was los ist.
-Ein HTTP 403-Fehler
-error_code :“3500″
-developer_messaget: „Du wurdest gesperrt. Kontaktiere den vimeo-Support für weitere Informationen.“
-Ein x-banned-ip Header mit der genauen IP-Adresse, die in unserem System gesperrt ist
-Ein W4A0F6-Fehler für Benutzende, deren IP-Adressen vorübergehend gesperrt sind.
Bei uns bleibt ja einfach nur anstelle des Clips ein leerer Bereich, und der error im log weist auf einen Theme error. Ich bin seit 2015 bei Vimeo im plus Account, und das Theme verwende ich seit 4 Jahren. Da muß sich doch in letzter Zeit irgendetwas geändert haben, daß das Problem nun erst auftritt. Vielleicht wirklich am Besten alle Videos nochmal im After Effects rendern für alle responsive Optionen und dann lokal hochladen. Und mit dem Caching Plugin das Video lazy load aktivieren, daß die Seite nicht zu lahm wird….
Thread-Starter
s.wini
(@swini-1)
Ich will hier auch kein host bashing betreiben, sondern vielleicht anderen Verzweifelten die Lösung erleichtern
Thread-Starter
s.wini
(@swini-1)
Das Problem kannst du natürlich auch bei anderen Hostern bekommen. Vimeo blockiert ja die IP und nicht speziell den Provider
Ich hab da nochmal nachgesehen, und NS Lookup gibt meine website IP
folgendermaßen aus sabinewittmann.de./81.169.145.XX
Und seltsamerweise teile ich mir da mit 3 meiner Kunden schon mal die IP inkl. der ausgex-ten Ziffern. wenn also diese ip geblockt wird, ist klar warum nichts mehr geht. Komplett unterschiedliche Pakete – zu ganz unterschiedlichen Zeiten bestellt….
Thread-Starter
s.wini
(@swini-1)
Hi Michi, ohne die Theme Entwickler wäre ich gar nicht soweit gekommen, das Problem zu eroieren. Du hast natürlich Recht, daß das bei shared hosting immer passieren kann. Aber die Ignoranz bei der Fehlersuche ist schon unglaublich. Du kannst Dir nicht vorstellen, wie viele Emails ich seitb Dezember geschrieben habe, die alle mit völlig haltlosen Antworten zurück kamen. Ich bin froh, daß mein Blutdruck momentan wieder auf einem relativ normalen Level ist. Von Vimeo bin ich bei einem Bezahl Account auch sehr enttäuscht. Sie könnten ja zumindest eine Fehlermeldung schicken, die man weiter untersuchen kann – und nicht ein null…..
Liebe Anna, ich bin mit meine 50 Videos trotz Vimeo Plus account wegen Strato so gesperrt, daß nur noch das code modul funktioniert. Da beide Wege auf ein iframe hinauslaufen, gibt es auch google index-mäßig anscheinend keinen Unterschied. Liebe Grüße Sabine
Thread-Starter
s.wini
(@swini-1)
Ich freu mich schon, wenn ich alle Module getauscht hab in Textmodule, daß sie mir dann erzählen, es ginge doch alles….
Thread-Starter
s.wini
(@swini-1)
Ja, und ich bin ein Täter erster Stunde – seit 2001, da ein Bekannter den Laden damals mitgegründet hat. Frag nicht, wie oft ich schon wechseln wollte, oder wie oft ich das migrate Säckchen schon gepackt hatte. Man muß halt wie ein Trüffelschweinchen selbst alles testen und versuchen. Wenn ich Dir den emailverkehr seit 7.1.24 wegen dieser Sache zeigen würde, hättest Du Spaß für die nächsten Wochen. 🙂
Sabine, vielen Dank Dir! Ich habe es jetzt in ein Textmodul gepackt, das funktioniert auch.
Klar, das geht genauso. Bin grad noch am Testen, was für den google index besser ist. Meine ganzen clips sind aus dem Index geflogen…
Du schnappst Dir in Divi in code modul und kopierst den iframe link von vimeo rein. Ich verwende Divi auch auf meiner anderen Seite. Bin auch grad dran, alle links zu tauschen, was für ein Mist….Strato schiebt das immer gerne aufs theme, bevor sie selbst mal aktiv werden und nachsehen.
Liegt Deine Seite zufällig auf einem Strato Server?
Falls ja, kannst Du meinen Beitrag ansehen, und die Videos erstmal über iframe embedding verlinken. Das geht dann erstmal wieder!
-
Diese Antwort wurde vor 2 Jahren, 2 Monaten von s.wini geändert.
Thread-Starter
s.wini
(@swini-1)
Ich wollte einen kurzen Zwischenbericht geben: Die Zugriffe von Strato auf die Vimeo api werden ab einer gewissen Anzahl blockiert. Der Vimeo Server gibt dann den Parameter Null aus, was im errorlog erstmal auf eine theme admin php error schliessen lässt. siehe hier: Hi again swini! It seems this error is caused by Vimeo directly, probably because you exceeded the API request limit. There is no way to fix this except to wait a few hours to see if it fixes itself. This problem causes a PHP warning. Da meine Seiten auf einem Strato shared Server liegen, ist es auch egal, daß ich einen plus account bei Vimeo mit 125 api Zugriffen habe. Ich geb Bescheid, sobald ich mehr weiß. Und deswegen betrifft das Problem auch nicht ionos oder hostpress, aber auch alle meine Kundenseiten, die auf Strato liegen, egal welches theme und welche plugins!
btw iframe embedding funktioniert, da es nicht auf die Vimeo Api zugreift.
Thread-Starter
s.wini
(@swini-1)
Hallo Michi, danke für Deine Antwort.
Ich hab es auf meinen beiden Domains getestet
http://www.sabinewittmann.de
http://www.deinvoodoo.de/video1
und zusätzlich auf 5 Kundendomains, die auch auf Strato Servern liegen.
Ebenso ohne Plugins und mit WP Standardtheme getestet.
Die error logfiles sehen je nach theme immer ähnlich aus:
error_uncode theme
/wp-content/themes/uncode/core/inc/admin.php on line 923
/wp-content/themes/uncode/core/inc/admin.php on line 1020
923
$vimeo = unserialize(wp_remote_fopen(„http://vimeo.com/api/v2/video/“.basename(strtok($urlEnterd, ‚?‘)).“.php“));
$code = ‚
‚;
1020
//For logged in users
add_action(‚wp_ajax_get_oembed‘,’uncode_admin_get_oembed‘);
……………………….
error_Divi theme
Deprecated: preg_match_all(): Passing null to parameter #2 ($subject) of type string is deprecated in /mnt/web016/b3/09/5530109/htdocs/deinvoodoo/wp-content/themes/Divi/includes/builder/feature/dynamic-assets/dynamic-assets.php on line 467
467
$pattern = ‚~https?://(?:www.)?(?:youtube.com/watch\?v=|youtu.be/|vimeo.com/)([^\s]+)~i‘;
preg_match_all( $pattern, $content, $matches );
…………………
Youtube funktioniert seltsamerweise wunderbar.
Ich tippe auf eine Neukonfigiration der Strato Server oder einen Fehler in meiner .htaccess, wobei ich in diesem Zeitraum nichts geändert habe, und es dann ja auch auf den Kundenseiten gehen müsste.
Der Strato Support hat mich abgewimmelt – da es ein WP Problem ist, und sie da keinen Support bieten.
……………..
Und wie gesagt, ich hab die Seiten testweise auf ionos und Hostpress kopiert, da funktioniert alles problemlos – wie bei mir zuvor auch.
……………..
Den Vimeo support hab ich zuallererst angeschrieben – die konnten kein Problem feststellen.
-
Diese Antwort wurde vor 2 Jahren, 2 Monaten von s.wini geändert.
