Protokolle

parse server protokolle einführung in diesem leitfaden erfahren sie mehr über die protokolle, die sie im back4app dashboard finden können ziel verstehen sie die protokolle system info fehler zugriff voraussetzungen es gibt keine voraussetzungen, um diese seite zu lesen protokolle suchen sie nach protokollen? sie sind am richtigen ort ) protokolle sind entscheidend für entwicklungs oder produktionsanwendungen, sie sind eine wichtige möglichkeit, um zu verstehen, was mit der aggregierten ausgabe der laufenden prozesse passiert sie müssen in der lage sein, das verhalten der app zu verfolgen die protokollierung von anwendungsereignissen ist entscheidend, um die anfragen zu verstehen und mögliche schleifen oder fehler in ihrem code zu identifizieren sie können sie im linken menü unter cloud code cloud code > protokolle protokolle es sieht aus wie das bild unten system das systemprotokoll zeigt die protokolle von console log() console log() und console error() console error() und alle allgemeinen protokolle von allem, was mit ihrer app passiert info hier erscheinen die warnungen zu cloud code funktionen und triggern sowie der status der live abfrage fehler fehler, die mit ihren cloud code funktionen oder der datenbank zusammenhängen zugriff dieser block enthält informationen über die https //help back4app com/hc/en us/articles/115001377071 what is an api request die auf den server kommen die informationen sind entscheidend, um zu verstehen, woher die daten abgerufen werden, sowie wie sie abgerufen werden, von wem und den status der anfragen beispielprotokolle hier finden sie einige beispiele für back4app protokolle system 1 (node 19) \[dep0066] deprecationwarning outgoingmessage prototype headers ist veraltet 2 (node 19) deprecationwarning die option `reconnectinterval` ist mit der einheitlichen topologie inkompatibel, bitte lesen sie mehr unter http //bit ly/2d8wft6 3 (node 18) deprecationwarning die option `reconnecttries` ist mit der einheitlichen topologie inkompatibel, bitte lesen sie mehr unter http //bit ly/2d8wft6 bei back4app ist das parse cache modul standardmäßig auf versionen höher als 2 8 4 eingestellt daher ist es auch möglich, einige warnungen von der parse server initialisierung zu sehen 1 verwende redis cache für query cache() methoden 2 verwende speicher cache für query cache() methoden 3 der server hört auf port 3000 syntaxfehler im cloud code 1 warnung main js nicht gefunden um cloud code funktionen auszuführen, müssen sie zuerst eine main js datei erstellen 2 fehler beim laden ihres cloud codes 3 /usr/src/app/data/cloud/main js 186 und auch console log von cloud code triggern 1 dies ist das protokoll vom beforesave trigger info wenn die server url und live query für eine klasse aktiviert sind, wird eine nachricht in diesem abschnitt angezeigt 1 parse livequery server beginnt zu laufen das aufrufen einer cloud code funktion wird hier ebenfalls protokolliert 1 cloud funktion helloworld für benutzer undefiniert mit 2 eingabe {} ausführen einer cloud code funktion ohne rückgabewert 1 cloud funktion helloworld für benutzer undefiniert mit 2 eingabe {} 3 ergebnis undefiniert fehler zeitüberschreitungsfehler 1 unbehandelte interne serverfehler zeitüberschreitung von 1000ms überschritten cloud code löst fehler aus (siehe das beispiel unten) 1 beforesave ist für meineklasse für benutzer undefiniert fehlgeschlagen 2 eingabe {"name" "person","createdat" "2021 06 16t17 12 54 863z","updatedat" "2021 06 16t17 17 14 717z","objectid" "aswn26ns4q"} 3 fehler {"message" "sie können eine person unter 18 jahren nicht speichern!","code" 141} zugriff 1 2974 431\ c7dc 5bb0 51ec 6258 6a16\ e12b \[2021 06 16t16 48 32 352z] "post /serverinfo" 200 1 ms 217 bytes in 732 bytes out 2 2974 431\ c7dc 5bb0 51ec 6258 6a16\ e12b \[2021 06 16t16 47 26 879z] "get /classes/myfirstclass" 200 50 ms 248 bytes in 24 bytes out 3 2974 431\ c7dc 5bb0 51ec 6258 6a16\ e12b \[2021 06 16t16 46 57 068z] "put /classes/myfirstclass/ao2ezfuqrs" 200 9 ms 240 bytes in 40 bytes out nach den endpunkten können wir den antwortstatuscode überprüfen überprüfen sie einige beispiele unten 1 200 = die anfrage war erfolgreich 2 201 = die anfrage war erfolgreich und eine neue ressource wurde erstellt dies ist typischerweise die antwort, die nach post oder put anfragen gesendet wird 3 204 = kein inhalt 4 400 = ungültige anfrage 5 401 = nicht autorisiert 6 404 = nicht gefunden 7 408 = anfragezeitüberschreitung 8 500 = interner serverfehler 9 502 = ungültiges gateway das aufrufen von cloud code funktionen wird hier ebenfalls angezeigt 1 2804 431\ c7dc 5bb0 51ec 6258 6a16\ e12b \[2021 06 16t17 10 16 245z] "post /functions/hello" 200 2 ms 2 bytes in 32 bytes out