近日有使用OJS期刊系统的客户和丁老师反馈,OJS3.3.X版本无法升级到3.5,升级到一半总是报错,是怎么回事呢?
错误代码:
A database error has occurred: SQLSTATE[42S22]: Column not found: 1054 Unknown column ‘s.assoc_type’ in ‘on clause’ (SQL: DELETE s FROM user_settings s – Locates all duplicated settings (same key fields, except the assoc_type/assoc_id) INNER JOIN user_settings duplicated ON s.setting_name = duplicated.setting_name AND s.user_id = duplicated.user_id AND s.locale = duplicated.locale AND ( COALESCE(s.assoc_type, -999999) <> COALESCE(duplicated.assoc_type, -999999) OR COALESCE(s.assoc_id, -999999) <> COALESCE(duplicated.assoc_id, -999999) ) – Attempts to find a better fitting record among the duplicates (preference is given to the smaller assoc_id/assoc_type values) LEFT JOIN user_settings best ON best.setting_name = duplicated.setting_name AND best.user_id = duplicated.user_id AND best.locale = duplicated.locale AND ( COALESCE(best.assoc_id, 999999) < COALESCE(duplicated.assoc_id, 999999) OR ( COALESCE(best.assoc_id, 999999) = COALESCE(duplicated.assoc_id, 999999) AND COALESCE(best.assoc_type, 999999) < COALESCE(duplicated.assoc_type, 999999) ) ) – Ensures a better record was found (if not found, it means the current duplicated record is the best and shouldn’t be removed) WHERE best.user_id IS NOT NULL)
丁老师看到后,按照他的方法亲自试了下,确实是出错,提示最高升级到3.3.19就无法继续升级了。丁老师经过不断的研究,以及和pkp官方开发团队沟通得知,在OJS3.3.X版本中,启用了某些插件后,会产生一些数据,然后可能会导致升级失败,因为OJS3.5.X并没有包含对这些第三方插件数据的容错处理,在遇到这些数据时可能会卡死。
然后根据此问题,丁老师和官方开发团队沟通,开发出了自己的升级流程,最后给这位出版社客户完美的升级,所有数据都得到了无损保留。
遇到此问题的同学,或是需要对OJS升级的客户,可以点击链接购买升级服务《OJS期刊系统升级服务》。
近期网络攻击形势非常严峻,使用Open Journal Systems期刊管理系统的客户需要注意,最近有黑客团队,专门针对OJS系统进行攻击,攻击类型包括shell后门攻击、病毒木马植入、系统入侵破坏,攻击目的包含恶意删除数据、植入勒索...
最近有客户咨询,Open Journal System是否有在用户注册后,自动发送欢迎邮件的功能?收到问题后,丁老师分别对OJS3.2、3.3、3.4、3.5等4个版本进行了测试,结果是并没有发现有注册后,发送欢迎信息邮件的功能。但是在...
近期有同学在问,OJS中已发表的文章,可以查看文章的浏览、访问量统计吗?如何查看呢?今天丁老师对这个问题进行解答。首先,OJS中是有统计功能的,支持对文章、期次、期刊的数据进行访问量进行统计,功能在左侧导航菜单Statistics模块下...
影响谷歌学术收录(Google Scholar Indexing)的原因也有很多,大部分是内容问题,针对谷歌学术对文章停止收录、删除收录等相关问题,可以联系丁老师进行咨询了解