Danke für die Tipps!
OK, sieht jetzt so aus:
Danke für die Tipps!
OK, sieht jetzt so aus:
Hallo,
meine user.css sieht nach der Lektüre oben jetzt so aus:
h1 {
font-size: 1em;
/*Footer Menüzeile zentrieren*/
.container-footer .grid-child
justify-content: center !important;
width: fit-content;
flex-direction: inherit;
}
Die Anpassung der Font-Size funktioniert.
Die Zentrierung der Fußzeile dagegen nicht,
Was habe ich falsch gemacht?
WRWS WesternReiterWebServices
LG, Boy
Auch hier: Datenbank-SQL-Version musste von 5.7 auf 8 upgrdatet werden.
Gesagt, getan.
Aber:
Seit gestern ist meine Seite/Domain „wrws.de“ nicht (mehr) erreichbar.
Mehrfache Versuche, aus der Strato-Backup-Control ein Restore auszuführen (auch komplett), blieb erfolglos.
Das Update auf eine SQL-Version 8 einer neuen Datenbank war zunächst jedenfalls erfolgreich – mit dem Import der zuvor exportierten Daten aus der alten Datenbank (Version SQL 5.7) vorgenommen worden
Frage:
In der „configuration.php“-Datei muss die neue Datenbank eingetragen werden; an wieviel Stellen [$db] (Zeilennummern) muss dieser Eintrag erfolgen, damit die neue Datenbank verwendet wird?
Welche weiteren Aktionen/Eintragungen sind wo evtl. erforderlich?
Die Hilfe-Texte von Strato sind nur rudimentär – und nicht hilfreich. Das Gleiche gilt für den Support (!).
Was tun?
Vielen Dank im Voraus!
LG
Boy
Vielen lieben Dank; das hat funktioniert!
LG, Boy
Der Beitrags-Titel (Aktuelles…) soll kleiner (h4) dargestellt werden –, aber ich finde den Dreh nicht. Sorry, biin erst seit wenigen Tagen mit Cassiopeia unterwegs und kaum vertraut, weder mit Joomla 4.3.4 noch mit Cassiopeia.
Was muss ich wo und wie einstellen?
LG, Boy
https://www.wrws.de/index.php/aktuelle-news-fuer-westernreiter
… kommt Zeit, kommt Rat. Erst mal muss die Seite möglichst komplett zur Verfügung stehen
Diese Priorität muss ich leider setzen.
Danach kann ich wieder suf die Schulbank, mit meinen 74 Jahren…
Wird schon klappen…
Danke!
LG, Boy
Hallo Dirk,
habe soeben Akeeba Backup installiert, konfiguriert & ausgeführt.
Noch mal danke für den Rat!
LG, Boy
Hallo Dirk,
aha! OK, danke für die Info.
Werd' ich tun.
LG, Boy
… vielen Dank für die wertvollen Ratschläge.
Die „Wayback Machine“ hat mir, auch schon in der Vergangenheit, viele wertvolle Dienste geleistet.
Im vorliegenden Fall hätte mir ein Backup-Restore eh' nicht allzuviel genützt, da ich ja auf Joomla 4.x umsteigen musste/wollte und zudem ein neues (responsives) Template her musste; wobei „Cassiopeia“ in meinen Augen ein Glücksfall ist.
Die Umarbeitung der Seite ist also ohnehin nicht zu vermeiden gewesen. Und notfalls habe ich den noch erforderlichen Content in der „Wayback Machine“.
Die Seite bringt ja täglich neue, aktuelle News – und hat halt zusätzlichen „Stehsatz“.
Ich bin jedenfalls froh, das Joomla 4.x und das Template gut funktionieren – und dass ich jetzt erst mal weitermachen kann … und keine Leser verliere.
Das Thema „Backup in einer Subdomain“ muss noch ein paar Tage warten – da muss ich mich noch auf Stratos Backup-Control verlassen, was erfahrungsgemäß funktioniert, solange man kein „major Joomla Upgrade“ durch Inkompatibilitäten eines alten selbstgebauten Templates vergeigt.
Ich werde natürlich Eure Ratschläge beherzigen.
Dann also Backup des Webspaces per Fileziella auf local (?).
LG, Boy
OK, noch nicht drüber nachgedacht. Aber jetzt restaurier' ich erst mal meine Westernreiter-Seite, das läuft ja gut.
Und wenn ich Lust auf ein neues Projekt habe – kann ich das mal anbeißen. Leider hat der Tag nur 24 Stunden…
LG, Boy
Befürchtungen gibt es immer wieder (never change a running system!),
Das letzte Upgrade von 3.10.10 auf 3.10.12 war easy und OK – und auch nötig für das Upgrade auf 4.x; das hatte aber nicht geklappt (wohl doch nicht alle inkompatiblen Erweiterungen gefunden), und hatte diesen Clean-Install nötig gemacht. Vermutlich war das alte selbstgestrickte Template nicht OK, das neue „Cassiopeia“ als Eier legende Woll-Milch-Sau fully responsive ist bestens verwendbar… Ich denke mal, die nächsten Minor-Upgrades werden wieder durchlaufen…
Wir alle leben im Konjunktiv, ich bin seit 1980 mit EDV befasst und habe einige Erfahrungen sammeln dürfen; ich bin also Kummer gewöhnt.
Zur Entspannung arbeite ich auch gern unter Linux-Mint 21 „Victoria“ – das macht meist Laune…
Und danke für die Ratschläge!
LG, Boy
… aber ich mache die positive Erfahrung mit Hoster-Installation schon zum zweiten Mal. Die alte Seite war auch so eine (unter Joomla 3.x .
Die Installation von Hand wollte trotz genauer Befolgung aller Anweisungen nicht funktionieren (404 Not Found).
Für mich ist nur wichtig, dass die Seite wieder läuft. Und das tut sie.
Danke aber für Deinen Rat!
LG, Boy
Alles anzeigenVermutlich alte DB und/oder Webspace nicht gelöscht?
… doch-
Immer lokal erstellen und dann Backup auf den Server in den entsprechenden (meinen) Ordner schieben.
Hatte ich ja versucht. Aber schon an der Installation gescheitert (trotz genauer Befolgung der Install-Anweisungen): 404 Not found.
Ist aber nur meine Meinung aus Erfahrung.
Und nun mache ich bereits zum zweiten Mal die Erfahrung, dass es klappt … (die alte Seite war auch so eine Hoster-Installation).
Wenn' denn läuft, ist es ja gut.
Danke für Deinen Rat!
LG, Boy
Nein, sorry, es handelt sich noch um die Version 4.3.4 .
Backups werden täglich mehrmals auomatisch von Strato erstellt (Backup Control).
Bis jetzt läuft alles gut, siehe WRWS …
Danke für Euren Rat!
LG, Boy
Ist denn ein veröffentlicher Menüpunkt als Startseite definiert und mit einem veröffentlichen Beitrag verknüpft?
Ja, und das hatte ja auch schon funktioniert.
Ich kontrollier es gern noch mal…
LG, Boy
Ja, Beitrag veröffentlicht, als Startseite im Menü .
Hatte zunächst funktioniert; nach Zufügung von Bildern plötzlich nicht mehr…
LG, Boy
… gestern stand ich am Abgrund, heute bin ich einen Schritt weiter…
Nee, im Ernst:
Heute unter STRATO noch mal ganz von vorn gestartet, alte Installationen entfernt, am neuen Ort im Webspace Joomla 4.4 deutsch von Strato neu installieren lassen – und läuft.
Vorausgegangen war der Versuch, Joomla 4.x deutsch von Hand zu installieren (genau nach Anweisung), was aus unerfindlichen Gründen nicht geklappt hat: (404 Not found).
Die von Strato angebotene Installation funktionierte einwandfrei (!), kann ich nur empfehlen.
Die Seite ist unter WRWS.DE wieder zu erreichen, muss nur mit Content versorgt werden. Das bedeutet ein paar Wochen Arbeit, bis alles wieder läuft.
Das mitgelieferte Template „Cassiopeia“ ist wohl eine sehr wandlungsfähige Eier legende Woll-Milch-Sau und erweist sich als sehr funktional und gut dokumentiert; fully responsive dazu, einfach gut zu gebrauchen… Jetzt erst mal Impressum & Datenaschutz, damit es keine Überraschungen gibt.
Schrift „Roboto“ ist löcal, also kein Webfont, der über den großen Teich telefoniert.
Bin erst mal froh, dass ich weitermachen kann.
Danke für all Eure Unterstüztzung!
LG, Boy
htaccess:
##
# @package Joomla
# @copyright (C) 2005 Open Source Matters, Inc. <https://www.joomla.org>
# @license GNU General Public License version 2 or later; see LICENSE.txt
##
##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line 'Options +FollowSymLinks' may cause problems with some server configurations.
# It is required for the use of Apache mod_rewrite, but it may have already been set by
# your server administrator in a way that disallows changing it in this .htaccess file.
# If using it causes your site to produce an error, comment it out (add # to the
# beginning of the line), reload your site in your browser and test your sef urls. If
# they work, then it has been set by your server administrator and you do not need to
# set it here.
##
## MISSING CSS OR JAVASCRIPT ERRORS
#
# If your site looks strange after enabling this file, then your server is probably already
# gzipping css and js files and you should comment out the GZIP section of this file.
##
## OPENLITESPEED
#
# If you are using an OpenLiteSpeed web server then any changes made to this file will
# not take effect until you have restarted the web server.
##
## Can be commented out if causes errors, see notes above.
#Options +FollowSymlinks
#Options -Indexes
## No directory listings
<IfModule mod_autoindex.c>
IndexIgnore *
</IfModule>
## Suppress mime type detection in browsers for unknown types
<IfModule mod_headers.c>
Header always set X-Content-Type-Options "nosniff"
</IfModule>
## Protect against certain cross-origin requests. More information can be found here:
## https://developer.mozilla.org/en-US/docs/Web/HTTP/Cross-Origin_Resource_Policy_(CORP)
## https://web.dev/why-coop-coep/
#<IfModule mod_headers.c>
# Header always set Cross-Origin-Resource-Policy "same-origin"
# Header always set Cross-Origin-Embedder-Policy "require-corp"
#</IfModule>
## Disable inline JavaScript when directly opening SVG files or embedding them with the object-tag
<FilesMatch "\.svg$">
<IfModule mod_headers.c>
Header always set Content-Security-Policy "script-src 'none'"
</IfModule>
</FilesMatch>
## These directives are only enabled if the Apache mod_rewrite module is enabled
<IfModule mod_rewrite.c>
RewriteEngine On
## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site then comment out the operations listed
# below by adding a # to the beginning of the line.
# This attempts to block the most common type of exploit `attempts` on Joomla!
#
# Block any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root home page
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.
## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects
##
# Uncomment the following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##
RewriteBase /
## Begin - Joomla! core SEF Section.
#
# PHP FastCGI fix for HTTP Authorization, required for the API application
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
# -- SEF URLs for the API application
# If the requested path starts with /api, the file is not /api/index.php
# and the request has not already been internally rewritten to the
# api/index.php script
RewriteCond %{REQUEST_URI} ^/api/
RewriteCond %{REQUEST_URI} !^/api/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the /api/index.php script
RewriteRule .* api/index.php [L]
# -- SEF URLs for the public frontend application
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.
</IfModule>
## These directives are only enabled if the Apache mod_rewrite module is disabled
<IfModule !mod_rewrite.c>
<IfModule mod_alias.c>
# When Apache mod_rewrite is not available, we instruct a temporary redirect
# of the start page to the front controller explicitly so that the website
# and the generated links can still be used.
RedirectMatch 302 ^/$ /index.php/
# RedirectTemp cannot be used instead
</IfModule>
</IfModule>
## GZIP
## These directives are only enabled if the Apache mod_headers module is enabled.
## This section will check if a .gz file exists and if so will stream it
## directly or fallback to gzip any asset on the fly
## If your site starts to look strange after enabling this file, and you see
## ERR_CONTENT_DECODING_FAILED in your browser console network tab,
## then your server is already gzipping css and js files and you don't need this
## block enabled in your .htaccess
<IfModule mod_headers.c>
# Serve gzip compressed CSS files if they exist
# and the client accepts gzip.
RewriteCond "%{HTTP:Accept-encoding}" "gzip"
RewriteCond "%{REQUEST_FILENAME}\.gz" -s
RewriteRule "^(.*)\.css" "$1\.css\.gz" [QSA]
# Serve gzip compressed JS files if they exist
# and the client accepts gzip.
RewriteCond "%{HTTP:Accept-encoding}" "gzip"
RewriteCond "%{REQUEST_FILENAME}\.gz" -s
RewriteRule "^(.*)\.js" "$1\.js\.gz" [QSA]
# Serve correct content types, and prevent mod_deflate double gzip.
RewriteRule "\.css\.gz$" "-" [T=text/css,E=no-gzip:1]
RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-gzip:1]
<FilesMatch "(\.js\.gz|\.css\.gz)$">
# Serve correct encoding type.
Header set Content-Encoding gzip
# Force proxies to cache gzipped &
# non-gzipped css/js files separately.
Header append Vary Accept-Encoding
</FilesMatch>
</IfModule>
LG, Boy
Alles anzeigen
Nee, das macht Strato seit Urzeiten – sozusagen schon immer. Man wählt das CMS aus (auch WordPress) und läßt in die Domain installieren.
Daher stammz das /app/… Verzeichnis auch von diesem Vorgang.
Hatte bei 3.10.x zuletzt auch gut funktioniert.
Aber das /app/Verzeichnis finde ich nicht im Wbspace, siehe:
Ja, ich komme noch ins Backend.
htaccess & configuration.php ?
Wonach soll ich schauen?
LG, Boy
Strato schreibt derweil dies (haben wohl das neue Problem gesehen, was mit dem Backup der alten Seite nichts zu tun hat):
configuration.php und htaccess kann ich derzeit im Webspace nicht finden; finde das Verzeichnis von Strato nicht (:09).
Ich arbeite erst mal alle Voraschläge ab, so gut ich kann.
LG, Boy
Es tut uns sehr leid zu hören, dass Sie Probleme mit Ihrer Website haben. STRATO stellt das Hosting Ihrer Website zur Verfügung, jedoch haben wir keinen Zugriff auf die Konfiguration oder das Backend Ihrer Website und können daher keinen Support für Probleme innerhalb der Konfiguration der Website leisten. Das bedeutet, dass wir nicht für Sie prüfen können, was die Ursache der genannten Probleme ist. In diesen Fällen können wir nur allgemeine Tipps geben und Sie an den Entwickler der Software selbst, in Ihrem Fall Joomla, verweisen.
Die Fehlermeldung "ERR_TOO_MANY_REDIRECTS" in Joomla deutet darauf hin, dass es eine Weiterleitungs-Schleife gibt, die dazu führt, dass die Seite nicht korrekt geladen werden kann. Dies kann auf verschiedene Ursachen zurückzuführen sein, einschließlich Konfigurationsfehlern, fehlerhaften Plugins oder Modulen oder Problemen mit dem Server. Hier sind einige Schritte, die Sie unternehmen können, um das Problem zu beheben:
Cache und Cookies löschen: Beginnen Sie damit, den Cache und die Cookies in Ihrem Webbrowser zu löschen. Manchmal können gespeicherte Daten im Browser zu Weiterleitungsproblemen führen.
Überprüfen Sie die Konfiguration: Stellen Sie sicher, dass Ihre Joomla-Konfigurationsdatei korrekt eingerichtet ist. Überprüfen Sie insbesondere die Einstellungen für die Website-URLs, sowohl in der Konfigurationsdatei als auch in der Joomla-Verwaltungsoberfläche.
Überprüfen Sie .htaccess: Schauen Sie sich die .htaccess-Datei in Ihrem Joomla-Verzeichnis an. Falsch konfigurierte Weiterleitungsregeln oder andere Anweisungen können zu Weiterleitungsproblemen führen.
Überprüfen Sie Plugins und Module: Über SFTP auf Ihren Webspace einlogen und Deaktivieren Sie vorübergehend alle installierten Plugins und Module in Joomla. Manchmal können fehlerhafte oder inkompatible Erweiterungen zu Weiterleitungsproblemen führen. Aktivieren Sie sie nacheinander wieder, um das fehlerhafte Element zu identifizieren.
Wenn Sie nach diesen Schritten immer noch das Problem haben, kann es hilfreich sein, sich an den technischen Support von Joomla zu wenden, um Unterstützung bei der Lösung des Weiterleitungsfehlers zu erhalten.
Alles anzeigen
… danke für die schnelle Antwort.
Diese Fragen kann ich nicht beantworten.
Joomla 4.3.3 wurde von Strato clean installiert im sauberen Webspace.
Danach habe ich mit JCE pro den Editor konfiguriert und die paar nötigen Einstellungen vorgenommen.
Danach hat die Seitenerstellung (zunächst) funktioniert, Startseite neu definiert.
Strato gibt im Domain-Backend diese Umleitung für WRWS.DE an:
/STRATO-apps/joomla_09/app/
LG, Boy