Ich finde die Templates von https://www.joomla51.com/ ganz gut. Es gibt eine sehr große Auswahl an unterschiedlichen Templates, die sich ohne Programmierkenntnisse an die eigenen Bedürfnisse schnell anpassen lassen.
Aktuell beschäftige ich mich auch mit dem Atroid Framework, was auch einen richtig guten Eindruck macht. Bisher hatte ich immer die Finger von den Frameworks gelassen, da ich eigentlich keine großen Änderungen am Template mehr mache, wenn das einmal steht.
Ich habe mein Plugin auch fertig, welches auf das Joomla Standard Plugin basiert.
Im Endeffekt wird die Abfrage erweitert, so dass der User sich entweder mit seinem Benutzernamen oder E-Mail Adresse anmelden kann.
$query = $db->getQuery(true)
->select($db->quoteName(['id', 'password','username']))
->from($db->quoteName('#__users'))
->where($db->quoteName('username') . ' = :username', 'OR')
->where($db->quoteName('email') . ' = :email')
->bind(':username', $credentials['username'])
->bind(':email', $credentials['username']);Etwas tiefer muss noch zusätzlich angegeben werden:
$response->username = $result->username;
$credentials['username'] = $result->username;Einfacher ist es auch, wenn du dich an die Datei-/Klassenstruktur von Joomla hälst (was jetzt nicht unbedingt dein Problem löst):
- CamelCase statt Snake_Case
- Subscriber-Interface für das Plugin
Ja - ich habe es jetzt dahingehend geändert und die fehlende Ergänzung vorgenommen.
Hauptproblem war, dass ich den Zusatz am Ende des Namespace vergessen hatte.
Jetzt funktioniert es auch. Damit kann ich jetzt weiter machen.
Ah - ich glaube ich habe den Fehler gefunden. 
in der "..\plugins\authentication\itcs_email_login\src\Extension\itcs_email_login.php" fehlt scheinbar am Ende des Eintrag noch die Angabe des Verzeichnis "\Extension"
namespace ITCS\Plugin\Authentication\ItcsEmailLogin\Extension;Ich würde mal sagen, da stimmt was mit dem namespacing nicht.
Nach meinem Verständnis müsste das richtig sein. Bei den Modulen funktioniert es auf jeden Fall. Bei Plugins hatte ich es bisher noch nie eingesetzt. Bei Plugins kommt ja die Gruppe noch mit dazu.
In der XML steht
<namespace path="src">ITCS\Plugin\Authentication\ItcsEmailLogin</namespace>in der "..\plugins\authentication\itcs_email_login\src\Extension\itcs_email_login.php" ist der Eintrag
namespace ITCS\Plugin\Authentication\ItcsEmailLogin;und in der "...\plugins\authentication\itcs_email_login\services\provider.php" wir der aufgerufen mit
use ITCS\Plugin\Authentication\ItcsEmailLogin;Wenn ich mir die Einträge in der autoload_psr4.php anschaue und vergleiche:
'ITCS\\Plugin\\Authentication\\ItcsEmailLogin\\' => [JPATH_PLUGINS . '\authentication/itcs_email_login/src'],
'Joomla\\Plugin\\Authentication\\Joomla\\' => [JPATH_PLUGINS . '\authentication/joomla/src'],Ich hatte die itcs_email_login.php auch schon mal umbenannt nach Itcs_email_login.php, dass die mit einem großen i beginnt. Aber beim Windows-System spielt das eigentlich keine große Rolle.
Bei den Modulen habe ich den Namespace genauso, nur da gibt man keinen Pfad an, weil es direkt in die Helper geschrieben wird.
Version: Joomla 4.3.2
PHP: 8.0
localhost (XAMPP)
Hallo zusammen,
auf Basis des Joomla Authentication Plugin, wollte ich ein eigenes Authentication Plugin erstellen. Ich hatte mir dazu das in J 4.3 bestehende kopiert und erst einmal mit meinen Namen/Bezeichnungen angepasst. Allerdings scheitere ich noch an der provider.php
Folgende Meldung wird ausgegeben:
0 Class "Itcs_email_login" not found
Inhalt der "services\provider.php" (Kopie vom Original)
use Joomla\Event\DispatcherInterface;
use ITCS\Plugin\Authentication\ItcsEmailLogin;
return new class () implements ServiceProviderInterface {
/**
* Registers the service provider with a DI container.
*
* @param Container $container The DI container.
*
* @return void
*
* @since 4.3.0
*/
public function register(Container $container)
{
$container->set(
PluginInterface::class,
function (Container $container) {
$dispatcher = $container->get(DispatcherInterface::class);
$plugin = new Itcs_email_login(
$dispatcher,
(array) PluginHelper::getPlugin('authentication', 'Itcs_email_login')
);
$plugin->setApplication(Factory::getApplication());
$plugin->setDatabase($container->get(DatabaseInterface::class));
return $plugin;
}
);Inhalt der "src\Extension\Itcs_email_login.php"
namespace ITCS\Plugin\Authentication\ItcsEmailLogin;
use Joomla\CMS\Authentication\Authentication;
use Joomla\CMS\Plugin\CMSPlugin;
use Joomla\CMS\User\User;
use Joomla\CMS\User\UserHelper;
use Joomla\Database\DatabaseAwareTrait;
\defined('_JEXEC') or die;
/**
* Joomla Authentication plugin
*
* @since 1.5
*/
final class Itcs_email_login extends CMSPlugin
{
use DatabaseAwareTrait;
/**
* This method should handle any authentication and report back to the subject
*
* @param array $credentials Array holding the user credentials
* @param array $options Array of extra options
* @param object &$response Authentication response object
*
* @return void
*
* @since 1.5
*/
public function onUserAuthenticate($credentials, $options, &$response)
{
$response->type = 'Itcs_email_login';
// Joomla does not like blank passwordsDer Namespace wird korrekt in die autoload_psr4.php geschrieben.
In der XML habe ich bei Namespace auch den Pfad "src" eingetragen.
Ich kann irgendwie keinen Fehler finden - komme aber nicht darauf, warum das nicht funktioniert.
Hat von Euch jemand einen Tipp?
Wollte demnächste noch weitere Plugins von J3 auf J4 umstellen und dann auch gleich auf den neusten Stand bringen. Das hier wäre mein erster Test.
Ideal wäre ein Authentication Plugin auf Basis des Joomla-Plugin, welches statt des Benutzernamen die E-Mail Adresse abfragt. Ich weiß nicht ob das schon jemand erstellt hat. Ich wollte es für meine Vereinsseite ansonsten auch noch machen. Schon mal bei den Extensions geschaut?
Und gibt es nicht irgendwo eine vernünftige! Doku zu all den Helpern und Co?
Wenn Du das für 4.3.x und höher bauen möchtest, dann ist die beste Doku der aktuelle Code auf github. Siehe Link von #2
Wenn es ggf. auch in älteren Versionen verwendet werden soll, dann könntest Du die Dokus auf der Joomla-Seite nehmen.
Das Problem bei den Dokus ist aktuell, dass die Änderungen und zukünftigen Verbesserungen schneller entwickelt werden, als man mit der Doku hinterher kommt. Aus diesem Grund scheuen sich auch viele wieder neue Bücher zu schreiben, da das Buch zur Herausgabe schon wieder veraltet ist.
Aber da das alles Open Source und ein Gemeinschaftsprojekt ist, ist jeder eingeladen sich mit daran zu beteiligen. Dazu gehört neben der Weiterentwicklung auch das Testen, Fehler melden, sowie auch das Schreiben der Dokumentation. 
OK - wenn die Models das nicht selbst pflegen, sondern nur Du. Dann würde ich das über Beiträge machen. Hier lassen sich auch Custom Fields verwenden. Für die Bildergalerie ein wiederholbares Feld mit dem Media-Manager, über diesem man Bilder hochladen und auswählen kann.
Die Beiträge kannst Du Kategorien zuordnen und auch Tags. Mittels der Tags kannst Du auch Filter anlegen u.ä.
Für die Bildergalerie mittels Custom Field, gibt es hier einen Ansatz:
Ich würde das mit Usern machen - diese in einer separaten Usergruppe. Die Felder für das Profil mit Custom-Fields. Da kann man sich frei "austoben".
Einzig für die Bilder - da müsste man was einrichten, dass es User-eigene Verzeichnisse gibt, wo nur deren Bilder drin sind und der User auch nur diese Bilder bearbeiten kann. Ich glaube mit dem JCE-Editor sollte so etwas möglich sein.
Kann es sein, dass Du für den ersten Beitrag einen separaten Menüeintrag hast? Ggf. In diesem Schattenmenü?
Der generierte Link könnte auf so was hindeuten, da dieser ohne der Beitrags-ID angezeigt wird:
https://neu.hillesheim.de/index.php/beispiel-link-3Die anderen Links zu den Beiträgen haben die ID des Beitrag voran gestellt. So wie hier mit der "7":
https://neu.hillesheim.de/index.php/7-blog-artikel-2Die Werte von den custom fields findest Du in der Tabelle #__fields_values
Das nutze ich, um die Werte abzurufen. Übergeben wird dabei die ID des Users, um all seine Werte abzufragen.
$context = 'com_users.user';
$query = $db->getQuery(true)
->select(['f.name', 'v.value'])
->from($db->quoteName('#__fields_values', 'v'))
->join('LEFT', $db->quoteName('#__fields', 'f') . ' ON ' . $db->quoteName('f.id') . ' = ' . $db->quoteName('v.field_id'))
->where($db->quoteName('f.context') . ' = :context')
->where($db->quoteName('v.item_id') . ' = :userId')
->order('f.ordering')
->bind(':context', $context)
->bind(':userId', $userId, ParameterType::INTEGER);Moin moin,
eigentlich wäre es genau wie Christine in #2 geschrieben hat. Nur eben direkt auf die Klasse .openhours oder spezifischer auf die id. Damit sollte auch das responsive nicht im Wege stehen.
#openhours259 {
margin: 0 auto;
}Ich würde auch schon ein eigenes Override vom aktuell genutzten machen. Das im Link sollte nur als Ansatz dienen. In der Datei MULTIPLEBLOG.PHP sieht man ab Zeile 83 wo die Subkategorie abgefragt und als H4 Titel ausgegeben wird.
Schaue Dir mal dieses Override an: https://www.j-over.de/de/templ…loglayout-nach-kategorien
Ich denke, das geht in diese Richtung.
Was im ersten Link eingesetzt wurde ist dieses hier: https://www.magictoolbox.com/magiczoom/modules/joomla/
Im Endeffekt sind es Bilder, die bei einem Mousover gezoomt werden.
Hier findest Du hier auch viele weitere Erweiterungen um Bilder darzustellen.
Kurze Erläuterung des Plugin: Es ist ein User-Plugin und feuert bei onUserAfterSave(). Hier werden die alten und neuen Daten verglichen und bei Änderungen werden diese in einer Mail mit Gegenüberstellung versendet. Die Mail enthält Standard-Werte wie Name, Benutzername und E-Mail des Benutzer. Zusätzlich kann man die Felder vom Joomla-Profil hinzufügen lassen oder auch Custom-Fields, wenn diese aktiviert / angelegt sind.
Vorher wurde immer eine Mail versendet, wenn die Daten geändert wurden. Mit dem neusten Update habe ich die Auswahl von Benutzergruppen hinzugefügt. Das heißt, bevor die Mail versendet wird, wird zusätzlich geprüft, ob der User Mitglied eines der gewählten Benutzergruppen ist.
Für den hier beschriebenen Einsatzfall möchte er aber, dass die E-Mail nur versendet wird, wenn bestimmte Felder ausgefüllt sind.
Ich habe mich bisher mit den in J4 integrierten Sheduled Tasks noch nicht beschäftigt. Mein Vorschlag wäre sonst gewesen, dass man einen Cronjob erstellt, der die Felder prüft und wenn diese wie gewünscht befüllt sind, dann wird der User in eine andere Benutzergruppe aufgenommen und ein Wert für das Plugin geändert.
Da brauchst Du etwas mehr Variablen, in denen Du die CSS-Klassen bei Bedarf rein schreibst.
<?php
if ($this->countModules('dp-rechts') && $this->countModules('dp-links')){
$c = 'col-md-6 ';
$l = 'col-md-3 ';
$r = 'col-md-3 ';
}elseif($this->countModules('dp-links') && !$this->countModules('dp-rechts')){
$c = 'col-md-9 ';
$l = 'col-md-3 ';
$r = '';
}elseif(!$this->countModules('dp-links') && $this->countModules('dp-rechts')){
$c = 'col-md-9 ';
$l = '';
$r = 'col-md-3 ';
}else{
$c = '';
$l = '';
$r = '';
}
?>
<!-- DP-Content -->
<div class="container">
<div class="row">
<?php if ($this->countModules('dp-links')): ?>
<div class="<?php echo $l; ?> dp-content-links">
<jdoc:include type="modules" name="dp-rechts" style="html5" />
</div>
<?php endif; ?>
<div class="<?php echo $c; ?> dp-content">
<jdoc:include type="message" />
<jdoc:include type="component" />
</div>
<?php if ($this->countModules('dp-rechts')): ?>
<div class="<?php echo $r; ?> dp-content-rechts">
<jdoc:include type="modules" name="dp-rechts" style="html5" />
</div>
<?php endif; ?>
</div>
</div>
<!-- DP-Content -->Ich habe das jetzt so frei Hand geschrieben und nicht getestet. Aber das wäre in etwa eine Variante.
Ich würde das ggf. etwas kürzer fassen.
oder so ähnlich
<?php $c = ($this->countModules('dp-rechts'))?'col-md-9':''; ?>
<!-- DP-Content -->
<div class="container">
<div class="row dp-content">
<div class="<?php echo $c; ?> dp-content-links">
<jdoc:include type="message" />
<jdoc:include type="component" />
</div>
<?php if ($this->countModules('dp-rechts')): ?>
<div class="col-md-3 dp-content-rechts">
<jdoc:include type="modules" name="dp-rechts" style="html5" />
</div>
<?php endif; ?>
</div>
</div>
<!-- DP-Content -->Deshalb musst du ihn als Variable übergeben:
super - das war es gewesen. Da muss man aber auch erst einmal drauf kommen.
