syncCto extrem langsam bei mir

[BugBuster]

So, habe es bei mir getestet.
Server: lokal, Ubuntu, LAMP (mod_suphp), Contao 2.11.3 mit einigen Erweiterungen, Systemcheck zeigt alles grün
Client: bei Goneo, mod_suphp, Contao 2.11.3 frische Demo Installation, Systemcheck zeigt bei fopen AUS, Rest grün.
Dazwischen VDSL.

Schritt 1 dauert ca. 10 Minuten
Schritt 2 dauert ca. 7 Minuten
Schritt 3 dauert 5 Minuten je Datei !
Nach 3 Dateien, die ich auf Clientseite im Unterverzeichnis sync gefunden habe, habe ich abgebrochen.

Da stimmt doch was nicht?
Folgendes habe ich schon gestestet, jedoch ohne bedeutende Änderung:
- Verschlüsselung aus, hier geht die Dateiübertragung etwas schneller, aber immer noch einige Minuten je Datei.
- Zeichenlänge einer HTTP-Anfrage auf 20000 gesetzt, keine Änderung
- Handshake-Funktion deaktiviert, keine Änderung

Ideen?

[lindesbs]

Aktivier mal das Logging

[BugBuster]

Du meinst den Debugmodus? Der ist an. Sagt aber nichts bedeutendes.

[andreasisaak]

Wir melden uns nächste Woche mal bei dir via IRC. Dann müssten wir direkt auf den Server schauen, ins blaue raten bringt hier nix.

[BugBuster]

Am syncCto Server komme ich aber nur ran wenn ich abends zu Hause bin.

Ich würde ja selber schauen, aber wau, das ist ja ne ganze Latte an Erweiterungen die da zusammenspielen.
Hab ja nicht mal gefunden was der tut bei Step 1 "Client vorbereiten", wäre ja mal ein Anfang dort zu suchen.

[BugBuster]

Habe mal einige Logs eingebaut bei einigen Methoden.
Dabei ist mir aufgefallen, dass nach dem Aufruf von
CtoCommunication runServer
es meist zw. 30 und 90 Sekunden dauert bis wieder was im Log auftaucht. Ich habe aber auch nicht alle Klassen mit logs in den Methoden ausgestattet.

Der Request zum Client geht recht schnell, laut CtoComDebug.txt

Habe mal nur eine Datei zur Übertragung übrig gelassen. Das ging dann (Schritt 3) recht schnell. Auch Schritt 4 ging schnell (DB).
Bei Schritt 5 hängt er nun wieder.

[BugBuster]

Ich fass es nicht.
Die Stelle die alles aufgehalten hat war diese in der runServer:

$strCryptApiKey = $this->objCodifyengineBasic->Encrypt($rpc . "@|@" . $this->strApiKey); 

Selbst wenn ich auf die Verschlüsslung empty gestellt habe, hat Encrypt fast ne Minute gedauert.
Verstehen kann ich das nicht, da bei Empty ja der Encrypt Parameter ja einfach nur zurück gegeben wird.

Vielleicht liegt es ja an der Uhrzeit, aber warum das nun plötzlich lief, obwohl ich nur einige log_message(..) eingebaut habe, kann ich selbst nicht nachvollziehen, vielleicht ja auch nur Zufall.
Ich werde mal in die waagerechte gehen und später nochmal testen.

Hiermal mein Log, als es noch nicht lief:

[03-Jun-2012 03:14:08] syncCto CtoCommunication runServer CTOCOM_VERSION START
[03-Jun-2012 03:14:08] syncCto CtoCommunication runServer CTOCOM_VERSION CHECK codify engine
[03-Jun-2012 03:14:08] syncCto CtoCommunication runServer CTOCOM_VERSION Encrypt start

[03-Jun-2012 03:15:16] syncCto CtoCommunication runServer CTOCOM_VERSION base64_encode start
[03-Jun-2012 03:15:16] syncCto CtoCommunication runServer CTOCOM_VERSION CryptApiKey ready
[03-Jun-2012 03:15:16] syncCto CtoCommunication runServer CTOCOM_VERSION New Request
[03-Jun-2012 03:15:16] syncCto CtoCommunication runServer CTOCOM_VERSION ENDE Response isSuccess
[03-Jun-2012 03:15:16] syncCto CtoCommunication runServer CTOCOM_HELLO START
[03-Jun-2012 03:15:16] syncCto CtoCommunication runServer CTOCOM_HELLO CHECK codify engine
[03-Jun-2012 03:15:16] syncCto CtoCommunication runServer CTOCOM_HELLO Encrypt start

[03-Jun-2012 03:17:11] syncCto CtoCommunication runServer CTOCOM_HELLO base64_encode start
[03-Jun-2012 03:17:11] syncCto CtoCommunication runServer CTOCOM_HELLO CryptApiKey ready
[03-Jun-2012 03:17:11] syncCto CtoCommunication runServer CTOCOM_HELLO New Request
[03-Jun-2012 03:17:11] syncCto CtoCommunication runServer CTOCOM_HELLO ENDE Response isSuccess

[BugBuster]

Zum verrückt werden, nichts geändert zu gestern und es läuft wieder nicht.

[andreasisaak]

Auf welcher Hard- und Software laufen den beide Systeme?

[andreasisaak]

Ups. Den Text im ersten Beitrag habe ich überlesen.

[BugBuster]

Noch so eine Merkwürdigkeit, in der Hoffnung ich habe das richtig verfolgt heute Nacht.
Hab in der CtoComCodifyengineImpl_Empty->Encrypt auch noch ein Logging eingebaut.
Der Output dessen kommt aber nicht zwischen den runServer aufrufen:
CtoCommunication runServer Encrypt
---hier
CtoCommunication runServer base64_encode

sondern erst nach dem Request Beginn ("New Request" im Quell Code)

Ich blick das nicht.

[BugBuster]

Problem wurde wohl gefunden, ich teste den Fix heute Abend bei mir aus.

[lindesbs]

Worin lag das Problem ?

[BugBuster]

https://github.com/menatwork/ctoCommunication/issues/4

Mein Server wird zu wenig benutzt :-) Da gibts dann ein random Prolem.

[andreasisaak]

Na was hast du deinen Server auch nicht via Dyndns öffentlich geschaltet und lässt die ganzen Spambots dich besuchen. tzzz

[BugBuster]

Der Bugfix auf Github funktioniert. Frisch eingeschalteter Server , nun geht Schritt 1 in 10 Sekunden