Beiträge von deGobbis

jsc_01 weisst du zufällig auch, wo man das obligatorisch einstellen kann?

Mach doch mal bitte einen Screenshot nach der Anpassung.

Auch wichtig, wenn du das Modul für den Login verwendest, da ist eine eigene Weiterleitung eingerichtet.

Ich kann mich waage erinnern, dass man für die MFA irgendwo einstellen kann, dass sie erzwungen wird.

Es kann jedenfalls nicht schaden, die Plugins in #__extensions mit dem folder -> multifactorauth zu deaktivieren.

Sonst poste mal in einem Code Block </> den Inhalt von #__extensions -> com_users -> params

Ich hätte da eine Idee:

Schalte den Anmedeweiterleitungstyp aus und trage das ein:

index.php?Itemid=xxx

Wobei das xxx für die ID des Menüpunktes steht, zu dem du weiterleiten möchtest.

Also ich hab mal etwas rumgespielt.

Ob die MFA-Plugins an sind oder nicht, spielt wohl keine so große Rolle.

Wenn ein MFA für einen Benutzer eingerichtet wurde, wird das wohl in der Tabelle #__user_mfa abgelegt.

Als ich die geleert hatte, waren alle MFA für alle Benutzer aufgehoben und konnten neu eingerichtet werden.

Ich hatte wieder vollen Zugriff.

Da der Entwickler der Erweiterung auch hier im Forum unterwegs ist, kann es nicht schaden ihn mal anzupingen:
Jan

Das klingt nach 2FA.
Das hab ich gefunden:
https://letmegooglethat.com/?q=joomla+2fa+sms

Das kling stark nach Midglidschaftsverwaltung:
https://www.rsjoomla.com/de/joomla-erwe…scriptions.html

Nachtrag:
Ich sehe gerade, wir hatten im Forum auch schon was dazu Abo Verwaltung für Downloads mit Rechnungsversand

Ich würde mal sagen, wenn das Template aktualisierbar ist, und du auch noch aktualierungen erhälst, ist es sehr wahrscheinlich, dass eine bereits vorhanden default.php im Override Ordner mit dieser aktualisierung überschrieben wird.

Ist das Template Joomla 4 Kompatibel (Child fähig), solltestr du das nutzen und deinen Oferride im Child machen.

In Joomla 3 war es noch nicht vorgesehen, dass Templates aktualisiert werden und deshalb waren Overrides weitestgehend sicher. Das hat sich in Joomla 4 geändert und deshalb gibt es die Möglichkeit Childs vom Template anzulegen (wenn das Template das unterstützt).

Da das Feld ja nur währen der Konfiguration des Modules aufgerufen wird, ist es ein Bestandteil des gesamten Formulares.

Schau dir mal $this an bzw. $this->form.

Daraus könnte sich z.B. der Aufruf:
$this->form->getValue('<FELDNAME>', '<STANDARDWERT-FALLS-LEER>');

Meines Wissens nach ist die Itemid die ID des Menüpunktes, währen id der BeitragsID entspricht

Existiert denn das Zielverzeichnis im images?

Die "Suchmaschinen-freundlichen URLs" und "URL-Rewrite nutzen" solltest Du nun aktivieren können.

Idealerweise werden nun Verlinkungen im Inhalt, die nach dem Muster "index.php?option=com_content&...." eingefügt wurden, in SEF URLs umgewandelt und sollten auch funktionieren.

Nun zurück zum Seitenumbruch bzw. Weiterlesen, wenn du hierzu die angebotenen Buttons/Editorfunktionen nutzt, sollten eigentlich alles gehen.

Wichtig hierbei, es geht nur Eines von Beiden, entweder das Weiterlesen, oder die Strukturierung durch Seitenumbrüche mit Seitennavigation.

Hast du ganz richtig erkannt.

Du wählst also aus, wofür der Override sein soll und das wird dann auch übernommen.

Jetzt wäre es doch praktisch, wenn der Platzhalter sowohl im Backend, als auch im Frontend benutzt wird, dass es gleich für beide überschrieben werden kann, ohne dass ich dass umständlich 2x eingeben muss, oder?

Wie Geil: da ist ja so ne Checkbox

Zuerstmal, ist das viel zum Lesen....

Keine Ahnung ob Du also schon den Hinweis erhalten hast (hier oder im anderen Thread)

Deine .htaccess ist veraltet!

Nutze die Originale von Joomla 4.3.2 -> https://github.com/joomla/joomla-cms/blob/4.3.2/htaccess.txt

Dann sehen wir weiter...

Erstmal die Frage warum du das so machst:

Zitat von Holgitsch

Code

$this->item   = $this->get('Item');
$this->seminars = $this->get('seminars');

Das ergibt irgendwie keinen Sinn, zumal du dann hier:

Zitat von Holgitsch

PHP

<a href="<?php echo Route::_('index.php?option=com_seminarmanager&view=seminar&id='.(int) $seminar->id); ?>">

falsch darauf zugreifst.

Um $seminar->id zu nutzen solltest du auch Das verwenden $seminars = $this->get('seminars');.

So würde ich das auch mit item machen, also $item = $this->get('Item');.

Du kannst ja dann beim Debuggen prüfen, ob was in den Variablen steht.

Ja, aber wie steht er im Editor, also im Quelltext?

Anders, wurde der TinyMCE verwendet in Joomla 3?

Denn dann wurden die Links womöglich "Hardgecoded" eingetragen, also aus der Browserzeile un das URL-Feld.

Das führt zu diesem Fehler.

Der JCE bietet hierzu eine Auswahlbox und trägt den index.php?... Link ein, der wird dann sauber ausgeführt.

Wie sieht denn so ein Link in deinem Beitrag aus?

Also vielleicht kannst du ja mal im Beitrag den Editor ausschalten und den Quelltext eines nicht funktionierenden Links hier Posten.

Ebenso wäre es interessant, eben den Link zum Beitrag auf der Seite zu sehen, sodass man sich ansehen kann, was Joomla aus dem Link im Backend-Editor-Fenster macht.

Ich würde mal behaupten, Du wurdes gehacked.

Diese Datei gibte es nicht in Joomla 3 oder Joomla 4.
Mein Joomla wurde gehackt! Was kann ich tun?

Mich würde ja interessieren, welche Dateien gelöscht wurden und ob sich im Joomla Root-Verzeichnis eine index.html befindet.