Protokollierung von ORDA-Aufrufen auf dem Server
Seit seiner Veröffentlichung steigt die Popularität von ORDA unaufhörlich, und es wird nun häufig auf Ihren Produktionsservern eingesetzt. Mit 4D v20 bieten wir Ihnen 2 Verbesserungen bei der serverseitigen Protokollierung von ORDA-Anfragen. Die erste ist eine Verbesserung des Request Logs, das nun mehr Informationen über ORDA-Aufrufe liefert. Die zweite ist das Hinzufügen eines serverseitigen ORDA-Protokolls, das dem clientseitigen ORDA-Protokoll ähnelt. Ich möchte Ihnen diese neuen Funktionen vorstellen.
Entwicklung des Diagnoseprotokolls
Jahr für Jahr, Funktion für Funktion, ist das Diagnoseprotokoll auf ausgelasteten Servern zu einer riesigen Datei angewachsen. Mit 4D v19R5 haben wir einen neuen Datenbankparameter eingeführt, mit dem Sie die Protokollierungsebene der Diagnoseprotokolldatei auswählen können. Er hilft Ihnen, die Größe des Diagnoseprotokolls zu kontrollieren, indem er nur das protokolliert, was Sie wirklich brauchen.
Protokollierung unterbrechen und Konfigurationsdatei protokollieren
Für 4D v19 haben wir begonnen, unsere Protokolle langfristig zu verbessern. Unsere erste Anstrengung bestand darin, das Format zu verbessern, um Ihnen bessere und klarere Informationen zu geben. In 4D v19 R3 haben wir zwei neue Funktionen hinzugefügt: die Möglichkeit, die Protokollierung sofort zu unterbrechen, und eine Möglichkeit für Support-Teams, ihren Kunden bei der Konfiguration ihrer Protokolle über eine Konfigurationsdatei zu helfen.
Entwicklung des 4D-Log-Formats
Wir haben vor kurzem die Formate unserer Protokolle überarbeitet, um ihre Lesbarkeit und ihre Kompatibilität mit automatisierten Analysen zu verbessern. Wir haben diese Verbesserungen als Reaktion auf reale Situationen vorgenommen, die wir erlebt haben, und damit direkt auf Probleme reagiert, die uns bei der Verwendung von 4D Protokollen behindert haben. In diesem Blog-Beitrag erläutern wir im Detail, welche Änderungen wir vorgenommen haben, damit Sie Ihre Tools zur Protokollanalyse entsprechend anpassen können.
Wer hat was getan: Benutzer-Aliase im Journal speichern
Inzwischen haben Sie sicher die neue Möglichkeit entdeckt, Ihre Benutzer dank des SET USER ALIAS Befehl. In 4D v18 R2 ist das Verhalten des Befehls erweitert worden. Wie das geht? Lesen Sie weiter!
Optimieren Sie Ihren ORDA-Code mit der Protokollierung von Anfragen
Möchten Sie den Datenverkehr Ihrer ORDA-Anfragen zwischen einem Client und dem 4D Server analysieren? Manchmal kann es eine Weile dauern, bis Sie eine Antwort vom Server erhalten, und Sie fragen sich, ob das am Netzwerkverkehr liegt oder an einer nicht optimierten Anfrage, die Sie geschrieben haben! Glücklicherweise ermöglicht es 4D v17 R6, die wahrscheinlichen Gründe für diese Latenz mit den neuen ORDA Methoden zu ermitteln, die für das ds Objekt. Es handelt sich dabei nicht nur um Debugging-Funktionen, sondern Sie können auch Ihren ORDA-Code mit einem besseren Verständnis der gesendeten Anfragen optimieren.
Ein neues Tool zur Analyse von Debug-Protokollen zur Hand
Mit 4D v17 R5 haben wir die Debug-Protokolle verbessert, indem wir Methoden hinzugefügt haben und es ermöglichen, dass jeder Prozess unabhängig verfolgt werden kann. Mit diesem R-Release sind wir noch einen Schritt weiter gegangen und haben ein Tool zur Analyse der Debug-Protokolle bereitgestellt, mit dem Sie die Prozessausführung überwachen können. Sie werden sehen können, welche Prozesse am meisten verbrauchen, die Aufrufkette mit der entsprechenden Laufzeit und vieles mehr.
Bessere Debug-Protokolle mit diesen Verbesserungen
Als 4D Entwickler haben Sie vielleicht schon das Debug-Protokoll aktiviert, um Probleme zu beheben. 4D v17 R5 führt mehrere Verbesserungen ein, die Sie bei der Analyse dieser Dateien unterstützen, wie z.B. die Protokollierung nur des aktuellen Prozesses und die Protokollierung von Aufrufen von Member-Methoden (Sammel- oder Objektmethoden).
Log Ihre SMTP-Konversationen
Wie in einem früheren Beitrag versprochen, enthält jedes R-Release weitere Fortschritte in Bezug auf die E-Mail-Funktionalität, die ihre verborgenen Fähigkeiten freisetzt.
4D v17 R5 bietet eine interessante neue Funktion für E-Mail-Protokolle. Manchmal funktioniert während der Entwicklung alles einwandfrei, aber wenn Sie die Software beim Kunden einsetzen, gibt es ein Problem bei der Zustellung von E-Mails. Es kann schwierig sein, herauszufinden, wo der Fehler auftritt, da die Kommunikation verschlüsselt ist und man oft keinen Zugriff auf die Protokolldateien des SMTP-Servers hat. Das Problem hängt sehr wahrscheinlich mit Ihrem SMTP-Server zusammen, aber wie können Sie sicher sein? Starten Sie einfach das SMTP-Protokoll in Ihrer Anwendung! Dieses Protokoll enthält eine Aufzeichnung aller durchgeführten Aktionen, einschließlich derjenigen, die die Verbindung unterbrechen. Noch besser ist, dass dieses Protokoll die Kommunikation mit dem SMTP-Server in einfachem, unverschlüsseltem Text zeigt, was die Analyse erleichtert.
Einfacher Zugang zu Protokolldateien
Protokolldateien können bei der Fehlersuche sehr nützlich sein. Sie sind auch eine große Hilfe bei der Suche nach der Grundursache eines Vorfalls. Anhand von Protokollen können wir nachvollziehen, wo und wann ein Problem aufgetreten ist. Früher konnte man mit dem Get 4D folder auf den Ordner zugreifen, der alle Protokolle enthält. Mit 4D v16 R6 ist es jetzt dank der Erweiterung des Befehls „Log“ einfacher, eine bestimmte Protokolldatei zu finden. Get 4D file Befehls.
Kontakt
Sie haben eine Frage, eine Anregung oder möchten einfach nur mit den 4D Bloggern in Kontakt treten? Schreiben Sie uns eine Nachricht!
* Ihre Privatsphäre ist uns sehr wichtig. Bitte klicken Sie hier, um unsere Politik