我开发了一个 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
P粉5144588632024-02-22 09:03:37
您可能使用选项 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”>排序