#1

**我们使用的是旧版本的3.1.1.2并升级到3.3.0.7，但大多数文件名尚未更改，但已成功更改。经过一段时间后，我们了解到，由于转换问题，问题没有显示数据-请注意，网站被黑客攻击并严重混乱**我的问题是：如果我再次运行相同版本的升级，会怎么样…既然我们清除了病毒，这次升级是否需要再次运行以修复剩余的文件结构？或者快速解决这些问题，让他们开始使用最新版本？

仍在寻找解决方案

不知道先去哪儿找

应用程序版本-例如OJS 3.1.2：

附加信息，如屏幕截图和错误日志信息(如果适用):

#2

嗨@doneforyou

如果升级真的完成了(例如，当你在OJS中查看管理区域时，它说3.3.0.7)，那么你不能只是再次运行它，因为OJS会假设没有旧的3.1.1→3.3代码需要再次运行。如果升级没有成功完成，您可能需要从备份中恢复并重新开始。

杰森

#3

它在管理区域显示了新版本，我们已经走在前面了，有任何手动方法来查看剩余的文件夹，使它们兼容吗?至少wr不能回滚，因为我们已经向站点添加了更多的数据

#4

@jnugent它显示在管理区的新版本，我们已经走在前面，任何手动方式查看剩余的文件夹，使他们符合？至少我们不能回滚，因为我们已经向站点添加了更多数据，我们可以采用任何方法手动修复此文件转换问题吗？

#5

嗨@doneforyou

不容易，尤其是大型期刊。除了文件名称可能发生变化外，OJS 3.3在数据库中也有非常不同的文件结构(现在有一个文件表，和一个submission_file_revisions表)，许多东西都被移动了。如果这也不同步，手动操作将非常容易出错。

问候,
杰森

#6

@jnugent好的，但是仍然可以在MySQL中运行任何查询，同时也可以在目录/文件结构上运行…任何nearbuy solutoin吗?

用旧的数据，我看到作者不是更可用的，如果我要分配作者，弹出框显示错误，只对那些被病毒/黑客弄乱的记录几乎以前

查看最近的错误，请查找附件。用户名：管理员密码：[14-Sep-2021 06:15:34 America/Boise]PHP警告：array_keys（）预期参数1为数组，第65行[14-Sep-2021 06:15:34 America/Boise]上的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中给出的字符串[14-Sep-2021 06:15:34 America/Boise]PHP警告：array_shift（）预期参数1为数组，第66行[14-Sep-2021 06:15:34 America/Boise]php警告：第133行[14-Sep-2021 06:15:34 America/Boise]的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.php中的非法字符串偏移量“en_US”PHP警告：无法为第133行[14-Sep-2021 06:15:36 America/Boise]上的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中的字符串偏移量分配空字符串PHP警告：array_keys（）要求参数1为数组，第65行的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中给出的字符串[14-Sep-2021 06:15:36 America/Boise]PHP警告：array_shift（）要求参数1为数组，在第66行[14-Sep-2021 06:15:36 America/Boise]的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中给出null警告：array_keys（）预期参数1为数组，第65行的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.php中给出的字符串[14-Sep-2021 06:15:36 America/Boise]php警告：array_shift（）预期参数1为数组，第66行的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.php中给出的空值[14-Sep-2021 06:15:36 America/Boise]PHP警告：array_keys（）希望参数1是数组，第65行[14-Sep-2021 06:15:36 America/Boise]PHP警告：array_shift（）中的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中给出的字符串预期参数1为数组，第66行[14-Sep-2021 06:15:36 America/Boise]php警告：第133行[14-Sep-2021 06:15:36 America/Boise]的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.php中的非法字符串偏移量“en_US”为空PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中的字符串偏移量'en_US'非法PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中的字符串偏移量'en_US'非法PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中的字符串偏移量'en_US'非法PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中的字符串偏移量'en_US'非法PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中的字符串偏移量'en_US'非法PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中的字符串偏移量'en_US'非法PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]PHP警告：第133行[14-Sep-2021 06:15:36 America/Boise]的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中的字符串偏移量'en_US'非法PHP警告：无法将空字符串分配给第133行的/home2/show/public_html/show/lib/pkp/classes/core/DataObject.inc.PHP中的字符串偏移量[14-Sep-2021 06:15:36 America/Boise]Slim应用程序错误：类型：异常消息：无法从提交文件958中确定工作流阶段id，其中包含文件阶段7文件：/home2/show/public_html/show/lib/pkp/classes/services/PKPSubmissionFileService.inc.php行：777跟踪：#0/home2/show/public_html/show/lib/pkp/classes/services/PKPSubmissionFileService.inc.php(190): PKP\Services\PKPSubmissionFileService->getWorkflowStageId(Object(SubmissionFile)) #1 /home2/show/public_html/show/lib/pkp/classes/services/PKPSubmissionFileService.inc.php(224): PKP\Services\PKPSubmissionFileService->getProperties(Object(SubmissionFile), Array, Array) #2 /home2/show/public_html/show/classes/services/GalleyService.inc.php(154): PKP\Services\PKPSubmissionFileService->getFullProperties(Object(SubmissionFile), Array) #3 /home2/show/public_html/show/classes/services/GalleyService.inc.php(179): APP\Services\GalleyService->getProperties(Object(ArticleGalley), Array, Array) #4 /home2/show/public_html/show/lib/pkp/classes/services/PKPPublicationService.inc.php(208): APP\Services\GalleyService->getSummaryProperties(Object(ArticleGalley), Array) #5 [internal function]: PKP\Services\PKPPublicationService->PKP\Services\{closure}(Object(ArticleGalley)) #6 /home2/show/public_html/show/lib/pkp/classes/services/PKPPublicationService.inc.php(210): array_map(Object(Closure), Array) #7 /home2/show/public_html/show/lib/pkp/classes/services/PKPPublicationService.inc.php(235): PKP\Services\PKPPublicationService->getProperties(Object(Publication), Array, Array) #8 /home2/show/public_html/show/lib/pkp/classes/services/PKPSubmissionService.inc.php(204): PKP\Services\PKPPublicationService->getSummaryProperties(Object(Publication), Array) #9 [internal function]: PKP\Services\PKPSubmissionService->PKP\Services\{closure}(Object(Publication)) #10 /home2/show/public_html/show/lib/pkp/classes/services/PKPSubmissionService.inc.php(208): array_map(Object(Closure), Array) #11 /home2/show/public_html/show/lib/pkp/classes/services/PKPSubmissionService.inc.php(297): PKP\Services\PKPSubmissionService->getProperties(Object(Submission), Array, Array) #12 /home2/show/public_html/show/lib/pkp/api/v1/_submissions/PKPBackendSubmissionsHandler.inc.php(160): PKP\Services\PKPSubmissionService->getBackendListProperties(Object(Submission), Array) #13 [internal function]: PKPBackendSubmissionsHandler->getMany(Object(Slim\Http\Request), Object(APIResponse), Array) #14 /home2/show/public_html/show/lib/pkp/lib/vendor/slim/slim/Slim/Handlers/Strategies/RequestResponse.php(40): call_user_func(Array, Object(Slim\Http\Request), Object(APIResponse), Array) #15 /home2/show/public_html/show/lib/pkp/lib/vendor/slim/slim/Slim/Route.php(281): Slim\Handlers\Strategies\RequestResponse->__invoke(Array, Object(Slim\Http\Request), Object(APIResponse), Array)

#7

嗨@doneforyou

可能仅仅运行一些查询是不可能的，因为升级是部分完成的，我不认为您能够制作只影响那些没有迁移的文件的查询。此外，升级过程可能为了协调模式更改而删除列或重命名表或列，并且数据可能不再位于正确的位置。

我的建议是，在新安装上使用备份再次尝试升级，并比较文件目录和数据库。您可能可以通过这种方式修复旧内容。除此之外，我真的无法为你提供比我现在更多的指导。

最好的
杰森

#8

@jnugent谢谢，好的，请让我在新域上尝试升级。

当一个域名改变时，在升级过程中我必须提到它的什么地方?

在升级新域名的过程中有什么需要注意的吗?

#9

唯一提到你的域名的地方是你的base_urlconfig.inc.php参数。你可以用分号把它注释掉。

最好的
杰森

#10

@jnugent谢谢你，这是我所做的复制相同，但有一个问题，尽管…有必要保持旧的安装ojs文件，同时升级到最新?

好吧，我已经重新安装过了。这就是我所做的

  1. 下载了最新版本
  2. 只是提取了那个版本-网站上没有以前的版本
  3. 将files目录和配置文件复制回新安装
  4. 设置缓存和文件文件夹777权限
  5. 运行了升级，我看到了很多这样的错误。然而，这个问题仍然存在

我复制了其中的一些，因为它们太多了，我想说的是一个孤立的提交错误

警告:导航菜单(ContextId: 1，标题:用户导航菜单，区域:用户)将被跳过，因为指定的区域已经附加了导航菜单。
[14- 9 -2021 13:14:02 America/Chicago] WARNING: The NavigationMenu (ContextId: 1, Title: Primary NavigationMenu, Area: Primary)将被跳过，因为指定区域已经附加了一个NavigationMenu。
[14-Sep-2021 13:14:02 America/Chicago] WARNING: The NavigationMenu (ContextId: 0, Title: User NavigationMenu, Area: User)将被跳过，因为指定的区域已经附加了一个NavigationMenu。
[14-Sep-2021 13:14:02 America/Chicago]警告：静态页面“作者”使用的路径（作者）与现有自定义导航菜单项路径冲突。正在跳过此页。
[14-Sep-2021 13:14:02 America/Chicago] WARNING: The StaticPage " Journal Info " using a path (journalinfo) that conflict with a existing Custom Navigation Menu Item path. [14-Sep-2021 13:14:02 America/Chicago]警告:StaticPage " Journal Info "使用了与现有自定义导航菜单项路径冲突的路径(journalinfo)。跳过这StaticPage。
[14-Sep-2021 13:14:04 America/Chicago]PHP警告：第133行/home1/show1/public_html/lib/pkp/classes/core/DataObject.inc.PHP中的非法字符串偏移量'en_US'
[14-Sep-2021 13:14:04 America/Chicago] PHP Warning: Cannot assign an empty string to a string offset in /home1/show1/public_html/lib/pkp/classes/core/DataObject.inc.php on line 133 . PHP第14行
[14-Sep-2021 13:14:04 America/Chicago]PHP警告：第133行/home1/show1/public_html/lib/pkp/classes/core/DataObject.inc.PHP中的非法字符串偏移量'en_US'
[14-Sep-2021 13:14:04 America/Chicago] PHP Warning: Cannot assign an empty string to a string offset in /home1/show1/public_html/lib/pkp/classes/core/DataObject.inc.php on line 133 . PHP第14行
[14-Sep-2021 13:14:04 America/Chicago]PHP警告：第133行/home1/show1/public_html/lib/pkp/classes/core/DataObject.inc.PHP中的非法字符串偏移量'en_US'
[14-Sep-2021 13:14:04 America/Chicago] PHP Warning: Cannot assign an empty string to a string offset in /home1/show1/public_html/lib/pkp/classes/core/DataObject.inc.php on line 133 . PHP第14行
[14-Sep-2021 13:14:04 America/Chicago]PHP警告：第133行/home1/show1/public_html/lib/pkp/classes/core/DataObject.inc.PHP中的非法字符串偏移量'en_US'
[14-Sep-2021 13:14:04 America/Chicago] PHP Warning: Cannot assign an empty string to a string offset in /home1/show1/public_html/lib/pkp/classes/core/DataObject.inc.php on line 133 . PHP第14行
[14-Sep-2021 13:14:04 America/Chicago]PHP警告：第133行/home1/show1/public_html/lib/pkp/classes/core/DataObject.inc.PHP中的非法字符串偏移量'en_US'
[14-Sep-2021 13:14:04 America/Chicago] PHP Warning: Cannot assign an empty string to a string offset in /home1/show1/public_html/lib/pkp/classes/core/DataObject.inc.php on line 133 . PHP第14行
[14-Sep-2021 13:14:04 America/Chicago]PHP警告：第133行/home1/show1/public_html/lib/pkp/classes/core/DataObject.inc.PHP中的非法字符串偏移量'en_US'
[14-Sep-2021 13:14:04 America/Chicago] PHP Warning: Cannot assign an empty string to a string offset in /home1/show1/public_html/lib/pkp/classes/core/DataObject.inc.php on line 133 . PHP第14行
[14-Sep-2021 13:14:07 America/Chicago]删除孤立的submission_files条目ID为1767且submission_id为680
[14-Sep-2021 13:14:07美国/芝加哥]删除孤立的提交文件条目ID 1768和提交ID 680
[14-Sep-2021 13:14:08 America/Chicago]需要提交文件，但在journals/1/articles/1/submission/1-1-1-2-20181126.pdf上找不到。
[14-Sep-2021 13:14:08 America/Chicago]需要提交文件，但在journals/1/articles/1/submission/1-1-1-2-2-20181129.pdf中未找到。

#11

嗨@doneforyou

大多数都是装饰性的，可能不是升级问题的原因。然而，这些：

指出files_dir目录与数据库不同步，可能是由于您提到的病毒。OJS告诉你，你的数据库中有些文件已经不在磁盘上了。在升级期间没有办法修复这个问题，你需要从一个更旧的备份中恢复那些文件。在我上面引用的两篇文章中，它们来自你的第一次投稿，所以可能非常古老。

杰森

#12

@jnugent有意义，谢谢你一直以来的努力。为了实现和更进一步……我们现在正在做的事情，实际上ojs正在对那些文件没有被找到或丢失的用户做的事情:

  1. 它不允许用户上传新闻文件，如果我们以用户身份登录，它只允许更改用户ID号/序列号。
  2. 我们很高兴能够将用户从旧位置重定向到新位置。

你认为这是完成任务的最快最好的方法吗?

另一方面，我正在尝试安装哥白尼插件，但在我的生命中，它确实安装并停止了插件屏幕

[16- 9 -2021 00:13:17 America/Boise] PHP Warning: Declaration of coopernicusplugin::register($category， $path) should be compatible with Plugin::register($category， $path， $mainContextId = NULL) in /home2/show/public_html/jduhs/plugins/importexport/哥白尼/哥白尼Plugin.inc. PHP on line 48 . PHP第48行
[16-Sep-2021 00:13:17 America/Boise] PHP Warning: Declaration of coopernicusplugin::getTemplatePath() should be compatible with Plugin::getTemplatePath($inCore = false) in /home2/show/public_html/jduhs/plugins/importexport/哥白尼/哥白尼Plugin.inc. PHP on line 57 . PHP第17行
[16-Sep-2021 00:13:17 America/Boise]PHP致命错误：类CopernicusPlugin包含2个抽象方法，因此必须在/home2/show/public_html/jduhs/plugins/importexport/copernicus/CopernicusPlugin.inc.PHP第324行声明为抽象或实现其余方法（ImportExplugin:：executeCLI，ImportExplugin:：usage）

#13

@jnugent另外……我们上传丢失的数据的方式正如我上面提到的……我们正在通过使用他们的数据有问题的过程，然后用他们的新链接/提交id/url填充旧的问题。

#14

嗨@doneforyou

我不太明白你的意思#1. 用户id在哪里更改？

至于哥白尼插件，我认为它与OJS 3.2+不兼容，如果这是您所说的插件：

还有一些代码不能在3.3中工作

最好的
杰森

#15

@jnugent我指的是每个用户都能得到的号码，比如当你把他们看作管理员，然后转到AUBMIAION部分，你可以看到一个唯一的号码，我指的是什么？实际上，当有人注册并提交文件时，ojs会创建相同的文件夹号。

好的，谢谢你的插件回复，我会和开发者联系的

#16

@jnugent你能说的记录ID

#17

@jnugent好的，我认为这些记录id实际上是提交id，每当用户提交新文章时，它都会分配一个新id…我认为我就在这里，这就是我们获得新编号的原因。

抱歉让你一直烦…

因为你知道这个网站被黑客攻击过很多次，当我看到文件表时，我可以看到像这样的条目——对于旧的记录

/杂志/ 1 /文章/ 59 / / 59 - 178 - 1 - 0 - 20131209. - pdf
/期刊/1/articles/206/submission/proof/206-12-2051-1-10-20190216.pdf

在第一个条目中，你可以看到59之后的//

例如，那些文件在系统中却没有出现在用户账户中，你能告诉我为什么吗?

我知道OJS在文件目录结构上改变了很多，你认为这些是病毒和时间造成的故障，我们无论如何都无法修复吗?

我们现在正在做的是尝试重新加载丢失的数据，我认为这是我们唯一的解决方案，请指导我，谢谢。

#18

@jnugent而且我们现在使用的是3.3.0.7版本，我可以看到新的升级已经发布了，升级前需要注意什么?请花几分钟时间对我上面提到的问题进行解释，谢谢

#19

是的，每次你创建一个新提交它都会分配一个新提交id。

老实说，我不知道为什么有些文件在数据库中缺少路径组件。在旧数据库中，他们可能有无效的stage_id设置，OJS使用文件stage构建路径。

我也不能评论你的病毒因为我不知道它是什么，也不知道它是怎么起作用的。我也认为替换你的数据是前进的方向。

至于OJS 3.3.0.7到3.3.0.8，新版本只是修复了一些小错误，如果你喜欢，你可以升级。这是一个小的升级。3.4将于明年推出。

最好的
杰森

#20

@jnugent好的谢谢,

我继续，用旧的巴卡升级到维修站版本:笑:一切都很顺利，但当我尝试更新到最新版本时，它做了同样的事情，许多信息缺失等等

除了上面提到的一个问题，

当我们正在重新加载提交并绕过旧记录或丢失记录的工作流时，您是否认为它不会在下次更新期间给我们带来任何麻烦？或者去看看，新的数据将与futurr架构一起工作，这会很好吗？

此外，我们的数据有主要问题是之前的ro版本3.1.1.2，在这里有什么线索吗?