I have a problem whose solution is certainly very simple, but it does not come to my mind at the moment :/
I have a multi-domain TYPO3 (6.1) installation and in one of the websites I need to temporarily show only one subpage, and over the rest of the pages I will work/update so I can not delete them. It is important that someone after entering a URL or going to the page from the Google search results has not opened this page, and has been redirected to this temporary.
I've tried the mount points but something does not work ...
Please help.
You can exchange the domain-records.
Make a new page on it's own (independent from the configuration of the domain it should replace). so it is a root-page. give it a domain record and disable the domain record of the pagetree it should replace.
Be aware to change the rootpageid configuration in realurl.
You also may need a special configuration for 404 handling for this domain as the most requests will be a 404 (or better 503).
And hurry up to update your system. TYPO3 6.1 is out of service for a long time.
Related
I have an existing fitness site ( showing exercises on different pieces of equipment) with menus available depending on whether the user is logged in.
Not sure of the best way of doing this but I would like to access the site via a touchscreen kiosk which will show a different welcome page and menus.
I know it can be done as a clone site which would mean copying all the execise data but is there a way for typo3 to recognise the type of device, assign it as a certain user and allow user level control of the content shown?
Regards
Paul
Device detecting is very complicated and TS conditions that should work were removed from TYPO3 core some time ago.
If it is important (and possible) to detect one kind of device you may create your own TS condition (userfunc).
But maybe another option would solve your problem:
Configure another page type which gets your modified layout for the start page.
Then you only needs to make sure the inital page is called with that specific page type.
An automatic login will be complicated. maybe it would be possible to use a permanent login, where a session cookie without endtime is stored.
If you're using TYPO3 version 8.7, you could use the extension aoe_ipauth (https://extensions.typo3.org/extension/aoe_ipauth/) to automatically log in a user based on IP address. There are several other extensions that do this, but I think most of the others are old and don't work in 8.7. There don't seem to be any that support TYPO3 9.5 yet.
The following domains are set up:
Now, when I edit a tt_news entry and click the save-and-preview icon, the domain looks like this:
http://www.eyec-inspection.com/http://www.eyec-inspection.com/news-events/ar... etc
The system uses the first domain to open the link, so when I move www.eyec.de to the top, the link changes accordingly.
I've read in a forum that this is supposed to be standard behaviour, but highly doubt that.
Is there anyone experiencing a similar issue or knows a fix for this?
Most likely you entered the protocol into the domain record. You must only enter the domain (without http:// or https://) into the domain record.
I have installed SilverStripe on several servers successfully in the past (but I'm not a SilverStripe expert). This time my SS install fails to work and I'm at a loss how to fix it.
The Problem
SilverStripe 2.4.6 installed correctly on the server (AFAIK).
The front-end works as expected. (Show default theme. Pages all load correctly.)
I am able to log into the CMS admin section succesfully. The CMS loads but when changing site pages in the CMS using the browser pane on the left, the CMS shows the circular loading symbol. The new page load never completes.
Using the console of Firebug in Firefox - When attempting to change pages in the CMS (by clicking on the page browser pane) the CMS tries to load two pages. The second page request 404s.
The first GET request is from the initial page loads.
The following POST+GET requests fire when clicking on the page tree to change pages.
Attempting to Find the Solution
I've tried deleting and re-installing silverstripe twice. (2.4.7 and 2.4.6) Both times the problem recurs.
A strange thing is that this server is already running two other silverstripe sites (both of which I installed without a hitch). All three websites are accessed via different domains. I tried accessing this install via another domain thinking there might be something wrong with how this third domain is configured but that didn't help either.
What should I try now? I'm stumped.
Thanks in advance.
Responses to Comments
Check your root .htaccess file. Make sure RewriteBase is set to /
Checked. Full .htaccess on PasteBin
Indeed the javascrip URL is strange. Check if there is anything unusual about what's being returned from the previous POST request. Is the site running in dev, test or live mode?
I can't see anything unusual in the POST request.
Clue Found: The site is running in DEV mode. Switching to LIVE mode and the problem disappears. Also the second GET request only shows up in DEV mode.
Example Post request with response.
Example Get request with respones.
This is a work around more than a fix but if you'd rather be coding than bug hunting it might be worth a go! (remember to log out of SS before doing this fix)
In your mysite/_config.php file change
Director::set_environment_type("dev");
to
if(!isset($_GET['isDev']))
Director::set_environment_type("dev");
else
Director::set_environment_type("live");
Then you can develop the website in dev mode normally and to use the admin in live mode and avoid the bug you just go to: http://{your_domain}/admin?isDev=0
N.B. might find a proper answer when pastebin.com isn't overloaded and I can see your responses!
I'm pretty new to TYPO3 and currently stuck with the following issue:
I copied the templates from another webpage that is currently in business.
When I'm on the startpage of my homepage (www.domain.com) and click on one of the links it contains I always get an error 404. The link that is generated looks like this.
http://www.domain.com/testpage.440.0.html
So I guess something like RealUrl was in use on the webpage that I copied from? Do I understand this right? I don't see that RealUrl is installed though.
However If i manually change this link to
http://www.domain.com/?id=440.0.html
the site is being created.
How does Typo3 know to generate a page when it receives the first version of these two links?
Does not really look like a standard out-of-the-box REAL URL url. That would rather have been /testpage-404.html . So maybe the problem is somewhere else, could be:
simulate static (check if that extension is running). A common mistake is to run real url an simulate static at the same time. If you do not need speaking urls for the moment, just uninstall simulate static.
make sure you add a domain to your shortcut. Use the the list modul and select the root shortcut. Then click create new record, select domain. and enter your domain there. Flush all the caches and try again.
If you'd post your TS Code (of the root shortcut page) here, I could probably tell what's going wrong.
real url configuration typically use .htaccess files.. maybe that file still contains information from the original destination.
check if the root ts contains some baseUrl statement
Which version of TYPO3 are you using?
HTH, but feel free to post more infos.
If your typoscript template is expecting to find realurl and its not installed as a plugin, that could be the cause. You'll need to either install it, or find the settings in the TS template and remove them.
Try the template object browser to look for it (use the template tool, click to the site root, then use the drop down menu in the r/h pane to choose the Template Obect Browser.)
How does Typo3 know to generate a page when
it receives the first version of these two links?
Any page request that it doesn't understand will give a 404 error.
i am creating a revised website for a firm that has an existing website. Many of the pages are the same topic and text with a new design. Should i use the same file paths as the prior site to avoid any drop in google or other search engine rankings
Here are some guidelines for a good start: http://googlewebmastercentral.blogspot.com/2008/04/best-practices-when-moving-your-site.html
Changing Urls is the last thing you want to do. Only consider it if there are no alternatives.
When ranking pages, search engines also consider incoming links, what sites they come from and what text they have in them. By changing your urls you effectively make all those outside links broken.
If you think that the website would benefit from changing file path (e.g., /about-us is always better than ?page_id=2), you should do the change and have an http 301 moved permanently redirect from old url to new url. Google will quickly update its index if you do it this way.