I have a brand new TYPO3 10.4 install with a bootstrap sitepackage.
My page tree is this
Home
-> Building Management
--> Building Rules
Home shows fine, but all of the lower pages throw a 404 using the speaking url's, even from autogenerated links in the menus. I can still navigate using index.php?id=2, but this is not enabled at all by default.
If I set the language link to /en/ (rather than /) then no pages work, not even the home page.
I built the same site on my development server with the same version of typo3 and the same site package and it works as expected, just not on the production. Any idea where to look for a solution? Here's a pic of the site pagesites-page
The .htaccess was a clue. What appears to have happened is that the .htaccess file was not updated during the TYPO3 install. We copied one from another working install of 10.4.4 and that fixed it. I think there is a step in the install process that checks if there is a .htaccess file, and if there is then it doesn't copy or insert the required changes. Once we copied this across everything worked fine.
Related
ISPConfig (Management Panel)
We have two versions of PHP: 7.2 and 7.4. They work properly. However, in the site edit form, in the PHP version selection list, option 7.4 is always displayed. Even if version 7.2 is set, re-entering the form shows version 7.4. In this case, the website works properly on version 7.2. The error of displaying the PHP version in the form is bothersome, because every time you change the site, you have to be careful to change the PHP version as well. Sometimes, unfortunately, you just have to find what version it is.
How can this error be fixed?
Other than the tag, your question does not clearly indicate which software you are using.
Luckily I know ISPConfig so your text was hinting to the question being about that and the tag confirmed it.
I suspect you are editing the site as a client, not a admin, and you have Client protection enabled in the main config. Either edit the site as admin, or disable client protection (Login as admin, go to System, Main config, Client protection).
There was an error in the working CMS and I can not even enter management panel. I did not update PHP on the server, nothing changed in the configuration, and yet I can't enter the administration panel or display the WWW page.
When I try to get on administration panel or on website there is a message like this:
PHP Runtime Notice: Declaration of tx_ttnews_catmenu::wrapTitle() should be compatible with t3lib_treeView::wrapTitle($title, $row, $bank = 0) in /home2/izbampro/public_html/typo3/typo3conf/ext/tt_news/class.tx_ttnews_catmenu.php line 56
Is this a bug related to a too old version of PHP, or could someone break into the server and change the configuration?I have no idea what could have happened, everything worked well several days ago. Please help me with this error.
what do you mean with the administration panel?
in TYPO3 you have the BackEnd where you can do the normal administration and editorial tasks.
it is called normally with domain.tld/typo3/
the other area for administrative tasks is the Install Tool
which is called with domain.tld/typo3/install/
While the Backendneeds a running TYPO3 instance the InstallTool should be callable even if there is no configuration (e.g. database).
regarding your TYPO3 version:
we can guess a little bit with your data:
PHP 5.6.26 will let run TYPO3 only until version 7.6
the function reference t3lib_treeView::wrapTitle will restrict the version in the same way as the classname was available in core up to 4.7. for later version there existed an compatibility extension, first in core, later from TER.
if you have a look onto your server we might have further restrictions.
I will not exclude the usage of older versions up to 4.7:
these versions can be identified by files typo3conf/localconf.php, while since 6.0 the files are named typo3conf/LocalConfiguration.php.
In the same way there is a break in the storing which extensions are active in your installation:
up to 4.7 it was one line in typo3conf/localconf.php, since 6.0 it is an own file typo3conf/PackageStates.php.
You should be able to call the install tool, which will show the version (a screenshot from the appearance after the Install Tool login might help. But first we need to make you accessing the Install Tool.
Are you able to login to the install tool?
the TYPO3 version will decide about the next steps
I can't access my prestashop admin page (in localhost)?
When I enter into this page, it's shows this error!
How to fix this problem? Please help me.
Prestashop changes its admin folder to something like admin12fsg7wghdfgf. You need to go to folder where you installed prestashop and find that folder. And after that you could enter backend side by link similar to this http://localhost/prestashop/adminwt3452sdg
I had the same problem.
I even deactivate the antivirus and nothing fixed the problem.
Then what I did is to install the eCommerce in a Cpanel and over there all worked perfectly.
It's caused perhaps because Prestashop is tracking urls for his product's installations and of course this doesn't work in localhost...
I had a problem and it became alright after I downgraded the PHP version to the one recommended by Prestashop for the relevant version.
In my case, the PHP version was 7.2 and Prestashop 1.6. The admin page did not open, 500 Error.
I lowered the PHP version to 5.6. May be upto 7.0 it accepts.
When I download "Latest stable release: 1.28.16 (2015-08-18)" from here the documentation is not working. By clicking on \openui5-sdk-1.28.16\index.html the page opens up with empty content.
With older versions I also had non working offline documentation, the navigation page was showing, but the "details pane" was empty.
Is it only with me (using windows 8.1 and chrome Version 44.0.2403.157 m) or is this something general?
It is related to the browser security when index.html loads its resources (Same-Origin Policy)
So you have two options:
deploy the content on a (local) web server (as already pointed in the readme.txt) and open the index.html via http (for instance http://localhost:/openui5-sdk-1.28.16/index.html>)
run your browser with disabled web security and directly open the index.html
After I removed/uninstalled CB 1.4 from my joomla 1.5.9 site as well as all jos_comprofiler files. the mod_login do not work nor does the registration. When I check the error log it sais file not found Kunena/media but I do not use Kunena on my site however the component was there I deleted it but login still does not work.
It is a module or plugin conflict.Try disabling modules or plugin one by one & check if it works..If you have installed k2 then k2-user plugin must be the culprit.