我开发了一个 extbase 插件，可以将数据从外部 API 导入到我们的网站中。该插件依赖于 external_import、svconnector 和 svconnector_csv。
一切正常，并且已经工作了好几个月，但在极少数情况下（每月一次或更少），来自单个列的数据会转换为随机数，但有一些是好的。它始终是同一个表的同一列。我查了一下，这些数字与 API 中的任何内容都不对应。
在 sys_history、sys_log 和 tx_externalimport_domain_model_log 中没有这些标题变成数字的痕迹，但是当我从 api 重新导入数据时，我有它们恢复正常的历史记录。此外，当他们转向数字时，tstamp 不会更新（昨天（8 月 18 日）不是数字，165694181 对应于 7 月 4 日）。
如果有人知道可能会发生什么，谢谢！
导出的标题和时间戳的 CSV：
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的值。请参阅 Warning 框示例" rel="nofollow noreferrer">
default_sortby的示例或 Attention 框“nofollow noreferrer”>排序