英文:
Unable to login into typo3 backend using chrome
问题
我在新的TYPO3 9.5和8.7安装中遇到了奇怪的问题。
尝试登录后台
-
使用正确的用户名/密码登录，加载指示器显示几秒钟，然后再次显示登录表单。无法登录。
-
使用无效的用户名/密码登录，如预期地出现“您的登录尝试未成功，请确保拼写您的用户名和密码正确，包括大小写字符”。
可能与此相关的其他问题包括：
- 在文件模块中重命名文件似乎没有任何作用，文件本身已重命名。只有在页面完全刷新后才显示新名称。
- 删除日志条目。单击日志条目会删除它，但列表只有在刷新后才会更新
- 在其他情况下，更改在浏览器中不会反映出来，直到重新加载页面。
这发生在MacOS Catalina 10.15.2 / Chrome 79.0.3945.88上？
同时，Firefox似乎正常工作。
Chrome似乎在其他地方正常工作。
英文:
I have weird problem in fresh TYPO3 9.5 and 8.7 installations.
Trying to login into the backend
-
login with correct username/password, a few secs of load indicator and then the login form is shown again. No login possible.
-
login with invalid username/password, as expected "Your login attempt did not succeed
Make sure to spell your username and password correctly, including upper/lowercase characters."
There are other problems which are maybe related:
- Renaming a file in the File module seems to do nothing, the file itself is renamed. The new name is displayed only after a total refresh of the page.
- Deleting log entries. Clicking a log entry deletes it but the list is updated only on refresh
- other situations where changes are not reflected in the browser until the page is reloaded.
This happens on MacOS Catalina 10.15.2 / Chrome 79.0.3945.88?
At the same time Firefox seems to work.
Chrome seems to work normally everywhere else.
答案1
得分: 0
Found a solution:
即使创建一个新的新闻条目也没有任何作用。浏览器控制台告诉我：
混合内容：页面在'https://bla.com'上加载，但请求了一个不安全的资源'http://bla.com/something'。此请求已被阻止；内容必须通过HTTPS提供。
该站点只能通过https访问。
该站点在一个反向代理后面运行，该代理将所有https请求代理到实际服务器，使用http进行代理服务器流量，因为代理服务器流量总是在DMZ中处理。
TYPO3似乎根据请求的URL生成一些URL，并且浏览器在通过Javascript处理的混合（http）请求时会出现问题。
我修改了代理配置，将所有https请求都通过https传递，一切正常。
英文:
Found a solution:
Even creating a new news entry did not do anything. The browser console told me:
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.
The site is reachable via https only.
The site was running behind a reverse proxy which proxied all https requests to the real server using http, because proxy-server traffic happens in a DMZ anyways.
TYPO3 seems generate some URLs based on the request url. And the browser complains at mixed (http) reqests that are handled via Javascript.
I modified the proxy config to pass all https requests via https and all is fine.
答案2
得分: 0
我升级到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. Das Feld ses_id war einmal 32 Zeichen lang und einmal 190. Nachdem ich das mit diesem Befehl geändert habe, ging der Login:
ALTER TABLE be_sessions modify COLUMN ses_id VARCHAR(190) NOT NULL;"
英文:
I had the same error after upgrade to v11. I lost hours to fix it, but finally I found this German forum, and solution was length of ses_id field in table be_sessions. In my case it was 32, and with 190 it works.
> "Ich habe die funktionierende Neuinstallation mit der nicht
funktionierenden Update-Version verglichen. Das PHP-Script ist beim
Lesen der Daten aus be_sessions abgebrochen. Das Feld ses_id war
einmal 32 Zeichen lang und einmal 190. Nachdem ich das mit diesem Befehl
geändert habe, ging der Login:
>
> ALTER TABLE be_sessions modify COLUMN ses_id VARCHAR(190) NOT NULL;"
通过集体智慧和协作来改善编程学习和解决问题的方式。致力于成为全球开发者共同参与的知识库，让每个人都能够通过互相帮助和分享经验来进步。
评论