Fehler im Backend

Hallo shogathu,

tut mir Leid, dass es bei euch zu Problemen kommt. Schauen wir einmal, ob wir die Ursache eingrenzen k?nnen. Erst einmal grunds?tzlich zur Funktionsweise: Das WordPress-Plugin erstellt nach den Vorgaben in den Einstellungen den HTML-Code für die Shariff-Buttons und bindet die Skripte ein. Bis dahin soweit alles gut. Das Shariff-JavaScript von Heise nimmt dann diesen und baut die Buttons inkl. Z?hler dazu. Dazu ruft es das eigene PHP-Backend auf, welches die Z?hlerst?nde bei den jeweiligen Netzwerke abfragt und zurückgibt sowie den Cache verwaltet.

Wir haben diverse Abfragen vor dem eigentlichen Ausführen des Backends, um die meisten beliebten Fehler, wie z.B. fehlender Cache-Ordner, fehlende Schreibrechte, falsche Domain, etc. abzufangen. Daher k?nnen wir diese Fehler alle erst einmal ausschlie?en. Stattdessen sehe ich, dass das Backend selber beim Abfragen der Netzwerke h?ngen bleibt und nach dem Timeout dann “nichts” zurückliefert. D.h. das Problem dürfte bei eben diesen Abfragen liegen, bzw. bei der Kommunikation mit den Diensten. Da das Problem mit allen Diensten auftritt, sind Netzwerk spezifische Fehler auch erst einmal au?en vor. Mir fallen aus Erfahrung zwei M?glichkeiten spontan ein, die wir abklopfen sollten.

1) “Schutz”-Ma?nahmen in der .htaccess oder ?hnliches. Habt ihr in eurer .htaccess oder an anderer Stelle spezielle Ma?nahme getroffen, um z.B. Hotlinking oder andere Aufrufe zu verbieten?

2) Mein Favorit: Falsche curl-Konfiguration des Webservers bzw. veraltete Zertifikate. Ihr scheint, wenn ich eure Webseite so sehe, technisch bewandert zu sein, daher die Kurzfassung: Das Backend von Heise verwendet das Zendframework und darin wird zum Abfragen der Z?hlerst?nde bei den Netzwerken curl genutzt und das natürlich über https. Da curl selbstverst?ndlich die Zertifikate checkt, kann eine veraltete oder fehlende Konfiguration hier Probleme bereiten. Da ihr wie ich sehe euren eigenen Webserver betreibt, checkt bitte einmal die php.ini, ob die curl Einstellung curl.cainfo für das cacert.pem korrekt gesetzt ist. Die Einstellung geht n?mlich gerne einmal verloren, wenn man PHP aktualisiert (besonders h?ufig beim Update auf 5.6). Sollte gar kein cacert.pem existieren, bekommt man unter https://curl.haxx.se/ca/cacert.pem das aktuelle, welches im gleichen Ordner abgespeichert werden sollte und dann entsprechend die Einstellung in der php.ini vorgenommen werden muss. Sollte alles bereits korrekt gesetzt sein, empfiehlt es sich trotzdem das cacert.pem einmal zu aktualisieren. Im Anschluss alles einmal recyceln und dann k?nnen wir schauen, ob es nun funktioniert.

Zum Testen braucht ihr die Statistik gar nicht aktivieren, ihr k?nnt einfach das Backend direkt aufrufen und gucken, was passiert. Derzeit nicht fiel. Es dauert bis zum Timeout und dann kommt nur unser Hinweis auf eine eventuell falsche Domain und eine leere Message, d.h. das Backend hat nichts geliefert.

https://blog.universum.com/wp-content/plugins/shariff/backend/index.php?url=https://blog.universum.com

Solltet ihr alles durch haben und es geht immer noch nicht, so schaut doch bitte einmal in das PHP-Error-Log des Server und sucht nach Hinweisen auf SSL-Fehler, Verbindungsprobleme mit den sozialen Netzwerken und alles in Bezug auf Pfade à la /wp-content/plugins/shariff/backend/.

Viele Grü?e,
JP

Hallo JP,

sry das ich jetzt erst schreibe aber am Wochenende und Freitags bin ich nicht im Büro :D.

Danke einmal für deine ausführliche anwort und der anaylse von Fehlern, wir werden mal schauen ob wir damit was anfangen k?nnen bzw ich habe schon eine leichte Vermutung was der Fehler sein k?nnte. Das muss ich mal mit meinen Admins besprechen.

Vielen Danke schonmal und ich halte dich auf dem laufenden und sag dir dann was der Fehler war.

Grü?e
shogathu

Hallo JP,

so nun habe ich ein bi?chen getestet und mit den Admins geredet und wir haben verschiedene M?glichkeiten probiert.
Leider ohne Erfolg. Aktuellste curl.perm ist drauf und aktiviert, Server neugestartet, kein erfolg.
Auf einer Dev getestet ohne SSL mit den gleichen Einstellungen. Ohne Erfolg.
einfach mal Probiert nur den Info bzw nur den twitter Button anzeigen zu lassen allerdings immernoch Fehler im backend.
habe mir mal den shariff4uu_cache ordner angeschaut und er legt dort auch was an, aber wenn ich da reinschaue dann weiterhin [] also keine URL drin die er speichert.

Ich werde das nochmal bei mir auf nem 1und1 server privat testen. Wir finden das alles sehr komisch, warum sich die Seite aufh?ngt bzw nichts zurück gibt.

habe mich mal ans debuggen gemacht und bekomme wenn ich wp_remot_get( $backup_testurl) aufrufe und mir die ausgeben lasse
schon folgenden Fehler
object(WP_Error)#4469 (2) { [“errors”]=> array(1) { [“http_request_failed”]=> array(1) { [0]=> string(65) “Operation timed out after 5001 milliseconds with 0 bytes received” } } [“error_data”]=> array(0)
{ } }

heisst er kommt ja nichtmal bis dahin, die $backup_testurl erstellt er problemlos.

Gibt es spezielle Settings die ich setzen muss im backend?

Grü?e
Shogathu

Also das Backend von Heise l?uft v?llig seperat von dem WordPress-Plugin. Welche Dienste du dir anzeigen l?sst, spielt keine Rolle. Es gibt nur wenige Parameter die an das Backend übergeben werden, wie z.B. die URL und falls eingerichtet z.B. die Facebook-Credentials. Dass er im cache-Ordner was anlegt ist klar, aber eben ohne Inhalt, weil er keine Zahlen zum Speichern erh?lt. Ansonsten würde zwischen den [] die Share-Counts stehen.

Aus deinen Fehlermeldungen lese ich nur heraus, dass der Server keine Verbindung herstellen kann und nach dem Timeout abbricht. Da es keine Fehlermeldung gibt, kommen wir da auch nicht wirklich weiter.

Welche PHP-Version nutzt ihr?

K?nnt ihr mal generell mit einem eigenen kleinen PHP-Skript testen, ob ihr mit curl eine Verbindung zu einem anderen Server aufbauen k?nnt?

Beispiel-Skript zum Testen von curl findet ihr z.B. hier: https://www.nextscripts.com/tutorials/how-to-check-if-curlssl-is-working-properly/

Gru?,
JP

Hi, Danke für die schnelle Antwort.

Das Programm l?uft nicht sauber bzw das Curlscript funktioniert auf meinem Dev nicht so wie es soll. Ich habe das mal eingestellt und bekomme immer time out Fehler bzw. Failed to connect to 2a04:f540:1::b93f:930a: Network is unreachableArray

Das ist auf meinem Dev. Auf dem blog.universum.com muss ich noch testen.

Auf meinem privaten Server funktioniert es ohne Probleme, das scheint dann wohl irgend ein Curl Problem zu sein. Die Firewall sollte das ja nicht blocken oder? K?nnte es an einem Proxy-Server liegen?

Gru?
Shogathu

Hi,

also es handelt sich dann definitiv um ein generelles Problem des Webservers. Entweder ist etwas an der curl-Konfiguration falsch oder es ist eine Firewall / Proxy der da blockt. So oder so: Das ist was für euren Server- respektive Netzwerk-Admin. Ich f?nde es zwar ungew?hnlich, wenn man ausgehende Verbindungen über 443 blocken würde in der Firewall, aber ich kenne unsere Admins und da würde mich auch das nicht wundern.

Was mir gerade noch auff?llt ist, dass es u.U. ein IPv6-Problem sein k?nnte. Denn laut der Fehlermeldung versucht curl die IPv6-Adresse zu verwenden, obwohl euer Webserver gar nicht über IPv6 erreichbar ist. Kann es sein, dass auf eurem Server IPv6 installiert ist, obwohl er keine M?glichkeit hat darüber nach drau?en zu kommen?

Viele Grü?e,
JP

Hi,
ich hab das problem nun gefunden. Das Modul unterstützt zwar Curl allerdings nutzt Curl nicht den http Proxy welcher in der wp-config eingestellt ist,
dementsprechen wurde das einfach vom proxy geblockt. Nach langem suchen habe ich nun in der shariff/backend/vendor/guzzlehttp/ringphp/src/Client/CurlFactory.php

in den Options den Proxy fest eingetragen.
“
private function getDefaultOptions(array $request, array &$headers)
{
$url = Core::url($request);
$startingResponse = false;

$options = [
‘_headers’ => $request[‘headers’],
CURLOPT_PROXY => ‘proxy:port’,
.
.
.
.
“

danach funktioniert nun das Plugin.

Danke für die Hilfe und die Hinweise woran das liegen konnte, vielleicht kannst du das ja irgendwie ins Module einbauen das der Proxy aus der wp-config genommen wird ??

Viele Grü?e
Shogathu

Hey,

danke für die Rückmeldung und sch?n, dass es nun endlich funktioniert. Da das Backend von Heise direkt entwickelt wird und nicht von uns, denken die natürlich nicht an solche Besonderheiten, wie ein in WordPress hinterlegte Proxy für curl. Ich werde einmal schauen, ob wir das irgendwie mit übergeben k?nnen, bis dahin müsstest du daran denken, dass du die Ver?nderung nach jedem Update des Plugins neu durchführen musst.

Viele Grü?e,
JP

Hi ne L?sung dafür habe ich schon gefunden nach schnellem testen und es funktinoniert auch.

man müsste nur
CURLOPT_PROXY => WP_PROXY_HOST,
CURLOPT_PROXYPORT => WP_PROXY_PORT,

setzen, allerdings müsste ich noch testen was passiert wenn ein proxy nicht vergeben ist. ob dann standartwerte genommen werden, aber da schau ich dann mal.

Das mit dem anpassen der ?nderung nach einem Update dachte ich mir schon fast.

Viele Grü?e
Shogathu

Hallo shogathu,

dank deiner Vorarbeit konnte ich in das Release 2.4.0 die Funktion aufnehmen, dass er die Proxy-Einstellungen aus der wp-config.php, sofern gesetzt, für die Abfrage der Share-Counts nimmt.

Damit sollte der Shariff Wrapper nun hoffentlich ohne ?nderungen deinerseits bei euch funktionieren. Lass mich doch kurz wissen, ob es funktioniert.

Viele Grü?e,
JP

Hallo die ?nderung und das hinzufügen in der backend/index.php hat nichts gebracht sondern erzeugt bei eingeschaltetem proxy folgenden fehler.

Fehler im Backend.
Warning: array_map(): An error occurred while invoking the map callback in /var/www/meinordner/wp-content/plugins/shariff/backend/src/Backend/BackendManager.php on line 90 Fatal error: Uncaught exception ‘InvalidArgumentException’ with message ‘No method can handle the curl config key’ in /var/www/meinordner/wp-content/plugins/shariff/backend/vendor/guzzlehttp/guzzle/src/Message/MessageFactory.php:360 Stack trace: #0 /var/www/meinordner/wp-content/plugins/shariff/backend/vendor/guzzlehttp/guzzle/src/Message/MessageFactory.php(98): GuzzleHttp\Message\MessageFactory->applyOptions(Object(GuzzleHttp\Message\Request), Array) #1 /var/www/meinordner/wp-content/plugins/shariff/backend/vendor/guzzlehttp/guzzle/src/Client.php(187): GuzzleHttp\Message\MessageFactory->createRequest(‘POST’, ‘https://clients…’, Array) #2 /var/www/meinordner/wp-content/plugins/shariff/backend/src/Backend/Request.php(43): GuzzleHttp\Client->createRequest(‘POST’, ‘https://clients…’, Array) #3 /var/www/meinordner/wp-content/plugins/shariff/backend/src/Backend/GooglePlus.php(42): Heise\Shariff\Backend\Request->createRequest(‘https://clients…’, ‘POST’, Array) #4 /var/www/blog.unive in /var/www/meinordner/wp-content/plugins/shariff/backend/vendor/guzzlehttp/guzzle/src/Message/MessageFactory.php on line 360

Ich weiss nun nicht in wie weit Ihr Rechte habt um sachen im Plugin oder die Vorgabe von Heise.de zu ?ndern. aber die Abfrage die Ihr eingefügt habt, stimmt fast, ist meines erachtens nur an der Falschen stelle ich habe diese einmal auskommentiert und in der shariff/backend/vendor/guzzlehttp/ringphp/src/Client/CurlFactory.php
nach
if (defined(‘CURLOPT_PROTOCOLS’)) {
$options[CURLOPT_PROTOCOLS] = CURLPROTO_HTTP | CURLPROTO_HTTPS;
}

folgendes eingefügt.

if ( defined( ‘WP_PROXY_HOST’ ) && defined( ‘WP_PROXY_PORT’ ) ) {
$options[CURLOPT_PROXY] = WP_PROXY_HOST;
$options[CURLOPT_PROXYPORT] = WP_PROXY_PORT;
}

Ist fast das Gleiche wie bei euch nur an einer anderen Stelle und da funktioniert es nun, wenn Proxy aktiviert ist, denn das $options array wird dann erweitert.

Sry wenn ich dich damit nerve, aber bei uns l?uft halt alles über proxys ;).

Viele Grü?e
Shogathu

Hallo Shogathu,

ich würde es schon gerne in der index.php lassen, da sonst das Updaten von ZendCache und Guzzle zur Qual wird, wenn man dort direkt drin rumpfuscht und prinzipiell lassen sich ja Optionen an Guzzle übergeben.

K?nntest du bitte einmal folgendes in der ../shariff/backend/index.php testen:

// use proxy if set in wp_config.php
if ( defined( 'WP_PROXY_HOST' ) && defined( 'WP_PROXY_PORT' ) ) {
    $proxy = WP_PROXY_HOST . ':' . WP_PROXY_PORT;
    $tmp["client"]["proxy"] = $proxy;
}

Viele Grü?e,
JP

Hallo JP,

das versteh ich das man da nicht soviel rumpfuschen will.

Ich habe das von die beschriebene in die index.php eingebaut und dies klappt. Habe zu Testzwecken meins aus der CurlFactory.php deaktiviert und das in der index.php aktiviert und dies klappt. Habe ebenfalls mal meinen Proxy in der wp-config ausgeschaltet und bekomme dann ein Fehler, was auch Richtig ist da ich nur über den Proxy nach au?en connecten kann.

Danke für die Hilfe.

Grü?e
Torsten

Hallo Torsten,

wunderbar, danke fürs Testen. Dann werde ich das in das n?chste Update mit aufnehmen.

Viele Grü?e,
JP