Sehe soeben noch das du wohl den JCE-Editor verwendest.
Beim JCE sind die entsprechenden Buttons unterhalb des Editor-Eingabebereichs mit "Beitrag" und "Menü" vorhanden und nicht z.B. per Button "CMS Inhalt" -> Beitrag zu erreichen.
Auch gibt es beim JCE nicht den Button "Editor an/aus" sondern den Code-Tab.
Viviana´s ansatz fände ich auch sinniger da du dann im Menüeintrag auch festlegen kannst welche Module mit diesem einzelnen Beitrag erscheinen sollen usw.
Beachte: Bei Joomla! wird sehr viel über die Menüeinträge gesteuert und festgelegt!
Übrigens kannst du im bereits vorhandenen Modul(Sonntags) z.B. per Button "CMS Inhalt" -> Beitrag einen Link zum Beitrag deiner wahl einfügen. Den Linktext kannst du z.B. per Button "Editor an/aus" nachträglich auch noch in der Quelltextansicht ändern.
Selbiges geht auch für Menüeinträge z.B. per Button "CMS Inhalt" -> Menü ...
Dann gäbe es auch noch die "Brechstangenmethode" die ich aber nicht empfehle
z.B. per Link zum einzelnen Beitrag verweisen wie ich es nachfolgend mache z.B.:
Obiger Link kannst du auf deiner Webseite auch mit folgenden Adressen einbauen:
/index.php/component/content/article/brotbacktage
oder ohne SEO:
/index.php?option=com_content&view=article&id=3
per folgendem Quelltext im Modul:
<div><a href="index.php?option=com_content&view=article&id=3">Brotbacktage</a></div>
oberer führt auf deiner Website dann z.B. nach:
https://bb.cgs24.de/index.php/component/content/article/brotbacktage
Aber die Joomla-Grundlagen solltest du dir wirklich auch zuerst mal zulegen.
...Dies ist meiner Meinung nach nicht schlecht, wenn man den CSS-Code von Astroid überschreiben möchten, ohne dass User ihn verändern können. Wenn man benutzerdefiniertes CSS in den Template-Optionen platzieren, könnten IUser darauf zugreifen und im dümmsten fall verändern oder gar löschen. Verwende ich jedoch eine custom.scss-Datei, ist dies für Benutzer nicht möglich, da sie Teil des Quellcodes des jeweiligen Templates ist.
Was haltet Ihr davon?
Die beiden obigen Dateien #5 sind für die entsprechenden Nutzer ebenso auch zugänglich in "Details und Dateien" des jeweiligen Templates.
/administrator/index.php?option=com_templates&view=templates&client_id=0
help.joomla.org/proxy?keyref=Help4.X:Templates:_Templates&lang=de
bzw.
help.joomla.org/proxy?keyref=Help61:Templates:_Customise&lang=de
und können somit vom Benutzer ebenso verändert und gelöscht werden.
...habe ein altes Backup vor ein paar Tagen installiert, und auf J6.1 aktualisiert...
..Ich kann Dir leider nicht mehr nenne, es war aber ein J5 Backup...
Wurde die Website nach dem Restore mit dem alten Backup auf eine Jommla 5.4.x-Version gebracht per Update?
Also vor dem Upgrade der Website auf Joomla 6.1
Welche Datenbank(version) nutzt du denn überhaupt? -> php 8.4
Das ist wohl nicht die Datenbankversion. Die Datenbankversion der verwendeten Datenbank siehst du im Tab Systeminformationen bei:
/administrator/index.php?option=com_admin&view=sysinfo
help.joomla.org/proxy?keyref=Help60:Site_System_Information&lang=de
Und die Joomla-Datenbank-Struktur-Version und Manifest Version siehst du in der Zeile bei dem Name Joomla!-CMS dort:
/administrator/index.php?option=com_installer&view=database
help.joomla.org/proxy?keyref=Help60:Information:_Database&lang=de
Solange der Button bzw. das Plugin "Quellcode bearbeiten" für Woltlab Forum 6.2 noch nicht zur Verfügung ist kann man wohl die beschriebene vorgehensweise in #19 aus:
Upgrade der Forensoftware auf 6.0 (Feedback)
benutzen um Links gegebenenfalls anschaulicher zu Linkzielen zu erstellen.
Das hier ist jedenfalls vor Joomla 3.0 und verwendet heute niemand mehr für Joomla:
jimport('joomla.form.form');
Die entsprechenden SCSS-Dateien:
/templates/your_template_name/scss/custom/custom.scss
oder
/media/templates/site/your_template_name/scss/custom/custom.scss
aus:
dem Linkziel in #1 sind doch wohl im Template ursprünglich nicht vorhanden ?
Daher werden diese Dateien bei einem Template-Update wohl auch nicht überschrieben werden.
Ist ja das gleiche Prinzip wie bei der custom.css Datei im Template...
Welche CSS-Anweisung(Regelsätze) zuletzt dann von Astroid im Quelltext hinzugefügt wird kannst du ja selbst ausprobieren um zu erfahren welche CSS-Anweisung bei gleicher Spezifität letzlich tatsächlich vom Browser angewendet wird. Durch erhöhen der Spezifität wird ein Benutzer aber immer die Möglichkeit haben einzelne CSS-Anweisungen zu "überschreiben", egal ob diese zuvor von dir per CSS oder SCSS erstellt wurde.
...aber den Unterschied zu Nutzung der custom.css und custom scss habe ich noch nicht richtig verstanden...
Könntet Ihr mir das vielleicht noch genauer erklären?
Per SCSS hat man viele zusätzliche Funktionen die es in CSS nicht gibt.
Siehe z.B.:
https://www.hosteurope.de/blog/scss-was-…esheet-sprache/
https://www.cactus-neuwerk.ch/webentwicklung…der-unterschied
Dies kann man übrigens auch mit einer Suchmaschine leicht finden.
Das Wort "Kontakt" ist wahrscheinlich der Titel vom Menüeintrag und lässt sich normalerweise im Menüeintrag im Tab "Seitenanzeige" per "Seitenüberschrift anzeigen" auf verbergen einstellen und speichern sofern das verwendete Template dies wie der Joomla-Core unterstützt.
Siehe diesbezüglich z.B. auch:
help.joomla.org/proxy?keyref=Help4.x:Menu_Item:_New_Item/de#Seitenanzeige
github.com/joomla/joomla-cms/blob/6.1.0/components/com_contact/tmpl/contact/default.php#L31-L36
Das Wort "Kontaktformular" könnte man z.B. auch per Sprach-Override für den Sprachschlüssel COM_CONTACT_EMAIL_FORM
abändern oder leeren.
Siehe diesbezüglich z.B. auch:
github.com/joomla/joomla-cms/blob/6.1.0/components/com_contact/tmpl/contact/default.php#L140
Ohne Link zum Problem ist das raterei.
Jetzt schreibst du von
/media/templates/site/cassiopeia_template/css/user.css
/media/templates/site/cassiopeia/css/global/
zuvor von:
/media/templates/site/DEIN_TEMPLATE/
zuvor im Jahre 2023 von
media/template/site/cassiopeia_child/css/user.css
und welche Dateien tatsächlich im Browser erfolgreich geladen werden wissen wir ohnehin nicht ohne entsprechenden Link zum Problem...
Standard wenn man keine zusätzlichen DNS-Einträge für die entsprechende Domain gesetzt hat ist normalerweise wenn man Joomla! mit dem Mailer SMTP benutzt:
Die Absenderadresse in der Joomla Konfiguration im Tab "Server":
/administrator/index.php?option=com_config
muß mit der E-mail-Adresse die im Postfach das per SMTP für Joomla verwendet wird identisch sein!
Du kannst bei Visforms in den Einstellungen zu einem Formular unter dem Karteireiter "Mail Optionen" eine "Absender E-Mail" bestimmen unter der die Nachrichten versendet werden sollen.
Und auch diese muß mit der E-mail-Adresse die im Postfach das per SMTP für Joomla verwendet wird identisch sein!
Dies wurde in #27 dort auch schon angesprochen:
...Darum kam ich auf die Idee, eine «Send Only» E-Mail-Adresse einer anderen Domain zu verwenden. Ob das zulässig ist oder nicht, dazu haben wir jetzt zwei unterschiedliche Aussagen....
Nein, die Aussagen sind nicht wiedersprüchlich unterschiedlich! Du hast es bisher leider nur falsch verstanden.
Außerdem:
Es gibt in diesem Kontext zwei relevante DNS-Eintragstypen:
- MX Records definieren die Zuständigkeit für den Empfang von Nachrichten - hier gilt das Highlander-Prinzip: es kann nur einen Dienst geben.
- Wer versenden darf, ist über den sog. SPF Record geregelt, eine spezielle Form von TXT Einträgen. Hier kann man problemlos mehrere Dienste parallel hintelegen, um z.b. den "normalen" Mailverkehr über MS365 abzuwickeln, Website-Mails dann aber über den Hoster oder einen transaktionalen Mailservice (Mailgun, Amazon SES etc) raus zu jagen
aus Linkziel in #8
...und es funktioniert jetzt, habe aber eine ganz andere Lösung übers Astroid Template gefunden, in dem ich ein eigenes Layout für die Startseite erstellt habe...
Jetzt benutzt du auch nicht mehr den Menüeintragstyp Kategoieblog wie in #1 für die Startseite sondern den Menüeintragstyp Hautbeiträge für die Startseite. Der Menüeintragstyp Hautbeiträge ist "weiter entfernt" vom einzelnen Beitrag als der Menüeintragstyp Kategoieblog. Daher funktioniert es jetzt auch wie schon in #6 beschrieben...
Gemäss diesem Beitrag sei es tatsächlich so, dass die Domain der E-Mail-Adresse mit der Basis-Domain der Webseite übereinstimmen muss...
Dies ist nur bei bestimmten Webhostern erforderlich wenn z.B. PHP-Mail als Mailer zum Mail versand benutzt wird.
Bei korrekter Konfiguration und Verwendung von Mail versand per SMTP ist es nicht erforderlich dass die Domain der E-Mail-Adresse mit der Basis-Domain der Webseite übereinstimmen muss!
...Also habe ich eine temporäre E-Mail-Adresse einer anderen Domain eingerichtet...
Handelt es sich dabei um eine Gmail oder per E-Mail-Dienst von Microsoft 365 verwaltete bzw. MS365-Adresse ?
Bezüglich Gmail oder per E-Mail-Dienst von Microsoft 365 verwaltete bzw. MS365-Adresse siehe auch ab #27 dort:
Dann fehlt wohl nur noch:
...Du musst in der Konfiguration noch URL-Rewrite aktivieren...
Das ist aber nicht immer zwingend erforderlich bzw. nur dann zwingend erforderlich wenn man SEO benutzen und aktivieren möchte.
...Ist das ausreichend?...
Ja.
...Und noch eine Frage zur .htaccess im Rootverzeichnis: Ich habe nach der Neuinstallation wie gewohnt die htaccess.txt umbenannt in .htaccess, Muss ich da jetzt noch Konfigurationen vornehmen? Oder ist das ausreichend?
Auch dies ist ausreichend.
Weitergehender zusätzlicher Schutz für das Frontend der öffentlichen Website siehe z.B. ab #4 dort:
Dann stimmt was nicht im Override
Ja, dort:
https://www.dr-menzel-it.de/blog/offcanvas…fuer-cassiopeia
ist wohl an entsprechender Stelle z.B. nachfolgendes
<?php if ($template->params->get('brand', 1)) : ?>nicht vorhanden. Daher wird, auch wenn im Template-Stil "Brand" deaktiviert ist,
das Logo trotzdem per offcanvas-metismenu.php ausgegeben.
Ist ja in der index.php des Cassiopeia-Templates ebenso in Zeile 159 entsprechend vorhanden:
github.com/joomla/joomla-cms/blob/6.0.4/templates/cassiopeia/index.php#L159
Wenn man das Logo also gar nicht möchte muß man offcanvas-metismenu.php wohl entsprechend abändern wie von BritzFox bereits erwähnt.
Der Link in #15 ist aber nicht seine Website und ist auch keine Joomla-Website und war Anwort auf die Frage in #12:
...Hast du eine Beispielseite, die dir gefällt?...
Link zu seiner Entwurfs-Website ist in #19 und da ist es bisher nicht erledigt.
