September 2016 - Entwicklung

Nachtrag zur Mittwochssession
by Stefan Wieden 29 Sep '16

29 Sep '16

Ich habe noch ein Buch bekommen, dass ich euch als E-Book auf dem datashare zur Verfügung stelle: /media/pdc01_vw_infra_gs_xtrav_de/datashare/eBooks/Softwarequalität_in_PHP_Projekten_3446435824_WM_24197601.pdf -- Viele liebe Grüße Stefan Wieden - Development ___________________________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 20 Internet: http://traso.de E-Mail: s.wieden(a)traso.de ___________________________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

build_customer_config && composer info
by Oliver Horn 27 Sep '16

27 Sep '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Moin, in build_customer_config, auch bekannt als "xadmin_config", sind in den vergangen Tagen mehrere kleine Änderungen an alten Fallbacks zum Thema Autoloader und "absolute vs relative Paths" eingeflossen => http://stash.app.infra.gs.xtrav.de:7990/projects/PHP/repos/build_custome r_config/pull-requests/101/overview deswegen bitte ich euch einmal "xadmin_config" zu pull, bitte darauf achten das ihr im MASTER seit. Composer Seit heute haben wir Composer im xres (ab develop), somit ab 2.7 Live. Wie aktiviert man den spaß? "move to xres_git" (man muss im develop sein oder aktueller) curl -O https://getcomposer.org/composer.phar php composer.phar install Nun zieht sich composer anhand der composer.lock alle Abhängigkeiten. Alle Repos liegen bei uns im Stash unter "http://stash.app.infra.gs.xtrav.de:7990/projects/EX" Wenn es Abhängigkeiten gibt die wirklich benötigt werden, MÜSSEN diese Rekursiv (anhand weiterer Abhängigkeiten) im External Projekt angelegt werden, wir sollten aber darauf achten das nicht jeder mist rein kommt. z.b. aktuelle PHPUnit-Versionen sollten immer mal rein, auch wenn wir noch nicht die PHPUnit 5.X nutzen können. Wenn jemand Änderungen macht, muss auch die composer.lock geupdated werden und mit gepusht werden, sonst ist die Änderung nicht mit LIVE, da wir nur ein "php composer.phar install" im bamboo machen, damit wir immer die gleiche Version nutzen, Hier können aber auch Probleme zwischen Dev-Kisten PHP 5.5 und Bamboo PHP 5.4, passieren, bitte bitte aufpassen, man kann die Abhängigkeiten relativ einfach über die composer.lock nachlesen. Wenn Fragen zu Composer sind kann ich da gern auch helfen. Ab 2.7.1 bzw. dann wenn alles umgestellt ist und keiner mehr mit einer Version vor 2.7 arbeitet, kann unter lib Zend und ZendX gelöscht werden, da wir dies über composer abbilden, dazu werde ich aber noch eine notice mail schreiben, damit man das nicht vergisst. Weitere Änderungen durch Composer, es muss keine PHPUnit.phar mehr installiert werden auf der Dev-Kiste sondern es kann das PHPUnit vom autoloader genommen werden. (Wenn hier noch eine Erklärung gewünscht ist bitte bescheid geben) Auch wird nun eine Aktuelle vfsStream Version genutzt, diese kann man ganz einfach nutzen, bsp. für den Umbau finden sich @ http://stash.app.infra.gs.xtrav.de:7990/projects/PHP/repos/xres/pull-req uests/6859/diff#tests/xhotels/classes/Provider/Anixe/Reader/PricesTest.p hp Somit gehört langsam der Pear Workflow der Vergangenheit an. (wir sind aber noch nicht ganz fertig, siehe DBH). Wichtig nochmal, es soll nicht jeder mist via Composer als Abhängigkeit geladen werden, sondern wirklich nur wichtige Sachen. (bsp. PSR-Interface) - -- Mit freundlichen Grüßen Oliver Horn - Entwicklung - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 90 987 45 E-Mail: o.horn(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJX6UhxAAoJEJJVTvLi/DO6LyYIAK7PtoF6ACXPUEgoTC29CRBN gKqunkrml2KnsF1GMfikRP2b50ojJxm5tNlkRn3i7VW6IH3Mqom5d6WGuxL/yXES v8OraqwRtYTit6ugZyWI9mJ5nmxw4jXsUiag4J6g6OMG1uX0MHNt0QGqyZDORbyd e3bEYRiN9kYO3sEZq9QqoNQJNlICSBSfMOchJJAp3Lj4DBmGeQZT0I/S/IOf6vu1 pn3yqxwaijjajMndBlDVgnDTPQDX56XFoSr9R6MT8MGiGgUU8UWfPFUWxikPfikg /xU4L5VUR8natN/uBu7r0fp3ZtLtmmNGXwaVmRyu7i1vvlpxhJ8KA/rUJa/4Qck= =oAEH -----END PGP SIGNATURE-----

2 2

Was eigentlich "MIT License" bedeutet
by Viktoras Bezaras 23 Sep '16

23 Sep '16

https://writing.kemitchell.com/2016/09/21/MIT-License-Line-by-Line.html -- Mit freundlichen Grüßen Viktoras Bezaras - Entwickler - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 44 E-Mail: v.bezaras(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

3 4

Re: [Entwicklung] noexec für /var/xres
by Stefan Rank-Kunitz 20 Sep '16

20 Sep '16

Moin, Ich bitte Dich, den Neustart aller erforderlichen HOCL-Systeme in Abstimmung mit Nadine Feil durchzuführen. VG SRK Mit freundlichen Grüßen Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 - 43 E-Mail: s.rank-kunitz(a)traso.de ________________________________________________________ Handelsregister: Amtsgericht Leipzig, HRB 21850 Am 19.09.2016 um 11:47 schrieb admin: > Dafür muss der Server neugestartet werden, da ständig ein Prozess im > /var/xres arbeitet, was verhindert die Partiton neu zu mounten. > > Am 19.09.2016 um 10:55 schrieb Stefan Rank-Kunitz: >> Moin, >> >> Heute wurde der Kunde HOCL auf das CronTab-Deployment umgestellt. Dabei >> wird auch ein Logrotate-Shellscript nach /var/xres verschoben (lag >> vorher in /usr/local/bin) -> und ist nicht ausführbar, weil /var/xres >> mit "noexec" gemountet ist (in diesem Fall auf data01.hocl). >> >> Bitte passt alle xRes-Kundensysteme so an, dass /var/xres auch >> ausführbare Skripte enthalten darf => ich stelle nach und nach alle >> Kundensysteme auf das Deployment von CronTabs um. >> >> VG SRK >>

2 5

noexec für /var/xres
by Stefan Rank-Kunitz 19 Sep '16

19 Sep '16

Moin, Heute wurde der Kunde HOCL auf das CronTab-Deployment umgestellt. Dabei wird auch ein Logrotate-Shellscript nach /var/xres verschoben (lag vorher in /usr/local/bin) -> und ist nicht ausführbar, weil /var/xres mit "noexec" gemountet ist (in diesem Fall auf data01.hocl). Bitte passt alle xRes-Kundensysteme so an, dass /var/xres auch ausführbare Skripte enthalten darf => ich stelle nach und nach alle Kundensysteme auf das Deployment von CronTabs um. VG SRK -- Mit freundlichen Grüßen Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 - 43 E-Mail: s.rank-kunitz(a)traso.de ________________________________________________________ Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

Speichererweiterung test02.dev
by Stefan Wieden 13 Sep '16

13 Sep '16

Hallo Kollegen, ich habe gerade festgestellt, dass der test02 mit seinen 4GB Speicher nicht mehr weit kommt (2x xRes + DEV Datenbank). Es wären noch Resourcen frei, sodass Thomas die VM erweitern könnte, nur muss sie dazu ausgeschaltet werden. Bitte gebt mir Bescheid, wann wir das angehen können. Auf dem test02.tso laufen zur Zeit GERMANIA (MPU?) und SDUK (SWI). Also vor heute Mittag wird es nicht passieren ;-) -- Viele liebe Grüße Stefan Wieden - Development ___________________________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 20 Internet: http://traso.de E-Mail: s.wieden(a)traso.de ___________________________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850

2 1

jQuery update - assets - externals
by Oliver Horn 12 Sep '16

12 Sep '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Moin, heute wurden im externals Repo folgende Sachen gelöscht bzw. geadded: removed jquery 2.1.3 removed jquery migration 1.2.1 removed jquery ui 1.11.3 removed zf1.10.6 removed zf1.11.11 removed zf1.11.6 removed highcharts added jquery 3.1.0 added jquery migration 3.0.0 added jquery ui 1.12.0 added highcharts from xres Bitte updated euer externals Repo, da der develop bald (in dieser Woche noch) auf diese Versionen zeigt. Wie updated man das Repo? Unter xres-vm-[kürzel] sollte ein Ordner externals liegen, auf diesem einfach ein "git pull" machen, dann solltet ihr den latest Stand ziehen (wichtig branch master). - -- Mit freundlichen Grüßen Oliver Horn - Entwicklung - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 90 987 45 E-Mail: o.horn(a)traso.de Internet: http://www.traso.de ________________________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig, HRB 21850 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJX1s0kAAoJEJJVTvLi/DO6nBwIAKLM9/FSqY64QNNphGtB+dlg +ZGBpDYkDTENtxqyzBkIuQNELqJLLnOAsNoqKnPBbNa/x2lzZWdVxBQpFJOBZAwu yGbjdBq9T+9ecgc3w0enra5YuXLDDqgpgtYvlXnTKHdqge9lC5Hwx4HDqcxRBdyC EuM72erUjApUR0I8yxncs1K/iwGFznD7Fxr4854mEkl7TMsiXBkABxCmm1VMGrhE p9VU4lUaOqN7RWZ4KdDiUGhIYgjfKlwWkhk2tfgmJfGIu+lOBol1SwB89D0c06YW ZqqJBwgFfLwjVTaFGC9PzD+xaWj5HLIGmknY4MUxZA0BjA2WYMCsXbgZjAdziLY= =G99x -----END PGP SIGNATURE-----

1 0

Ausrollen von CronJobs auf 4YBK (und später andere)
by Stefan Rank-Kunitz 06 Sep '16

06 Sep '16

Moin, Durch die Umstellungen des Deployments heute ist es nun möglich (und für bereits umgestellte Systeme erforderlich), CronTabs auf KundenSysteme auszurollen. Ziele: * Durch ein Git-Repo ist nachvollziehbar, wer wann welche CronTabs geändert hat und was als "Kommentar" dazu notiert wurde. * Deployment-ToDos in Form von CronTabs können vorab in einem Release-Branch geändert und zum Livegang einer xRes-Version in den "master" übernommen werden. Damit werden Deployment-ToDos schneller und sicherer. * Änderungen können per Deployment-Click zurückgedreht werden. * Über einen (noch zu integrierenden) Check wird es (ähnlich UnitTests) nicht mehr möglich sein, "kaputte" CronTab-Dateien in den master-Branch zu mergen und live zu nehmen. Vielen Dank an Viktoras für den Vorschlag eines geeigneten Parser-Tools! Wie geht das? 1. Bitte checkt bei Euch das git-Repo "build_customer_config" aus: git clone ssh://git@stash.app.infra.gs.xtrav.de:7999/php/build_customer_config.git 2. Darin ist das Verzeichnis "xres_system_config" allgemein dafür gedacht "Konfigurationen" (Apache-Configs, CronTabs, Logrotate-Configs, ...) auf xRes-Systeme auszurollen und unter /var/xres abzulegen. Von dort werden alle mit xres_ beginnenden Dateien im Deploiyment automatisch nach /etc/cron.d/ gesymlinkt und somit aktiviert. 3. Jeder Kunde hat in diesem Ordner "sein eigenes" Verzeichnis für kundenspezifische Dateien => so ist z.B. die Liste der laufenden Importe eines Data01 natürlich keine zentrale CronTab (für alle Kunden / Maschinen), sondern spezifisch für einen Data01 eines Kunden JT abzulegen. Darüber hinaus ist im Verzeichnis "XX" jedoch vorgesehen, Konfigurations-Dateien über Kunden und / oder Maschinen hinweg abzulegen und damit auf ALLEN Kundensystemen oder allen Service01 ALLER Kunden auszurollen. So liegt zum Beispiel die CronTab für die Rotation der xRes-HTML-Logs an nur genau EINER Stelle des Vz. Baums build_customer_config/xres_system_config/XX/XX/etc/cron.d/ => Die Ordernerstruktur ist sicher intuitiv. 4. Ihr erstellt Euch in Zukunft bitte einen Branch vom "master", ändert darin eine CronTab und gebt dies wie immer als PullRequest an einen anderen Entwickler zur Prüfung. 5. Nach dem Merge kann die Config per Bamboo http://bamboo.luan.xres.de/deploy/viewDeploymentProjectEnvironments.action?… auf Kundensysteme ausgerollt werden und ist sofort live. Nächste Schritte: * Ich bitte Euch DRINGEND, den Kunden 4YBK NUR NOCH auf oben genanntem Weg auszurollen. Manuelle Änderungen an CronTabs würden anderenfalls beim nächsten Deployment zerstört und nicht mehr aktiv sein. * Parallel werde ich mich kümmern, auch alle anderen Kunden und Systeme auf diesen Prozess umzustellen. Dies bedeutet besonders den Download der aktuellen CronTabs, Modularisierung in viele kleine CronTabs und Einchecken in das oben genannte Repo. Natürlich informiere ich alle Beteiligten, bevor ein Kunden umgestellt und "überrollt" wird. * Natürlich wünsche ich mir Eure Anregungen und Vorschläge, das System anzupassen, einfacher und "besser" zu machen. VG SRK -- Mit freundlichen Grüßen Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 - 43 E-Mail: s.rank-kunitz(a)traso.de ________________________________________________________ Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0

Umstellung xRes-Deployments
by Stefan Rank-Kunitz 06 Sep '16

06 Sep '16

Moin, Soeben ist eine umfangfreiche Re-Fakturierung des xRes-Deployments (genauer: der Phing-Configurationen) live gegangen. Trotz erfolgreicher vorausgehender Tests und Tests im Bamboo nach der Umstellung KANN es Probleme mit Deployments des xRes-Code oder der Datenbanken geben. Sollte das eintreten, bitte ich benachrichtigt zu werden. VG SRK -- Mit freundlichen Grüßen Stefan Rank-Kunitz - Lead Developer - ________________________________________________________ TraSo GmbH Nonnenstraße 42 D-04229 Leipzig Tel.: +49 341 355 740 - 43 E-Mail: s.rank-kunitz(a)traso.de ________________________________________________________ Handelsregister: Amtsgericht Leipzig, HRB 21850

1 0