2013/11/12 Robert Ewald robert...@jtro.de
Genau erklärt wird alles hier: http://getcomposer.org/doc/00-intro.md
Vorteile:
* vereinfachte Installation von Abhängigkeiten, inklusive von deren
Abhängigkeiten
* ein sehr gut getesteter Autoloader, der auch für den eigenen Code
verwendet werden
Hallo *,
2013/9/27 Thorben Thuermer r...@constancy.org
- schnellere Bearbeitung von requests
ich sehe noch das problem, inwieweit aenderungen vorher
reviewed/getestet
werden/sein sollten.
Das gehört doch aber zum Problem. PR47 lag 6 Wochen rum- nicht nur ohne
commit, sondern
On Tue, 12 Nov 2013 10:05:59 +0100
Andreas Goetz cpui...@gmail.com wrote:
2013/9/27 Thorben Thuermer r...@constancy.org
- schnellere Bearbeitung von requests
ich sehe noch das problem, inwieweit aenderungen vorher
reviewed/getestet
werden/sein sollten.
Das gehört doch aber
Hallo Justin,
Composer ist ein Werkzeug um Abhängigkeiten bei PHP-Projekten zu verwalten.
Du schreibst in eine Datei (composer.json) welche Bibliotheken Du in
welchen Versionen haben möchtest (optional *) und rufst Composer auf. Das
Tool installiert dann in einen Ordner vendor/ alle angegebenen
On Sat, 5 Oct 2013 12:22:23 +0200
Patrik Karisch patrik.kari...@gmail.com wrote:
Gibt es denn nun mal Meldungen, wie es konkret mit dem Projekt weitergehen
soll?
Gut bugfixen ist klar, aber was ist mit zukünftigen Entwicklungen?
dann entwickel' doch, viel spass.
Hi Patrik,
Am 05.10.2013 um 12:22 schrieb Patrik Karisch:
Gibt es denn nun mal Meldungen, wie es konkret mit dem Projekt weitergehen
soll?
zuerst mal danke für deinen Einsatz - ne Antwort ist das mindeste, was du dir
verdient hast, da hast du absolut recht.
Danke, dass du diese Diskussion
Hallo Torben,
2013/9/27 Thorben Thuermer r...@constancy.org
On Tue, 24 Sep 2013 14:35:02 +0200
Patrik Karisch patrik.kari...@gmail.com wrote:
Bis jetzt hat sich weder Justin noch Steffen dazu geäußert.
damit da mal was zu gesagt wird:
justin ist der initiator des projekts,
eine antwort
On Fri, 27 Sep 2013 08:57:39 +0200 Andreas Goetz cpui...@gmail.com
wrote:
Hallo Torben,
+h
2013/9/27 Thorben Thuermer r...@constancy.org
wenn jemand meint, dass wir mehr brauchen und dass er einer davon ist,
wuerde ich vorschlagen justin zu kontaktieren.
Dh. außerhalb dieser
Hallo,
Am 27.09.2013 13:52, schrieb Thorben Thuermer:
wie gehabt, wir (bzw. wohl justin) sehen darin nicht die alleinige
verantwortung des maintainers, und haben auch nicht die resourcen
(zeit) dafuer.
Kann es ja auch nicht sein - den Core mag man testen können, beim
Drumherum gibt es
Am 24. September 2013 18:56 schrieb Patrik Karisch patrik.kari...@gmail.com
:
Am 24. September 2013 15:59 schrieb W3ll Schmidt w3llschm...@gmail.com:
Die eher verhaltene Diskussion zeigt vielleicht auch, dass die Maintainer
mit dem Stand von VZ eigentlich ganz zufrieden sind und tatsächlich
On Tue, 24 Sep 2013 14:35:02 +0200
Patrik Karisch patrik.kari...@gmail.com wrote:
Auch W3ll Schmidt ist mit noch eine Antwort schuldig, warum
seine Repos nicht in der Volkszählergruppe auf GitHub sind ^-^
ich denke eher, du bist eine erklaerung schuldig, warum das denn so wichtig ist.
ich
On Tue, 24 Sep 2013 14:35:02 +0200
Patrik Karisch patrik.kari...@gmail.com wrote:
Bis jetzt hat sich weder Justin noch Steffen dazu geäußert.
damit da mal was zu gesagt wird:
justin ist der initiator des projekts,
eine antwort von ihm fehlt hier irgendwie,
er sagte mir er hat leider gerade keine
Hi
Am 23. September 2013 20:15 schrieb W3ll Schmidt w3llschm...@gmail.com:
Haste mal überflogen?
http://sqlite.org/speed.html
Das sqlite generell schneller ist, ist sowieso klar. Besonders auf dem
RPi dürften die Faktoren noch größer sein, da dieses nicht für MySQL
geeignet ist. Mir ging es
Hallo Zusammen,
ich habe mal auf Basis von
https://github.com/frasermac/xively-visualizer/eine kleine
Visualisierung für alle öffentlichen Kanäle des VZ
zusammengedübelt.
Wenn man das auf demo.volkszaehler.org zeigen lässt hätten wir damit ein
schönes Frontend mit deutlich weniger Code (und ein
Servus Andreas
Am 24. September 2013 14:07 schrieb Andreas Goetz cpui...@gmail.com:
Damit sowas geht bräuchten wir aber ein Repository in dem ich sowas
einbringen kann und das sich vielleicht generell etwas interaktionsfreudiger
gitb als die aktuelle Struktur:
- mehr Committer
- mehr
Hallo Patrick,
Am 24.09.2013 13:48, schrieb Patrik Karisch:
Das sqlite generell schneller ist, ist sowieso klar. Besonders auf dem
RPi dürften die Faktoren noch größer sein, da dieses nicht für MySQL
geeignet ist.
Kann ich so nicht bestätigen. Ich habe auf einer Dockstar mal sqllite im
Hallo,
2013/9/24 W3ll Schmidt w3llschm...@gmail.com
Am 24. September 2013 14:35 schrieb Patrik Karisch
patrik.kari...@gmail.com:
geäußert. Auch W3ll Schmidt ist mit noch eine Antwort schuldig, warum
seine Repos nicht in der Volkszählergruppe auf GitHub sind ^-^
LG Patrik
Ähmm,
Am 24. September 2013 15:59 schrieb W3ll Schmidt w3llschm...@gmail.com:
Ähmm, ehrlich?
Ich habe mich damit noch nie wirklich tiefgründig beschäftigt ;-)
Ich schaffe gerade clone; commit, push pull ...
Wäre eigentlich kein Unterschied, außer das sich die Adresse des Repos
ändern würde, mehr
On Tue, 17 Sep 2013 14:10:49 +0200
Patrik Karisch patrik.kari...@gmail.com wrote:
So, hab das mal abgespaltet vom anderen Thema.
Was die Codebasis von der Middleware betrifft, PHP ist Ansich kein Problem,
Doctrine ist kuhl, jep, aber vermisse trotzdem den Einsatz eines
Frameworks. Trotz
Am 17. September 2013 14:33 schrieb Thorben Thuermer r...@constancy.org:
schon doctrine war schon immer overkill fuer das projekt...
Ok, das ist jetzt wirklich Ansichtssache. Aus Programmierersicht
nicht, denn mit puren SQL Statements (ob prepared oder nicht), kann
ganz schnell ungut werden
20 matches
Mail list logo