Wir erstellen ein Laravel Lumen Projekt, „gitb-lumen“ genannt. Öffen Laragon, starten die Dienste und „Neue Webseite erstellen“ => „Lumen“.
Nach einer weile (Installing…..) haben wir dann eine frische Laravel Lumen Umgebung.
Kategorie: Entwicklung
Laragon = WAMP + Composer + GIT + Framework/CMS Support …
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.
Die einzelnen „Muster“ für das automatische Deployment werden über die „Konfiguration“ eingestellt.
Die sites.conf sieht wie folgt aus:
...
# WordPress
WordPress=https://wordpress.org/latest.tar.gz
# Joomla
Joomla=https://github.com/joomla/joomla-cms/releases/download/3.9.8/Joomla_3.9.8-Stable-Full_Package.tar.gz
...
# Laravel
Laravel=composer create-project laravel/laravel %s --prefer-dist
Laravel (zip)=https://github.com/leokhoa/quick-create-laravel/releases/download/5.6.21/laravel-5.6.21.7z
Lumen=composer create-project laravel/lumen %s --prefer-dist
...Die automatischen vhost sind nützlich. HeidiSQL, Composer, GIT gehören immer dazu und sind dabei.
In Verbindung mit JetBrains IDE Tools z.B. PhpStorm kann man schnell eingene Anwendungen entwickeln.
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 …
pl.sh
GIT_SSH=/kunden/homepages/yy/dxxxxxx/htdocs/ssh git pullund
pu.sh
GIT_SSH=/kunden/homepages/yy/dxxxxxx/htdocs/ssh git push --set-upstream origin masterMan schau sich blos den Dateinamen an 😉 „pu.sh“
Natürlich muss man noch die ssh Datei hinzufügen. Die enhält folgendes:
ssh -o UserKnownHostsFile=/dev/null -i /kunden/homepages/yy/dxxxxxx/htdocs/id_rsa -o StrictHostKeyChecking=no $*Die id_rsa Datei enthält unseren Github ssh-key. Et voilà push und pull funktionieren wie gewohnt. *puhhh*
NACHTRAG: Natürlich noch chown Rechte beachten.
Wir wollten eine einfache schlanke Lösung um tabellarisch Informationen anzuzeigen.
Uns wurde https://datatables.net/ empfohlen. Wie setzen wir es ein?
Im Frontend reicht eine generische View. Einzelnen Views werden nur über eine einzelne .js Datei und den entsprechenden Backen-Endpoint definiert.
Wie sieht die generische View aus in einer Joomla componenten aus?
<?php
defined('_JEXEC') or die();
$application = JFactory::getApplication();
$document = JFactory::getDocument();
$document->addScript("https://cdn.datatables.net/v/dt/jszip-2.5.0/dt-1.10.18/b-1.5.6/b-colvis-1.5.6/b-html5-1.5.6/b-print-1.5.6/sl-1.3.0/datatables.min.js");
$document->addStyleSheet("https://cdn.datatables.net/v/dt/jszip-2.5.0/dt-1.10.18/b-1.5.6/b-colvis-1.5.6/b-html5-1.5.6/b-print-1.5.6/sl-1.3.0/datatables.min.css");
if (isset($this->scriptfilename)) {
$document->addScript(JURI::base().'components/com_js/assets/js/'.$this->scriptfilename.'.js');
}
if (isset($this->title)) {echo "<h2>".$this->title."</h2>";}
?>
<table cellpadding="0" cellspacing="0" border="0" dataid="<?php echo $this->dataid; ?>" class="display mydatatable" id="<?php echo $this->scriptfilename; ?>" width="100%">
</table>
...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.