Beiträge von zero24

Zitat von Kallle

Leider steht in den XMLs überall nur direkt <name>com_XXX</name>. Sprachoverrides gehen also schon mal nicht.

Hast du des denn probiert mit com_XXX als Sprachstring? Genau dann sollte es funktionieren ein Problem hätten wir nur wenn da direkt der Name der Erweiterung drinsteht

Zitat von Kallle

dafür hatte ich plötzlich mehrere Menüs doppelt nebeneinander stehen.

Hast du vielleicht auch das neue und das alte Menü gesehen? Das neue musst du so einstellen das dir als Super Admin nicht angezeigt wird (also ein access level wo der SU keinen Zugriff hat) Oder du baust ein neues für alle und deaktivierst das Modul mit dem original Menü.

Hi,

Das freut mich als Tipp noch ich würde den obere Part also Zeile 13 ganz rausnehmen die erzeugt nur ungültiges html wenn diese Optionen aktiv sind

Hi,

da wirst du um einen Override von /modules/mod_custom/tmpl/default.php nicht herum kommen.

Im Override kannst du dann das div weg lassen

Hi,

hast du schon Sprachoverrides oder ein eigenes Backend Menü probiert?

Ersteres hängt an der Erweiterung also ob diese einen Sprachstring für den Erweiterungsname benutzen. Schau mal ob in der Haupt Erweierungs-XML (administrator/components/com_XXX/XXX.xml) unter `name` ein Sprachstring also z.B. `com_XXX` etc steht oder ob da direkt der String drin steht der dir angezeigt wird. Wenn da ein Sprachstring drin steht dann kannst du einen Sprachoverride für den String `com_XXX` machen und das ganze nennen wie du möchtest.

Das eigene Backend Menü ist dann nochmal um einiges mächtiger was Änderungen angeht

Hab einen Patch eingereicht welcher das fehlende Item nachrüstet

/modules/mod_breadcrumbs/tmpl/default.php -> Zeile 65 - 72 mit diesem Code ersetzen:

CMS PR: https://github.com/joomla/joomla-cms/pull/26268

Danke!

Hmm der IE und Chrome triggern das event zweimal.

Beim Suchen eine Lösung habe ich diesen Trick hier gefunden und als patch eingereicht

Folgendes Vorgehen (für com_content)

1. diese Datei öffnen: administrator/components/com_content/views/articles/tmpl/default_batch_footer.php
2. Die Zeilen 15-17 durch diese hier ersetzen:

Was hinzugekommen ist ist das `return false;` im onclick handler.

Gefunden hier: https://www.the-art-of-web.com/javascript/doublesubmit/

Patch für das CMS hier: https://github.com/joomla/joomla-cms/pull/26267

hab mir gerade einmal diese Erweiterung angesehen:

https://demo.lesarbresdesign.info/en/daily-view

https://www.lesarbresdesign.info/extensions/rentalot-plus

https://extensions.joomla.org/…servations/rentalot-plus/

Was wird da nicht umgesetzt? Kalender, Farbige Markierung etc. Die Knöpfe zu buchen können ja via override weg gemacht werden wenn sie nicht gebraucht werden

Kenn ich nur gut genug

Hi, das hört sich nach einer booking Komponente an: https://extensions.joomla.org/…s/booking-a-reservations/

Da sollte etwas dabei sein

Hmm an der Stelle wo bei dir der erste Fehler passiert steht weder in 3.9.10 noch in 3.9.11 ausführbarer Code:

https://github.com/joomla/joom…/input/src/Input.php#L313

https://github.com/joomla/joom…/input/src/Input.php#L313

Kannst du einmal nachsehen was bei dir in der Zeile 312 steht?

Bezüglich der ssl Fehlermeldung ich gehe davon aus das die in der Meldung genannt Domain deine ist? Wenn ja hast du diese Meldung schon mit deinem Hoster besprochen?

Laut Qualys SSL Labs ist die Zertifikats Chain nicht komplett: https://www.ssllabs.com/ssltes…erhaven.de&hideResults=on

Ggf kann dazu der Hoster etwas sagen.

Hmm ist Chrome auf dem neuesten Stand? Und welche Version vom IE wird benutzt?

Hi,

um welches Popup geht's denn? Bitte schicke uns einen Screenshot von dem Pop-up. Meines Wissens nach macht der Core selbst keine Pop-ups.

Vielleicht kommst du schon mit einem Sprach Override weiter: Backend -> Erweiterungen -> Sprachen -> Override -> Neu -> Text Suchen -> neuen Text eingeben -> speichern

https://docs.joomla.org/J3.x:Language_Overrides_in_Joomla/de

Hi,

das hier sollte weiterhelfen:

https://github.com/joomla/joom…d_articles_latest.php#L15

Oder meinst du etwas anderes?

Hi,

was genau hast du vor und von welchem ajax sprechen wir hier?

Meinst du ein solches ajax: https://github.com/joomla/joom…laupdate/joomlaupdate.php

Oder ein solches: https://github.com/joomla/joom…stem/stats/stats.php#L120

Oder noch ein anderes?

Hallo,

bitte überprüfe ob die Datenbank mit den Zugangsdaten aus der configuration.php erreichbar ist.

Ist mysql als service im xampp gestartet, kann via phpmyadmin auf die Datenbank zugegriffen werden?

Hi,

es fehlt im Controller `GaestebuchControllerGaestebuch` in der save Methode der Aufruf der save Methode vom model ($model->save($data)). Angepasst werden kann die Implementierung dann mit einer eigenen Implementierung der save Methode im GaestebuchModelForm.

Die Meldung "New guestbook successfully saved" kommt da die Meldung implementiert wurde aber nicht das speichern selbst:

^^^^ Obiges ist aus der genannten save Methode des Controllers davor müsste noch ein Aufruf der save Methode vom model passieren, sowie die Validierung der Antwort der Methode.

Zitat von sven101079

denn ich wüsste derzeit nicht, wie ich meine Anforderung mit overrides, alternativen Layouts oder Plugins lösen könnte.

in einer Kombination

Zitat von sven101079

Also ich brauche zunächst einmal eine eine Frontend-Registrierung sowohl für Privatkunden als auch für Geschäftskunden (daher natürliche und juristische Personen).

Umsetzbar über einen layout override + fields oder alternativ layout override + ein plugin welches die Felder einbaut.

Zitat von sven101079

Ich habe versucht, das ganze mittels Fields zu lösen, indem ich zur Standard-User-Registrierung einfach weitere Formularfelder hinzugefügt habe. Problem daran war insbesondere der Name, der für Privatkunden zwingend in Vor- und Nachname getrennt sein muss.

Ich persönlich würde hier drei Felder anlegen und dann beim Speichern die Werte für den Joomla Benutzer zusammenführen.

Zitat von sven101079

Ein eigenes Joomla Auth Plugin scheidet glaube ich aus. Ich habe zwar PHP Kenntnisse, bin aber sicherlich weit davon entfernt, das derart professionell zu bauen. Ich bin Hobbyist, nicht professioneller Entwickler...

Das wäre auch nur notwendig wenn du eine externe Benutzerverwaltung / Registrierung bauen würdest da du dir dann das manuelle anlegen der ganzen Benutzer sparst.

Zitat von sven101079

Übrigens, ich wollte eigentlich gar nicht richtig extern gehen, sondern für mein Vorhaben durchaus in Joomla bleiben. Mit dem Plugin DirectPHP kann man nahezu alles innerhalb Joomla umsetzen.

ich behaupte jetzt mal alles was du mit DirectPHP machen würdest kannst du auch in einen Layout Override hinterlegen, hängst dich damit nicht an das Plugin und nutzt den Core Standard weg und die Core Registrierung.

Grober Ablauf der Implementierung wäre der folgende:

- Felder für die unterschiedlichen Benutzer identifizieren

- Die User Felder im Backend in zwei unterschiedlichen Feld Kategorien anlegen

- Einen Template Override für diese Datei anlegen: https://github.com/joomla/joom…stration/tmpl/default.php in der dann die unterschiedlichen Formulare implementiert werden. z.B. indem man mit einem Schalter zwischen Geschäftskunde und Privatkunde wechselt und dann entsprechend die Fields aus der Kategorie anzeigt welche benötigt werden.

- Optional könnte in einem Plugin welches auf das Event "onUserBeforeSave" hört noch die beiden Felder für den Namen zusammengefügt werden sowie weitere Validierung wenn gewünscht. Alternativ zeigt man in dem override das Feld "Name" für den Nachnamen an und hat dort auch alle werte vorhanden.

Alternativ würde es auch gehen in der Kombination von Overrides und einem eigenen Form Plugin das Formular sehr individuell umzuschreiben und dann auch Felder zusammen zu fügen und Validierungen zu implementieren. Bei letzterem könnte ich mir auch vorstellen das man das "showon" feature benutzen kann. Also alle Felder definieren und als erste Auswahl "Geschäftskunde vs Privatkunde" und dann bei allen Felder zu hinterlegen, dieses Feld anzeigen wenn ich ein Geschäftskunde bin und diese wenn ich Privatkunde bin.

Um eigenes Programmieren wird man nicht herum kommen, DirektPHP ist bestimmt für einige Zwecke geeignet an dieser Stelle sehe ich es nicht da es hier schon um etwas mehr geht als nur um ein bisschen PHP code zur Ausgabe.

Hab gerade noch das hier gefunden: https://www.php.de/forum/weben…gt-php-mysqli-und-umlaute

Ich persönlich würde aber davon abraten an der joomla Database API vorbei Abfragen auf die Datenbank zu machen um genau solchen Problemen direkt aus dem weg zu gehen. Die Database API sorgt auch automatisch dafür das der prefix ersetzt wird, hat entsprechende Methoden zum select und update / insert etc. und nimmt natürlich automatisch die Zugangsdaten aus der configuration.php

Hi, was genau möchtest du da machen?

Macht es ggf. einen Unterschied wenn du die Daten über die Joomla Database API ausliest?

https://docs.joomla.org/Selecting_data_using_JDatabase

Ach ja vielleicht hilft dir auch das hier weiter: https://github.com/joomla/joomla-cms/pull/25649 ist zwar für 4.0 aber ggf hilft es hier schon weiter