Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

get asset in typo3temp after deployment (behind Proxy) #295

Closed
simonschaufi opened this issue May 9, 2019 · 4 comments
Closed

get asset in typo3temp after deployment (behind Proxy) #295

simonschaufi opened this issue May 9, 2019 · 4 comments

Comments

@simonschaufi
Copy link
Collaborator

simonschaufi commented May 9, 2019

This is not really a bug or a feature but more a brainstorming.

I have a website with high load and I do exception tracking and often get a message like the following:

Message: Core: Error handler (FE): PHP Warning: file_get_contents(/var/www/html/releases/20190509120834/private/typo3temp/assets/css/2ba2d28e2f.css): failed to open stream: No such file or directory in /var/www/html/releases/20190509120834/vendor/typo3/cms/typo3/sysext/core/Classes/Resource/ResourceCompressor.php line 359

This happens right after the deployment is completed. Since right after deployment the typo3temp folder is empty there is no asset to fetch. TYPO3 is behind a proxy server if that is important. Any idea how to solve this?

Specifications

  • Surf Version: any
  • PHP Version: 7.2
  • Platform: Ubuntu
@kaystrobach
Copy link
Contributor

TYPO3 should not throw a warning if resouce is missing, but either fail or create it silently.

Maybe you can create the resources via commandline?

@simonschaufi
Copy link
Collaborator Author

simonschaufi commented May 9, 2019

Well, this is a css file that is auto generated by TYPO3 and after deployment the file name can be different because of changes in the original css.

I have the feeling that the time period between when TYPO3 checks if the file exists and then reads it is too long and is interrupted by the symlink change to the new version. Or it is a proxy problem...

@simonschaufi
Copy link
Collaborator Author

I'm still looking for a solution to this.

@simonschaufi simonschaufi reopened this Mar 26, 2020
@sabbelasichon
Copy link
Collaborator

@simonschaufi I am going to close this issue. Feel free to reopen.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants