Verfasste Forenbeiträge
-
AutorBeiträge
-
k.schmidt
TeilnehmerErgänzung: error_reporting in der php.ini hochsetzen hilft beim debuggen.
k.schmidt
TeilnehmerBei mir waren alte extensions aus v7 das problem.
k.schmidt
TeilnehmerBei größeren Projekten haben sich automatisierte Tests als enorme Zeitersparnis erwiesen. Vor jedem Release werden zentrale Prozesse wie Datensatzanlage, Workflow-Ausführung und Schnittstellenkommunikation automatisch geprüft. Dadurch konnten zahlreiche Fehler bereits vor dem Deployment erkannt werden.
k.schmidt
TeilnehmerZusätzlich sollten Dublettenprüfungen optimiert werden.
k.schmidt
TeilnehmerNach Bereinigung der Umgebungsvariablen lief das System wieder stabil.
k.schmidt
TeilnehmerWir hatten einen Fall, bei dem zwei PHP-Versionen parallel installiert waren und IIS weiterhin die alte Version nutzte.
k.schmidt
TeilnehmerAlle Berechnungen erfolgen vor der PDF-Erstellung.
k.schmidt
TeilnehmerIn einem Fall war eine inkompatible Extension der Auslöser, die unter PHP 8 nicht mehr geladen werden konnte.
k.schmidt
TeilnehmerWir hatten einen Fall, bei dem das Update scheinbar erfolgreich war, jedoch weiterhin alte Klassen aus einem Cache-Verzeichnis geladen wurden. Nach einem vollständigen Cache-Clear sowie Neustart des Webservers funktionierte die neue Version korrekt.
k.schmidt
TeilnehmerAuch HTML-Strukturen innerhalb der Templates können sich verändert haben.
k.schmidt
TeilnehmerEin vollständiger Re-Import mit Logging hat das Problem sichtbar gemacht.
k.schmidt
TeilnehmerAuch inkompatible PHP-Versionen können Installationen verhindern.
k.schmidt
TeilnehmerViele ältere vtiger-Versionen sind nicht vollständig kompatibel.
k.schmidt
TeilnehmerAuch JavaScript-Fehler können dafür verantwortlich sein.
k.schmidt
TeilnehmerZusätzlich sollte geprüft werden, ob Workflows oder externe Schnittstellen indirekte Änderungen ermöglichen.
-
AutorBeiträge