I try to use the statcfilecache extension in a TYPO3 8.7 but it don't load the static files from file system.
I have added the sample htaccess snipped from here in the standard TYPO3 htaccess file.
Static files are created, I can see it in the cache view of the backend modul and the files are placed in typo3temp but on page load by a not logged in frontend user the normal page is loaded and not the static file. Realurl is installed and working, btw.
I tried it on several TYPO3 instances: On TYPO3 9 it works as expected, in TYPO3 8 I don't get it working.
Are there any configurations in TYPO3 or in htaccess which prevent the loading of the static files ore any other hint for what went wrong here?
Related
I need to edit the configuration files of the TYPO3 form extension on the webserver. As I have no access via FTP I need to edit the files in the TYPO3 backend. The problem is, I am not allowed to edit files with the extension .form.yaml.
In the install tool I added
[SYS][textfile_ext] = txt,html,htm,css,inc,php,php3,tmpl,js,sql,yaml,form.yaml,form
Now I can edit files with the extension yaml but no files with the extension form.yaml
Is there another configuration option I have to set to be able to edit the form.yaml files?
Is it possible to change the standard extension of my configuration files from .form.yaml to .yaml?
I am using TYPO3 8.7.30 and form 8.7.30.
As Bernd already said, since TYPO3 8 editing of .form.yaml files is not allowed in the backend for security reasons.
I wanted the editing to allow backend users the definition of different upload folders.
But different upload folders can also be defined in the central .yamlconfiguration file (TYPO3 8 form - Define several file upload folders).
So there is no need to enable editing of .form.yaml files for backend users.
I just deployed a setup to a new server and typo3 suddenly can't find files anymore that are present in the file admin. For example I have some textpic that show me that warning.
I can access the files directly via the browser, but the file admin is marking them as missing too. I cleared the caches several times.
Do you have any idea what I could do to restore those file references?
I have a fresh installation of Typo3 8.7, wanted to upgrade from 4.7.
In both I have installed the RealURL extension for displaying a human readable url.
Problem is in 8.7 the resulted url contains the full path slug name, compared with the 4.7 installation where it display the page ID (the desired output).
New site page url (same page):
https://new87site/tickets/incident-and-service-request/service-view/incidents-and-sr-service-view/
Old site url:
https://old47site/2147/
Is there any configuration I'm missing?
Thank you!
RealUrl has a configuration file. It is configured in the extension's settings (in TYPO3 v8 accessible via the extension manager). The default is typo3conf/realurl_conf.php.
If that file does not exist and the option "automatic configuration" is active, it will regenerate the file.
I don't know the setting to use page IDs as slugs, but on the old system this setting should be in there.
You can make changes to the file or (recommended) use a hook ($GLOBALS['TYPO3_CONF_VARS']['SC_OPTIONS']['ext/realurl/class.tx_realurl_autoconfgen.php']['extensionConfiguration']['yourExt']) to have your config merged with the auto-configuration.
I installed a copy of a TYPO3 project. So, I'm using an existing TYPO3 database.
When running the home page of the site, I get the 'standard error':
Service Unavailable (503)
The page is not configured! [type=0][]. This means that there is no TypoScript object of type PAGE with typeNum=0 configured.
More information regarding this error might be available online.
which refers to following site: https://wiki.typo3.org/Exception/CMS/1294587217
But when I modify the setup of the template of the root as given in the link. I get an empty page with "HELLO WORLD" and the whole website is gone.
The old root setup code was:
config.contentObjectExceptionHandler = 0
page.meta.description.data = page:description
page.meta.keywords.data = page:keywords
How can I solve this problem without losing the rest of the website? Using TYPO3 8.7
Addition to the db install I also copied the extension folders to the typo3conf/ext folder and edited the PackageStates.php with the path to the extensions.
I see the extensions in the extensions tab the status is 'local'.
1st: make sure you have the correct configuration of all domains (as it is a copy it can not run with the same domain, otherwise you will switch between servers unpredictably.
2nd: enter list mode and look for multiple template records in your web root page. Multiple records will result in ignoring all but one record. maybe you just edit the wrong one. Normally the content is not lost but only inaccessible for the moment.
3rd: have you activated all the extensions which are active in the source installation? especially any site extension, which probably include the configuration for the TypoScript page object.
4th: you can use the TSOB (TypoScript Object Browser) and the template analyzer to view the active or resulting typoscript.
I have a problem with the extension alm_iconpicker. This creates a new content element with a popup window and some Javascript. I deleted the typo3temp folder, and now I get a 404 of a merged js-file:
/typo3/typo3temp/assets/compressed/merged-adc822bc42f4d0d49c1bddf919a03b2a.js
I uninstall the extension and install it again, I clear all caches from TYPO3 but this file doesn't be created new. In earlier versions of TYPO3 I could say, no concatenates in the backend. But in 8.7 I don't find this option. Also I change the Mode to develope but still the same error. I search in the Database for the file, but I don't find it.
What can I do?