Das System zeichnet die Änderung des Produkts nicht in der Historie auf, auch wenn es vor 0 hinzugefügt oder im Feld Artikel entfernt wurde

Bei der Aufzeichnung der Änderungshistorie wird ein nicht strenger Vergleich der alten und neuen Werte verwendet https://www.php.net/manual/en/language.operators.comparison.php - eigentlich beim Vergleich "785641001" = "0785641001", da beide Zeichenfolgen als gleichwertige Zahlen betrachtet werden

[quote] Tyndyk Maxim Vadimovich OneBox-Produktion schrieb: Bei der Aufzeichnung des Änderungsverlaufs wird ein nicht strenger Vergleich der alten und neuen Werte verwendet https://www.php.net/manual/ru/language .operators.comparison.php - eigentlich beim Vergleich von "785641001" = "0785641001", da beide Strings als gleichwertige Zahlen [/quote] string" betrachtet werden und die gleichen Werte nicht gleich sind, korrigieren Sie bitte oder schreiben Sie, warum Sie casten den Artikel in einen numerischen Typ wie "String"

[quote] Sie haben eine Verzeihung im Code, Sie müssen "Typvergleich" vergleichen, und Sie müssen nicht "Zahl" mit "Zeichenfolge" vergleichen, sondern Sie müssen "Begriff" mit "Zeichenfolge" und dann diese Werte vergleichen wird nicht gleich sein, bitte verzeihen Sie, oder schreiben Sie, warum Sie den Artikel auf einen numerischen Typ bringen, also "String" [/quote] Noch einmal - es wird kein strenger Vergleich verwendet - in diesem Fall haben die Sprachdaten 2 Werte sind gleichwertig wie Zahlen. Dies geschieht absichtlich, um den Verlauf nicht mit Vergleichen wie "0 = 0,00", "1,1 = 1,10" usw. zu verunreinigen. Wenn Ihnen das nicht passt - kein Problem, wir können die Einstellung für Sie finalisieren, damit Sie einen strengen Vergleich haben - es dauert 3 Stunden (Produkte / Prozesse / Kontakte). Die Verantwortung für den "Müll" in der Geschichte (gemäß obigem Beispiel) bleibt bei Ihnen. PS: Wenn Sie zu einem Fehler behaupten, dass etwas anders funktionieren sollte, begründen Sie dies mit einer technischen Dokumentation (mindestens eine technische Aufgabe für die Entwicklung der Funktionalität). Andernfalls ist Ihre "Logik" nichts anderes als Ihr Bedürfnis.

Können Sie erklären, warum Sie Logik für numerische Felder in Zeichenfolgenfeldern verwenden und warum Sie keine Logik in Filtern verwenden? Es ist einfach unlogisch, rauszugehen, der Artikel ist „String“ und nicht „Zahl“, weshalb es unvernünftig ist, hier für numerische Felder zu gewinnen