Ok, enough is enough! Enough cake, enough Binge Watching, enough boardgames and old shool gaming (have you seen remastered versions of our childhood games? 😮🤩) …
More templates: We updated JoomLavel/documentation and we are proud to announce that more templates for JoomLavel/connect will be published on github.com/JoomLavel/templates soon. Templates enhance JoomLavel/connect functionality and are nearly finished.
Laravel Joomla DB Integration: Finally we are about to publish JoomLavel/JoomaDbLink. This component of the JoomLavel platform allows to integrate Joomla Database with Lumen or Laravel in an easy intuitiv way (eloquent).
Joomla has a quite ugly configuration file. configuration.php is cluttered and sorted i a very strange way?
<?php
class JConfig {
public $offline = '1';
public $offline_message = 'Wartungsmodus';
public $display_offline_message = '1';
public $offline_image = '';
public $sitename = 'joomlavel-joomla-dev';
public $editor = 'tinymce';
public $captcha = '0';
public $list_limit = '20';
public $access = '1';
public $debug = '0';
...
...
...
public $feed_email = 'none';
public $log_path = '/logs';
public $tmp_path = '/tmp';
public $lifetime = '15';
public $session_handler = 'database';
public $shared_session = '0';
}
I really like https://12factor.net/ and its twelve-factor app approach. configuration recommendation is to seperate config in a way that they are language- and OS-agnostic. But how to do this? Here is our approach:
The configuration.php could also be seperated in blocks:
#APP
public $live_site = '';
public $sitename = "joomla";
#DB
public $dbtype = 'mysqli';
public $host = 'localhost';
public $user = 'groot';
public $password = '';
public $db = 'joomlavel-dev';
public $dbprefix = 'f862e_';
#SESSION
public $session_handler = 'database';
public $shared_session = '0';
public $lifetime = '15';
In the last 2 years we have worked in complicated Joomla CMS project. The project has grown and we hit joomla limitations.
How to leave a vendor-lockin and joomla limitations? A REST API might be the solution. The Separation_of_concerns principle describes a seperation of a computer program in distinct sections.
JoomLavel allows you to use a modern laravel API backend in combination with your own joomla application. You can easily add functionalities in the laravel api to enchance joomla functionalities without changing the joomla framework code or joomla components or plugins.
Natürlich mögen wir Vagrant Homestead oder eine schöne Docker Instance, vieleicht auch eine VM oder einen Rootserver.
Laragon hat trotzdem seine Vorteile, Es ist eine „Turnkey“-Solution und das erleichtert das Deployment immens.
Ich brauche schnell eine lokale Joomla Instanz um ein Plugin oder eine Componente zu testen? Ist das WordPress Backup lauffähig? Dann schnell mal ein lokales WP aufsetzen. Ich will entwickeln und brauche eine Lumen oder Laravel basis.
Laragon – Schnell lokale Webseite erstellen
Die einzelnen „Muster“ für das automatische Deployment werden über die „Konfiguration“ eingestellt.
Seit Github seine Politik mit internen Projekten geändert hat, setzen wir es exzessiv ein. *träum* Siehe auch unser Getit-Berlin Github. Oder meine eigene JWalczak Github.
Wie man vielleicht schon mal schmerzlich feststellen musste, kann man von bestimmten 1&1 Verträgen (unser geehrter Kunde hat da ein Paket) nicht so einfach zu Github „pull“en.
Folgender Codesnippsel erleichtert uns die Arbeit …
Die muss mir dem Parameter: „scriptfilename“ und ggf. dem „title“ definiert werden. „dataid“ ist ein Parameter mit dem wir ggf. im .js weiterarbeiten können.
Das entsprechende .js mit der DataTables definition wird über „addScript“ geladen.