我在新的 TYPO3 9.5 和 8.7 安装中遇到了奇怪的问题。
尝试登录到后端
-
使用正确的用户名/密码登录,几秒钟的负载指示器,然后再次显示登录表单。无法登录。
-
使用无效的用户名/密码登录,正如预期的那样"您的登录尝试未成功 确保正确拼写您的用户名和密码,包括大写/小写字符。
还有其他可能相关的问题:
- 在 File 模块中重命名文件似乎什么都不做,文件本身被重命名。新名称仅在完全刷新页面后显示。
- 删除日志条目。单击日志条目会将其删除,但列表仅在刷新时更新 在
- 重新加载页面之前,更改不会反映在浏览器中的其他情况。
这发生在MacOS Catalina 10.15.2/Chrome 79.0.3945.88上?
与此同时,Firefox似乎可以工作。
Chrome似乎在其他任何地方都可以正常工作。
找到了一个解决方案:
即使创建一个新的新闻条目也没有做任何事情。浏览器控制台告诉我:
Mixed Content: The page at 'https://bla.com' was loaded over HTTPS, but requested an insecure resource 'http://bla.com/something'. This request has been blocked; the content must be served over HTTPS.
该网站只能通过https访问。
该站点在反向代理后面运行,该代理使用 http 将所有 https 请求代理到真实服务器,因为代理服务器流量无论如何都发生在 DMZ 中。
TYPO3 似乎根据请求 URL 生成一些 URL。浏览器抱怨通过Javascript处理的混合(http(请求。
我修改了代理配置以通过https传递所有https请求,一切都很好。
升级到v11后我遇到了同样的错误。我浪费了几个小时来修复它,但最终我找到了这个德国论坛,解决方案是表be_sessions中ses_id字段的长度。在我的情况下,它是 32,而 190 它可以工作。
"Ich habe die funktionierende Neuinstallation mit der nicht funktionierenden Update-Version verglichen.Das PHP-Script ist beim Lesen der Daten aus be_sessions abgebrochen.达斯费尔德ses_id战争 einmal 32 Zechen lang und einmal 190.Nachdem ich das mit diesem Befehl geändert habe, ging der Login:
更改表be_sessions修改列ses_id VARCHAR(190( 不为空;">