Website Tests & Tips
sinnvoll‑online.de + senseful‑online.de
sinnvoll‑online.info + senseful‑online.info
tests‑und‑tipps.info + tests‑and‑tips.info
Just in time: Google has updated its Search Index
29.09.2020: Just in time for today's domain move of the old .info domains, Google has updated its search index from sinnvoll‑online.info to sinnvoll‑online.de.
So I could change the main domain without waiting.
Cautious Name Change – you stay senseful-online
29.09.2020: Since this afternoon, every page request at senseful-online.info lands directly on the same web server as tests‑and‑tips.info.
As of tonight, page requests at sinnvoll‑online.de and sinnvoll‑online.eu will be redirected from the old web server to tests‑and‑tips.info.
The motto «senseful online» will not be abandoned; visitors will therefore continue to reach the website via all domains.
With Security: DANE, DNSSEC, HSTS, TLS 1.3, 2FA
My web pages are generally preloaded in a transport-encrypted form, as far as technically possible (HSTS preloading). Two-Factor-Authentication (2FA) and TLS 1.3 is also offered by my previous internet service provider. But I also wanted to have DANE and DNSSEC and now I found a suitable provider.
Access only with current TLS Encryption
Only accessible for devices and browsers with current security standards
If you want to visit my website with an old BlackBerry or other old device with too old browser software, this will unfortunately no longer be possible.
Security has absolute priority with me. I don't want to be the victim of a man-in-the-middle attack, nor do I want to encourage manipulation of my web content on the way to your device. These are the dangers of using unencrypted web offers. My password could also be spied out if it was sent as plain text over the Internet. Visitors to the website could then be shown falsified information to harm me.
If you are now reading this website from your PC/notebook or on the smartphone of a friend/colleague because it could not be opened from your own old smartphone or PC with an old browser, you now know why. – Thank you for taking the trouble and for your interest in this website!
Easy to maintain – no Database
This website does not require any complex database maintenance. As soon as I log out of the system as admin after making changes to the website, a data backup with timestamp is automatically created. Even server relocations or even provider changes do not cause sweat and are completed within minutes if necessary. This is how it worked on 12.09.2020 with this website at the new Internet Service Provider: fresh backup of senseful-online.de made, downloaded via FTP and uploaded to my webspace at the new ISP, text edited in a few places, done, running. Afterwards only the old website name on all pages has to be changed to the new one. On pages whose content has to be adapted anyway, done manually. Then «search & replace» using the code editor Textastic.
All Web Pages in only one File
The English technical term for this is Flat-File CMS. A technology that is still underestimated, but which is becoming increasingly known and popular.
29.09.2020: Since this evening all page requests on senseful-online.de/.eu/.info domains are served by the web server of my new internet service provider.
And all English-language pages will be redirected to tests‑and‑tips.info/en/.
This is my small case study of whether Google really treats this as double content or whether I can manage to split the content between the domains by language DE/EN.
08.10.2020: Language-dependent content distribution on separate domains abandoned for the time being because Google did not recognise it. My CMS is not multi-domain capable and cannot address two domains internally. Google would have recognised this and indexed it promptly. Too bad. Update: Second try!
Smooth transition to the new Domain tests-und-tipps.info
Nevertheless I will try to redirect page views with the English domain tests‑and‑tips.info/en/ not necessarily to the German domain tests-und-tipps.info/en/.
Advantage for visitors: if you call up English-language content with an English domain name, you will also see this more suitable domain in the address line of your browser.
24.10.2020: since this evening, page requests with the old domains sinnvoll-online.info and senseful-online.info are temporarily not redirected to the new main domain tests-und-tipps.info. Only when a link on overview pages is selected does the user redirect to the main domain.
As of today tests-und-tipps.info serves all Page Requests
22.11.2020: as of today all page requests with other domains are redirected to the main domain. This is really better for the ranking at Google!
The web design and the two months of getting used to it were hopefully clear enough for my visitors that they are still meaningful aka senseful online here …
06.12.2020: Sometime at the end of November, I removed the fixed redirect again, because otherwise I would soon have been kicked off the HSTS-Preload-Liste.
Domains must not be redirects, otherwise you can't really protect them with HTTP Strict Transport Security (HSTS) against man-in-the-middle attacks.
Workaround: I manually set many canonical tags and wrote out all internal hyperlinks, i.e. only used absolute links with the main domain.
The internet research for a better solution continues (keyword: .htaccess and mod-redirect) … (Update: see 08.01.2021, solution found!)
Simple Multi-Site Solution tested
One CMS – two websites: manage the large website tests‑and‑tips.info and the small website michael-glaser.de together. It works with a trick …
08.01.2021: In the evening, I find my solution in a conversation of the Contao-Community from 2016! «Spooky» helped another Contao user and although I don't use the Content Management System Contao, the code mentioned there also helps me for my .htaccess file. It has proven itself to always think outside the box …
Solution: depending on the language folder /de/ + /en/ or /ue/ + /ab/ as a workaround for the microsite michael-glaser.de, the correct domain is always called up.
Multisite Test Operation ended – michael-glaser.de separate again
13.01.2021: Workaround with simulated language folders /ue/ + /ab/ no longer required. Have reset the paths using CotEditor (Search & Replace).
Web Address Entry now even more error-tolerant
For technical reasons, the URL here contains a question mark after the domain and language: /de/ or /en/, but otherwise already corresponds to a «Clean URL».
To ensure that page requests without question marks are also loaded without errors, I use a technical trick (page redirection).
- 24.06.2020: All folder and page names changed to lower case letters.
Only to real existing folders you should add a slash to save the webserver some work. But not at my website, because its a Flat-File CMS.
- 18.08.2020: Now my CMS ignores attached slashes (also many in a row) and saves its logbook.
- 26.03.2021: If a web address is typed in with capital letters, the web server corrects this if it does not contain a question mark (tech term "query string").
- 18.04.2021: From now on, accidentally used upper case letters will also be corrected to lower case letters in web addresses with a "query string".
Multi-Domain: separate Domain per Language (DE/EN) (2nd Try)
I prefer domain names that match the content linguistically. So German domain names for German content and English domain names for English content.
Technical requirement (isn't that what is expected?):
- if you call up a web address with a German domain, the web server appends /de/ and German content is displayed
- if you call up a web address with an English domain, the web server appends /en/ and English content is displayed
- if you click on the German flag, the web server will load the German version of the content – and will use the German domain!
- if you click on the English flag, the web server will load the English version of the content – and will use the English domain!
18.04.2021: I had been looking for a technical solution for this for a long time and now I have finally found it!
Unfortunately, it only works with one domain per language, so I can only use two of my domains. So: tests-and-tips.info/en/ and tests-und-tipps.info/de/.
But because senseful‑online(.de|.info) remains my motto, I am not giving up these domains. Anyone who calls up the homepage of a senseful‑online domain will land on my intro page and will only be redirected to the target page with the main domain tests-und-tipps.info after selecting the language DE/EN instead of immediately.
01.05.2021: as of tonight, page requests for all domains are handled as described above.
Search engines only see linguistically matching page content, as they are reliably routed to the matching domain. Now it works great!
Logbook stores Logins & Mishaps
On the previous page (Structure) you learned that I constantly have to read in the logbook how someone searches apps for smartphones (Mobile Apps) in the wrong menu (Software) (instead of under /software/mobile-apps).
When I write about technology here, I am also happy to answer a question that I am sure every visitor will have: «What's in the logbook?»
Answer: «Not much, if everyone does everything right, because apart from my logins, only what goes wrong is recorded».
- Error in routing (I have entered moved pages incorrectly)
- Incorrect entries by visitors (web address with typing error)
- manual hacking attempts
- Bots and crawlers move from link to link and do not always use current data
- a Google bot has been checking all the old pages of my then moved websites for years to see if they still exist (Google never forgets)
Often it cannot find a page because it has been deleted or moved, which he has not remembered or forgotten
- a bot from Microsoft's search engine Bing searches for pages and directories that never existed (AI without I)
If I have not set any wrong links, visitors do not mistype their web addresses when typing in web addresses manually and bots from search engines do not search for old deleted web addresses with me, nothing is saved.
A plug-in takes care of the forwarding of incorrectly written, moved and non-existent pages separated by language, i.e. German and English.
Because moved and renamed pages are maintained in two large routing tables, there is still no logbook entry despite many incorrect queries if the desired page is found by forwarding and loaded with a tiny time delay.
This is only noticeable with a very slow internet connection, if a long internet address with nested submenu is queried.
If you look at the address line of your browser or compare the typed URL with the loaded one, you will notice that the address is rewritten in real time.
What else is written in the logbook: automated attack attempts by script kiddies and gangs from all over the world, who search for badly maintained blogs, forums and shops in order to break in there and fish out valuable personal data or blackmail the operator (I like such visitors …) Especially after the discovery of new security holes in Magento, vBulletin, WordPress etc., hackers automatically try all web addresses and are usually successful, because many operators of such shops, forums and blog software do not constantly read security messages and are sometimes a few minutes/days/weeks/months later than necessary to install updates.
Therefore I recommend to use a separate password for each (!) online account and to manage passwords via password vault and to secure them offline!
I delete the logbook daily after checking and working off my mistakes. It does not contain any personal data, including IP addresses, except my own, if I was logged in and did something to the system.