Ich habe ein Extbase-Plugin entwickelt, das Daten von externen APIs in unsere Website importiert. Dieses Plugin hängt von external_import、svconnector 和 svconnector_csv ab.
Alles funktioniert gut und funktioniert seit mehreren Monaten, aber in seltenen Fällen (einmal im Monat oder weniger) werden die Daten einer einzelnen Spalte in Zufallszahlen umgewandelt, aber einige sind in Ordnung. Es ist immer dieselbe Spalte derselben Tabelle. Ich habe nachgeschaut und die Zahlen stimmen mit nichts in der API überein.
Es gibt in sys_history、sys_log 和 tx_externalimport_domain_model_log keine Spur davon, dass sich diese Header in Zahlen verwandeln, aber wenn ich die Daten von der API erneut importiere, habe ich eine Historie, in der sie sich wieder normalisieren. Wenn sie zu Zahlen wechseln, wird der Tstamp außerdem nicht aktualisiert (gestern (18. August) war keine Zahl, 165694181 entspricht dem 4. Juli).
Wenn jemand weiß, was passieren könnte, danke!
Exportierte CSV-Datei mit Titeln und Zeitstempeln:
title;tstamp;crdate 1024;1656941811;1647978601 10496;1656941811;1652189101 10752;1656941811;1652192701 11008;1656941811;1652192701 11264;1656941811;1647978301 11520;1656941811;1647979201 11776;1657138201;1652193601 12032;1656941811;1647875402 12288;1656941811;1652193001 12544;1656941811;1652193301 1280;1656941811;1652193001 12800;1656941811;1647875402 13056;1656941811;1652714101 13312;1660238401;1652714101 13568;1656941811;1652193301 13824;1656941811;1652193601 14080;1656941811;1652191202 14336;1656941811;1652191501 14592;1657640101;1652191501 14848;1656941811;1652191202 15104;1656941811;1647875402 1536;1658432401;1652193901 15360;1656941811;1652191202 15872;1656941811;1652193901 16128;1657131901;1656514801 16384;1657131901;1656513301 16640;1657224001;1652193901 16896;1656941811;1647875402 17152;1656941811;1652189101 17408;1656941811;1652192701 17664;1656651301;1647875402 1792;1656941811;1652193301 18176;1656514501;1652189401 18432;1656564901;1647879601 18688;1656941811;1647875402 18944;1656941811;1652192701 19200;1656941811;1652192701 19456;1656941811;1652712001 19712;1657303365;1652190901 19968;1656941811;1652190901 20224;1656941811;1652193901 2048;1656941811;1652191501 20480;1656941811;1652191501 20736;1656941811;1652189401 20992;1656941811;1652193001 21248;1656941811;1647875402 21504;1656941811;1652190002 21760;1656941811;1652191202 22016;1656941811;1647875402 22272;1656596101;1652193301 22528;1656941811;1647875402 22784;1656941811;1652193901 2304;1656941811;1652193001 23040;1658155201;1656527701 23296;1656941811;1652189401 23552;1656651301;1647875402 23808;1656651301;1647875402 2560;1656941811;1647875402 2816;1657223701;1652191501 3584;1656941811;1647875402 3840;1656941811;1652193301 4096;1656941811;1652193601 4352;1660238401;1647875402 4608;1656941811;1652193301 4864;1656941811;1652193601 512;1658513701;1650647701 5120;1656941811;1652193601 5376;1656941811;1652190002 5632;1656941811;1652191202 6144;1656941811;1647875402 6656;1656941811;1652191801 6912;1656941811;1652191801 7168;1656941811;1651082701 7424;1656941811;1652192401 768;1656592501;1652191501 7680;1656941811;1652191801 7936;1657303365;1652193301 8192;1656941811;1652193001 8448;1656941811;1645027443 8704;1656941811;1652125501 8960;1658344501;1647875402 9216;1656941811;1652192701 9472;1656941811;1647875402 9728;1656941811;1652191202 UNAFFECTED TITLE;1660833601;1652193301 UNAFFECTED TITLE;1660835701;1647875402 UNAFFECTED TITLE;1660836301;1647875402 UNAFFECTED TITLE;1660844401;1652193001 UNAFFECTED TITLE;1660837501;1652191501 UNAFFECTED TITLE;1660914001;1645027443 UNAFFECTED TITLE;1660832101;1660832101 UNAFFECTED TITLE;1660833601;1647875402 UNAFFECTED TITLE;1660848601;1647875402
您可能使用选项
sortby。'ctrl' => [ 'sortby' => 'your_field', ],通常 TYPO3 为此使用名为
sorting的字段。TYPO3 时不时地需要对记录进行重新排序，因此会对排序列进行重新编号。任何以前的信息都会消失，并插入一组新的索引（带有距离的数字，以便可以在之间插入新记录）。
如果您只想显示按其他字段排序的数据，请使用选项
default_sortby:'ctrl' => [ 'default_sortby' => 'your_field', ],并删除
sortby的值。请参阅
default_sortby的示例或 Attention 框“nofollow noreferrer”>排序