Fork Clansuite on GitHub

Internet Relay Chat - Logs for #koch
Collected by k-logbot on chat.freenode.net

IRC Log for Montag, 08. Oktober 2012

  1. [00:00:29] <jakoch> hmm
  2. [00:00:40] <jakoch> schnelle lösung, löschen, neu clonen
  3. [00:01:14] <jakoch> git reset --hard HEAD~1
  4. [00:01:19] <jakoch> hilft auch oft wunder
  5. [00:01:42] <Rikku`on> das problem ist wohl, das ich auf origin/master die updates druff habe
  6. [00:02:06] <Rikku`on> aber die nicht im upstream sind
  7. [00:04:03] <jakoch> da fehlt eigentlich nur ein merge
  8. [00:05:43] <Rikku`on> Your branch and 'origin/master' have diverged,
  9. [00:05:50] <Rikku`on> and have 5 and 6 different commits each, respectively.
  10. [00:06:14] <jakoch> mensch, da is ja richtig git party ^^
  11. [00:06:53] <Rikku`on> ich dreh durch :D
  12. [00:08:38] <jakoch> ach was... kriegen wir alles wieder hin
  13. [00:08:40] <Rikku`on> also ich habe jetzt (glaub ich) mein master in-sync mit upstream/master
  14. [00:09:02] <Rikku`on> jetzt würde ich gerne noch den orign/master damit syncen
  15. [00:09:26] <Rikku`on> und alles was da verkehrt ist darf der gerne überschreiben :D
  16. [00:10:31] <jakoch> also upstream is KSST/KF:master
  17. [00:10:46] <jakoch> origin/master is dein KF fork:master
  18. [00:10:52] <Rikku`on> jp
  19. [00:10:54] <Rikku`on> jo
  20. [00:11:18] <jakoch> git reset --hard HEAD~1
  21. [00:11:25] <jakoch> git fetch upstream
  22. [00:11:35] <jakoch> git merge upstream/master
  23. [00:12:04] <jakoch> zurücksetzen, dann upstream ranholen, dann mergen
  24. [00:13:09] <jakoch> im gui würde auch die "git log" ansicht gehn, dann rechte maustaste und zurücksetzen auf den letzten commit vom upstream
  25. [00:20:13] <jakoch> ---
  26. [00:20:56] <jakoch> ich muss morgen nochmal nen anderen weg für das "Merge branch 'master' of xxx" thema suchen
  27. [00:20:56] <Rikku`on> hm
  28. [00:21:28] <Rikku`on> also so wie ich das im den contributor guide verfasst habe, funktioniert das wunderbar
  29. [00:21:44] <Rikku`on> allerdings habe ich mich eben nicht dran gehalten :/
  30. [00:22:41] <Rikku`on> also irgendwie ist das problem das orign/master verhunst ist
  31. [00:22:47] <Rikku`on> neu forken?
  32. [00:23:37] <jakoch> erstmal history anschaun
  33. [00:24:21] <jakoch> https://github.com/KSST/KF/network
  34. [00:25:12] <jakoch> https://github.com/dawinterfeldt/KF/commits/master/
  35. [00:25:23] <jakoch> ok, da sind ein paar commits on top
  36. [00:27:24] <jakoch> versuch mal "git reset --hard upstream/master"
  37. [00:28:44] <Rikku`on> das geht
  38. [00:28:44] <jakoch> der letzte einträge müsste dann "Merge pull request #4" sein
  39. [00:28:50] <Rikku`on> genau
  40. [00:28:51] <jakoch> der letzte eintrag
  41. [00:29:04] <jakoch> ok, die branch ist nun in sync mit KSST/KF:master
  42. [00:29:13] <jakoch> nur dein repo auf github ist schon weiter
  43. [00:29:23] <Rikku`on> eben .. mein problem
  44. [00:29:37] <Rikku`on> aber ich glaube ich könnte nochmal ein pr schicken
  45. [00:29:42] <Rikku`on> mit den änderungen
  46. [00:29:50] <Rikku`on> aber die sind ja eigentlich käse
  47. [00:30:01] <jakoch> so jetzt pushed du überschreibend, dann sind die commits on top weg
  48. [00:30:45] <jakoch> git push --force
  49. [00:31:43] <jakoch> mit dem kram muss man vorsichtig sein, wenn man das in repositories macht, die irgendwo als remote upstreams gehandelt werden und dann verschwinden dort einfach commits aus der history, dann wirds arg
  50. [00:33:00] <Rikku`on> oh ... das ist nicht schön
  51. [00:33:04] <jakoch> https://github.com/dawinterfeldt/KF/commits/master/
  52. [00:33:09] <jakoch> also noch sind se da
  53. [00:33:10] <Rikku`on> aber in meinem fall gerade egal
  54. [00:33:25] <jakoch> kann man davon noch was gebrauchen?
  55. [00:33:45] <Rikku`on> nee .. das mach zur not nochmal, war nicht soviel
  56. [00:34:19] <jakoch> ok
  57. [00:34:30] <Rikku`on> aber git hängt sich grad auf
  58. [00:34:43] <Rikku`on> irgendwie geht der command wohl seit git 2.0 nicht mehr
  59. [00:34:45] <Rikku`on> :D
  60. [00:35:07] <jakoch> push?
  61. [00:35:10] <jakoch> lol
  62. [00:36:22] <jakoch> kurze zusammenfassung:
  63. [00:36:34] <jakoch> "git reset --hard HEAD~1" <- einen commits zurück
  64. [00:36:40] <jakoch> "git reset --hard HEAD~5" <- 5 commits zurück
  65. [00:36:58] <jakoch> "git push origin HEAD --force" <- überschreiben
  66. [00:36:59] <Rikku`on> http://img1.uploadscreenshot.com/images/orig/10/28009142126-orig.png
  67. [00:37:30] <Rikku`on> dann hatte ich statt upstream, orign in die config geschrieben, das mochte git aber nicht
  68. [00:38:05] <Rikku`on> probiere ich
  69. [00:38:39] <jakoch> den fehler hab ich noch nie gesehn
  70. [00:40:22] <jakoch> squelch is auch ne lustige vokabel
  71. [00:40:34] <Rikku`on> was heißt das ?
  72. [00:40:43] <jakoch> kenn ich nur von funkgeräten
  73. [00:40:50] <Rikku`on> ^^
  74. [00:40:57] <jakoch> rausch"unterdrückung"
  75. [00:41:09] <Rikku`on> uh
  76. [00:41:35] <jakoch> also.. um die nachricht zu unterdrücken diese und jene cfg einstellen
  77. [00:41:52] <jakoch> was macht push.default?
  78. [00:42:49] <Rikku`on> http://img1.uploadscreenshot.com/images/orig/10/28009201233-orig.png
  79. [00:43:06] <Rikku`on> als der command rödelt und es passiert nichts
  80. [00:43:29] <Rikku`on> hatte spasses halber mal "matching" eingetragen
  81. [00:43:37] <jakoch> grundlos rödeln ist meistens unfug^^
  82. [00:44:15] <jakoch> ich habe diese einstellung gar nich
  83. [00:44:19] <jakoch> hmm
  84. [00:45:26] <jakoch> stell mal current ein
  85. [00:45:31] <jakoch> 'current' : Push the current branch
  86. [00:45:39] <jakoch> 'tracking' : Push the current branch to whatever it is tracking
  87. [00:45:52] <jakoch> du kannst nich auf mein repo pushen
  88. [00:46:02] <jakoch> tracking würde nich gehn
  89. [00:46:09] <jakoch> 'matching' : Push all matching branches (default)
  90. [00:46:12] <jakoch> hmm
  91. [00:46:18] <jakoch> das is angeblich default
  92. [00:47:44] <jakoch> kein plan.. ausprobieren
  93. [00:51:42] <jakoch> http://stackoverflow.com/questions/948354/git-push-current-branch
  94. [00:54:27] <Rikku`on> http://img1.uploadscreenshot.com/images/orig/10/28009315245-orig.png
  95. [00:54:33] <Rikku`on> so gings
  96. [00:54:37] <Rikku`on> glaub ich :D
  97. [00:55:05] <jakoch> forced update
  98. [00:55:06] <jakoch> genau
  99. [00:55:32] <jakoch> jo
  100. [00:55:41] <jakoch> history is sauber https://github.com/dawinterfeldt/KF/commits/master/
  101. [00:56:13] <jakoch> git bash <3
  102. [00:57:01] <Rikku`on> das war vieleicht ein abendteuer :D
  103. [00:57:29] <jakoch> tjo.. git is a jungle
  104. [00:58:15] <Rikku`on> ich merge nie wieder etwas in master
  105. [00:58:23] <Rikku`on> immer davon ein branch erstellen
  106. [00:58:34] <jakoch> hrhr
  107. [01:00:26] <jakoch> zucker
  108. [01:00:30] <jakoch> die tests laufen
  109. [01:00:30] <jakoch> https://travis-ci.org/#!/KSST/KF/jobs/2700924
  110. [01:00:59] <Rikku`on> nice
  111. [01:01:08] <Rikku`on> soweit war ich local auch
  112. [01:01:18] <Rikku`on> aber ich habe auskommetiert :D
  113. [01:01:27] <Rikku`on> muss mir mal ansehen was du gemacht hast
  114. [01:01:45] <jakoch> $this->scanDirForTests(__DIR__ . '/KochTest');
  115. [01:01:47] <jakoch> mehr nich
  116. [01:01:58] <Rikku`on> oh .. das hatte ich :D
  117. [01:02:24] <jakoch> jo, hab ich gesehn, das hätte man evtl. umständlich cherry picken können
  118. [01:03:15] <jakoch> also in den tests werden jetzt jede menge errors class clansuite\x not found auftauchen
  119. [01:04:07] <jakoch> $this->config = \Clansuite\Application::getClansuiteConfig();
  120. [01:04:31] <jakoch> das is genau das gleiche problem wie im autoloader
  121. [01:05:12] <jakoch> da fällt dann richtig gut auf, dass keine lose kopplung vorliegt
  122. [01:05:54] <jakoch> https://github.com/KSST/KF/blob/master/framework/Koch/Config/Config.php#L59
  123. [01:06:04] <jakoch> das lässt sich ganz einfach lösen
  124. [01:06:19] <jakoch> constructor injection oder setter injection der config..
  125. [01:06:26] <jakoch> sauber von außen
  126. [01:07:49] <jakoch> wobei man generell fragen kann, ob der container auf seite des frameworks sinn macht, oder ob das nich besser im bereich der app bleibt
  127. [01:07:57] <Rikku`on> jo, das wäre gut. ist mir auch schon aufgefallen das sehr viel konkret in den klassen teilweise implementiert ist
  128. [01:07:58] <jakoch> und nur reader und writer beim framework liegen
  129. [01:08:16] <Rikku`on> das wäre optimal
  130. [01:09:07] <Rikku`on> hast du eigentlich nur die DI geschichte?
  131. [01:09:23] <Rikku`on> bin ja irgendwie ein Fan vom ServiceManager geworden
  132. [01:10:37] <jakoch> ich denke mal phemto kann das auch
  133. [01:10:48] <jakoch> da sind etliche features die ich gar nich nutze
  134. [01:12:44] <jakoch> servicemanager.. irgendwie ist das ein registry ansatz.. muss ich mir nochmal genau ansehn
  135. [01:13:41] <Rikku`on> IoC
  136. [01:14:20] <Rikku`on> http://martinfowler.com/articles/injection.html
  137. [01:14:20] <jakoch> das is schneller geschrieben als umgesetzt
  138. [01:14:34] <jakoch> jo service locator
  139. [01:14:36] <Rikku`on> mal zum lesen zwischen durch
  140. [01:14:39] <jakoch> kenn ich
  141. [01:14:42] <Rikku`on> :D
  142. [01:16:14] <jakoch> im prinzip is das ne factory in ner registry
  143. [01:16:41] <jakoch> beispiel: du setzt die config factory in die registry und fragst dann
  144. [01:17:15] <Rikku`on> also beim service manager habe ich das gefühl, mehr controlle darüber zu haben, welche klasse deps bekommt, und man kann nicht immer alles nach schema A machen, der SM war mir persönlich flexible und hat auch noch einen die arbeit erleichtert / übersichtlicher gemacht (mein eindruck)
  145. [01:17:53] <jakoch> ist doch auch klar warum, das registry pattern is viel einfacher als di
  146. [01:18:20] <Rikku`on> https://github.com/zendframework/zf2/blob/master/library/Zend/ServiceManager/composer.json hat keine weiteren deps :/
  147. [01:18:53] <Rikku`on> vieleicht mal nach bauen oder so
  148. [01:19:10] <Rikku`on> aber hätte dann auch erstmal low priorität
  149. [01:19:51] <jakoch> steck die factory in den di und denk es dir als registry ^^ alles am start
  150. [01:20:19] <jakoch> abstract factory, factory, singleton, registry geht alles in phemto
  151. [01:20:40] <jakoch> service locator handle ich auch als factory
  152. [01:20:53] <Rikku`on> wo werden das denn configuriert
  153. [01:21:11] <jakoch> beim DI setup in clansuite application
  154. [01:21:13] <Rikku`on> welche instanzen ich in eine klasse injektet haben möchte
  155. [01:21:23] <jakoch> jo, zeig ich dir, mom
  156. [01:22:27] <jakoch> https://github.com/Clansuite/Clansuite/blob/develop/Clansuite/Application.php#L578
  157. [01:23:28] <jakoch> ich stopfe da einfach ein paar classes rein, die systemweit benötigt werden und dann über den DI beziehbar sind
  158. [01:24:40] <Rikku`on> aber die sind ja alle abhängikteis los
  159. [01:25:27] <jakoch> nö, da gibts schon ein paar abhängigkeiten
  160. [01:25:39] <Rikku`on> zb config objekt könnte nach dem instanzieren von zb Session injectet werden
  161. [01:25:40] <jakoch> so user von security und im bereich der filter.. vorfilter user
  162. [01:25:54] <jakoch> ist doch so
  163. [01:27:23] <Rikku`on> und wo wird das gemacht?
  164. [01:27:39] <jakoch> https://github.com/KSST/KF/blob/master/framework/Koch/Filter/Filters/SessionSecurity.php#L52
  165. [01:27:46] <jakoch> zb hier
  166. [01:28:27] <jakoch> dort würde bei instanzierung ne constructor injecton vom config object über den di erfolgen
  167. [01:28:40] <Rikku`on> hmpf
  168. [01:28:46] <Rikku`on> magic
  169. [01:28:53] <Rikku`on> das ist das was ich meinte
  170. [01:29:01] <jakoch> was denn?
  171. [01:29:14] <Rikku`on> das ich wenig controlle darüber habe
  172. [01:29:27] <Rikku`on> geht auch setter injecten?
  173. [01:29:43] <jakoch> jo
  174. [01:29:57] <Rikku`on> und auch ein neues objekt
  175. [01:30:04] <Rikku`on> also nicht shared
  176. [01:30:12] <jakoch> jo
  177. [01:30:45] <jakoch> aber ich würde mich auch breitschlagen lassen und ne einfache registry mit reintun
  178. [01:30:48] <jakoch> weils einfacher is
  179. [01:31:22] <Rikku`on> hat nichts mit einfacher zu tun
  180. [01:31:29] <Rikku`on> sondern mit Design
  181. [01:31:57] <jakoch> was phemto nich kann sind closures bzw. anon function
  182. [01:32:06] <Rikku`on> hmpf
  183. [01:32:25] <Rikku`on> die habe ich auch lieb gewonnen :D
  184. [01:32:40] <jakoch> aber.. closures sind objekte und die kann man auch wiederholen und dann greift der reine registry ansatz
  185. [01:33:10] <jakoch> hab ich aber noch nie getestet
  186. [01:34:16] <jakoch> closure support im di ist schon sehr speziell
  187. [01:35:10] <Rikku`on> hm... ok
  188. [01:35:42] <Rikku`on> an dem wurde ja seit 2 jahren nicht mehr rumgebastelt
  189. [01:36:17] <Rikku`on> da hätte/habe ich schon ein schlechte gefühl
  190. [01:36:30] <jakoch> phemto?
  191. [01:36:31] <Rikku`on> bissl mit der zeit sollte man schon gehen
  192. [01:36:37] <Rikku`on> jo
  193. [01:36:45] <jakoch> ich rofl jetzt mal
  194. [01:36:57] <jakoch> der hat mehr features als pimple
  195. [01:37:05] <jakoch> und is älter
  196. [01:37:54] <jakoch> nur weil er keine modische seite und kein hippes repo hat, hau ich nich einfach eine der besten di geschichten über bord
  197. [01:39:07] <jakoch> ich hab phemto als di komponente an bord, bevor es sowas im symfony land gab
  198. [01:40:22] <Rikku`on> jo, glaub ich dir
  199. [01:41:45] <jakoch> es funzt und reicht für meine zwecke, falls wir da in einen grenzbereich kommen, wo neue features hinzukommen müssen, dann können wir da gerne aufrüsten
  200. [01:42:57] <Rikku`on> kk
  201. [01:43:16] <jakoch> bei phemto isses wie bei simpletest
  202. [01:43:40] <jakoch> die letzten änderungen gehn auf mich
  203. [01:44:01] <jakoch> phemto hab ich neulich gerade zerlegt und auf namespaces umgestellt
  204. [01:49:35] <jakoch> http://www.sitepoint.com/forums/showthread.php?342918-ServiceLocator-DI-Registry-implementation&highlight=phemto
  205. [01:49:39] <jakoch> 2006
  206. [01:49:56] <jakoch> zf2 is keinen meter weiter als die diskussion dort ^^
  207. [01:50:39] <jakoch> das war DI für php4
  208. [01:50:41] <jakoch> hammerhart
  209. [01:54:42] <Rikku`on> ^^
  210. [01:55:47] <jakoch> das php forum auf sitepoint ist (oder war) richtig gut
  211. [01:56:18] <jakoch> viele top leute dort kyberfabriken lastcraft
  212. [01:56:25] <jakoch> die sind alle nich mehr in der php szene
  213. [01:57:17] <jakoch> swiftmailer wurde in dem forum geboren, später von fabpot adoptiert
  214. [01:58:34] <Rikku`on> twig hat er auch irgendwo geforked
  215. [01:59:03] <jakoch> ja, das is von jinja abgeguckt armin ronacher
  216. [01:59:27] <jakoch> der typ is auch so'n wunderkind
  217. [01:59:49] <jakoch> http://lucumr.pocoo.org/projects/
  218. [02:01:08] <jakoch> ist ne interessante entwicklung.. ursprünglich kam diese art der templates vom dhango framework (python) dann zu einer ruby implementierung, dann zu php (twig)
  219. [02:02:00] <jakoch> das wunderbare is: wenn was fertig is, dann kann man das leicht refactoren und als eigenes hinstellen
  220. [02:02:15] <jakoch> wenn was nich fertig is, dann kann man leute dafür bezahlen es fertig zu machen
  221. [02:02:36] <jakoch> ersteres twig, zweiteres composer
  222. [02:03:00] <Rikku`on> wer zahlt denn für composer?
  223. [02:03:20] <jakoch> das war ne auftragsarbeit für sensiolabs
  224. [02:03:47] <Rikku`on> quelle?
  225. [02:04:00] <jakoch> fabpot :D
  226. [02:04:14] <jakoch> irgendwie glaubst du mir nich, oder?
  227. [02:04:15] <Rikku`on> hat er dir beim kaffe erzählt?
  228. [02:04:36] <jakoch> frag doch einfach mal :) stimmt schon
  229. [02:05:31] <Rikku`on> als wie ich ja schon mal sagte wurde das von nils adermann iniziert, und war ursprünglich für plugins module ezc für phpbb4 gedacht
  230. [02:05:47] <Rikku`on> allerding wollen die auch symfony dafür einsetzen
  231. [02:06:03] <Rikku`on> und haben auch schon ordentlich geld für das symfony audit hingelgt
  232. [02:06:17] <Rikku`on> wer weiß wie lange die schon unter einer decke stecken
  233. [02:06:23] <Rikku`on> alles ist möglich
  234. [02:07:21] <jakoch> es gab irgendwo einen rant über packagemanager npm, composer im vergleich
  235. [02:07:43] <jakoch> die meinten dort nur composer wäre jung, nich stabil genug etc.
  236. [02:08:23] <Rikku`on> jeder verdient ne chance, und alle andere haben auch so angefangen
  237. [02:08:24] <jakoch> kinderkrankheiten.. naja.. irgendwie gings dann auch um den algo im hintergrund und dann war da relativ schnell ruhe
  238. [02:09:30] <jakoch> fabpot hat dann irgendwie erklärt das er 3-4 algos angesehn hat und selbst bei den linux distris nicht viel gutes gefunden hat, bis auf den sat solver der war ja frisch bei suse, glaub ich
  239. [02:10:37] <jakoch> seh ich auch so.. das tool ist echt gut
  240. [02:11:33] <jakoch> es gibt einige lustige dinge in der composer history
  241. [02:11:40] <jakoch> z.b. teile aus https://github.com/openSUSE/sat-solver/blob/master/src/solver.c
  242. [02:12:31] <jakoch> struktur und so is ja recht ähnlich bei c/php
  243. [02:12:43] <Rikku`on> sehr lustig
  244. [02:12:45] <Rikku`on> :D
  245. [02:16:06] <Rikku`on> oh man
  246. [02:16:14] <Rikku`on> wird zeit ins bett zu gehen
  247. [02:16:19] <Rikku`on> schon nach 2
  248. [02:16:20] <Rikku`on> ^^
  249. [02:16:33] <Rikku`on> also, bis morgen ... gute nacht
  250. [02:16:45] <jakoch> gute nacht, bis morgen
  251. [02:17:44] * Rikku`on (~Daniel@31.16.190.105) Quit (Quit: Leaving.)
  252. [06:01:11] * cslogbot (~PircBot@server.jakoch.de) has joined #clansuite
  253. [06:01:11] * Topic is 'Welcome! http://clansuite.com | http://www.youtube.com/watch?v=JPqFNQCXF9Y | https://travis-ci.org/#!/Clansuite/Clansuite'
  254. [06:01:11] * Set by Q on Sun Aug 26 02:58:29 CEST 2012
  255. [12:20:14] <jakoch> https://github.com/felixge/faster-than-c
  256. [12:56:19] * Rikku`on (~Daniel@31.16.190.105) has joined #clansuite
  257. [12:56:46] <Rikku`on> huhu
  258. [12:56:52] <jakoch> hey
  259. [12:57:02] <Rikku`on> https://travis-ci.org/#!/dawinterfeldt/KF/jobs/2705626
  260. [12:57:05] <Rikku`on> :D
  261. [12:59:11] <jakoch> ach du meine nase
  262. [12:59:37] <jakoch> welches ruleset is da aktiv? das von zend?
  263. [12:59:58] <Rikku`on> hab nur standard=PSR2 eingetragen
  264. [13:01:00] <jakoch> is camel caps im PSR2?
  265. [13:03:27] <jakoch> hmm Method names MUST be declared in camelCase. PSR1
  266. [13:03:37] <jakoch> dann sollte php mal damit anfangen^^
  267. [13:03:57] <jakoch> str_replace
  268. [13:04:56] <Rikku`on> ich denke in psr gilt das nur für klassen methoden
  269. [13:05:20] <Rikku`on> soll ich nen PR machen?
  270. [13:05:44] <jakoch> das bedeutet das der php-cs-fixer das weder reported noch fixed (also camelCase method names)
  271. [13:06:21] <Rikku`on> das kann ich dir ehrlich gesagt nicht beantworen
  272. [13:07:22] <jakoch> ich würde das per tool machen, also über die files laufen und den underscore raushaun + ucfirst aufs nachfolgende zeichen
  273. [13:09:10] <jakoch> ERROR | Inline control structures are not allowed
  274. [13:09:13] <jakoch> das geht nur manuell
  275. [13:09:35] <jakoch> da kannst du gerne PRs reinhaun
  276. [13:09:57] <Rikku`on> oki
  277. [13:11:42] <jakoch> am besten erstmal die errors, warning wie zeilenlänge sind immer so lala.. macht mehr arbeit, als es nützt
  278. [13:12:48] <Rikku`on> man könnte auch ein summery ausgeben lassen mit --report=summary
  279. [13:13:08] <Rikku`on> und -n würde warnings ausblenden
  280. [13:13:26] <jakoch> unter jenkins hatte ich die ganzen geschichten im codebrowser
  281. [13:13:37] <jakoch> quasi als rot markierte zeilen
  282. [13:16:21] <jakoch> https://github.com/KSST/KF/pull/7 bitte noch den comment für php-cs-fixer rausnehmen, oder mögen die tools sich nich?
  283. [13:16:50] <jakoch> alles klar, is drin
  284. [13:21:57] <jakoch> ich fang mal unten an
  285. [13:22:36] <jakoch> zwischendurch bitte mal einen blick auf http://jakoch.de/2012/10/08/feature-php-6/ werfen, evtl. fällt dir da auch noch was ein
  286. [13:22:50] <jakoch> wenn da genug zusammen kommt stell ich mal nen RFC
  287. [13:23:05] <jakoch> total simples feature, fehlt mir schon seit jahren
  288. [13:33:29] <Rikku`on> hm... ok
  289. [13:33:47] <Rikku`on> noch ist mir das nicht aufgefallen, das ich die features jetzt unbedingt brauche :D
  290. [13:34:08] <jakoch> jo, is immer so
  291. [13:34:41] <jakoch> public $file = dirname(__DIR__) . 'filename.ini';
  292. [13:35:07] <jakoch> mal als beispiel
  293. [13:42:56] <Rikku`on> bin mal bissl afk, bin später wieder da
  294. [13:43:00] <jakoch> ok
  295. [15:02:03] <Rikku`on> re
  296. [15:02:15] <jakoch> wb
  297. [16:17:13] <jakoch> afk
  298. [16:23:21] <Rikku`on> ok
  299. [17:02:17] <jakoch> re
  300. [17:06:06] <Rikku`on> wb
  301. [17:09:21] <Rikku`on> hast du ein hydrator irgendwo?
  302. [17:09:56] <jakoch> nein
  303. [17:10:47] <Rikku`on> wäre toll, wenn es mal ein gibt, die multi dim array geschichten (zb in der apc klasse )sind ja grauenhaft
  304. [17:11:07] <Rikku`on> :D
  305. [17:11:11] <jakoch> zeig mal
  306. [17:12:13] <Rikku`on> https://github.com/KSST/KF/blob/master/framework/Koch/Cache/Adapter/Apc.php#L138
  307. [17:12:39] <Rikku`on> zb
  308. [17:13:37] <jakoch> hmm
  309. [17:13:52] <jakoch> und was soll der hydrator in dem fall machen=
  310. [17:14:47] <Rikku`on> für apc machen wir eine entität mit get und setter
  311. [17:15:13] <jakoch> für den stats kram?
  312. [17:15:38] <Rikku`on> hydrator->hydrate(new Entity\Apc, $arraydata)
  313. [17:15:53] <Rikku`on> naja, das ist echt schwer lesbar
  314. [17:15:54] <Rikku`on> :D
  315. [17:16:09] <Rikku`on> gibt sicherlich noch andere bereiche
  316. [17:16:21] <Rikku`on> wo man den einsetzen kann
  317. [17:16:30] <Rikku`on> vorallem bei doctrine
  318. [17:17:06] <jakoch> ich breich formulare und formgenerator is das ebenfalls nützlich
  319. [17:17:33] <jakoch> die apc stats function werd ich mal bissl aufräumen
  320. [17:18:00] <jakoch> die arraynamen sind so gewählt damit man auf templateseite weiß was sich hinter der templatevar verbirgt
  321. [17:18:08] <jakoch> aber die varnamen können kürzer
  322. [17:18:14] <jakoch> commit kommt gleich
  323. [17:20:02] <Rikku`on> na, wenns eine entität ist, sollte man im besten falls im view soetwas wie: $apc->getFreeMemory() haben
  324. [17:20:21] <Rikku`on> oder so ähnlich
  325. [17:20:50] <Rikku`on> der ganze berechnungs kram kommt in den Model Layer
  326. [17:21:10] <Rikku`on> aber war nur ne idee
  327. [17:24:45] <jakoch> schau dir mal bitte den unterschied zwischen meinem ansatz und deinem an
  328. [17:25:25] <jakoch> https://github.com/dawinterfeldt/KF/commit/0302cf5b95eb69769563eb5d0ba071e5e0328d21
  329. [17:25:27] <jakoch> https://github.com/KSST/KF/commit/aeb9d7782245a71b8e1692146c58327ffc7e87b4
  330. [17:25:34] <jakoch> wir haben die gleiche stelle bearbeitet
  331. [17:26:25] <jakoch> ich hab dort die berechnungen vor die klammer gezogen
  332. [17:27:21] <jakoch> dadurch fallen die ganzen umbrüche weg
  333. [17:27:29] <jakoch> und die zeilen werden kürzer
  334. [17:28:37] <Rikku`on> kk
  335. [17:30:02] <jakoch> hmm, jetzt muss ich was aus dem PR cherrypicken
  336. [17:31:19] <Rikku`on> hm..
  337. [17:33:40] <Rikku`on> sonst close den rest
  338. [17:33:45] <Rikku`on> war ja nicht mehr viel
  339. [17:34:13] <jakoch> nö, das captcha soll nich umsonst gewesen sein
  340. [17:34:46] <jakoch> oder du stellst es im nächsten.. ich mach dann unten weiter
  341. [17:34:51] <jakoch> ok?
  342. [18:03:48] <jakoch> mann was für ein kleinkram
  343. [18:12:19] <Rikku`on> hehe
  344. [18:12:25] <Rikku`on> wie mach ich das denn am besten
  345. [18:12:54] <Rikku`on> nur das eine file nochmal zu comitten?
  346. [18:14:20] <jakoch> die file kurz in temp folder
  347. [18:14:35] <jakoch> syncen, reinkopieren, committen
  348. [18:14:44] <jakoch> temp löschen
  349. [18:14:52] <jakoch> geht bestimmt auch anders
  350. [18:15:25] <jakoch> oder neue branch (sync)
  351. [18:15:38] <jakoch> von alter branch mit änderungen mergen auf neue branch, dann dort weiter
  352. [18:15:42] <jakoch> alte branch löschen
  353. [18:19:25] <jakoch> oder einfach syncen, dann bekommste nen merge conflict.. dort dann entscheiden, dass upstream gewinnt
  354. [18:19:40] <jakoch> bei apc
  355. [18:19:54] <jakoch> und bei captcha dann deinen gewinnen lassen
  356. [18:20:03] <jakoch> dann bleiben die änderungen erhalten
  357. [18:56:19] <jakoch> wird das jetzt langsam mal weniger
  358. [18:56:50] <Rikku`on> ich glaub wenn ich ein fix kommen zwei neue :D
  359. [18:59:36] <jakoch> https://travis-ci.org/#!/KSST/KF/jobs/2706161/L4960 https://travis-ci.org/#!/KSST/KF/jobs/2709524/L3913
  360. [18:59:42] <jakoch> 5 stunden für 1000 log lines
  361. [18:59:53] <jakoch> herrlich
  362. [19:03:19] <Rikku`on> dann weißt du ja jetzt wie lange wir nooch brauchen :D
  363. [19:05:04] <jakoch> kann ja sein das bluebox plötzlich auftaucht und wie eine commit-rakete abgeht :D aber ich glaubs nich
  364. [19:05:23] <jakoch> wo is er eigentlich hin?
  365. [19:05:34] <Rikku`on> dunno
  366. [19:13:49] <Rikku`on> oh .. die queue von den travis ppp worker sind lang
  367. [19:14:32] <Rikku`on> ich hoffe ich hab jetzt mal mehr gefixed als das neue hinzukommen :D
  368. [19:20:20] <jakoch> oh ha unmergeable
  369. [19:20:30] <jakoch> verdammt
  370. [19:21:29] <Rikku`on> hu... why?
  371. [19:21:43] <Rikku`on> wobei ... das ist ja nicht mein problem :P
  372. [19:24:52] <jakoch> jupp
  373. [19:25:44] <Rikku`on> hatte aber nen frischen upstream pull gemacht bevor ich den branch erstellt habe
  374. [19:26:43] <jakoch> ja, hab die gleichen files bearbeitet.. kein ding.. ich löse auf und ziehe die reste rein
  375. [19:27:30] <Rikku`on> ahh .. ich dachte du frühstückst dei files von weiter unten ab
  376. [19:35:23] <jakoch> ui, der schließt sogar automatisch den PR
  377. [19:35:24] <jakoch> nice
  378. [19:35:47] <jakoch> keine ahnung ob ich alles erwischt hab.. fehler gehn ja nich verloren^^
  379. [19:36:12] <Rikku`on> hehe
  380. [20:00:15] <jakoch> afk
  381. [20:03:52] <Rikku`on> kk
  382. [20:37:22] * SyNko (~chatzilla@88-149-161-85.v4.ngi.it) has joined #clansuite
  383. [22:38:58] * SyNko (~chatzilla@88-149-161-85.v4.ngi.it) Quit (EOF from client)

Links of Montag, 08. Oktober 2012

1) https://travis-ci.org/#!/KSST/KF/jobs/2706161/L4960
2) https://travis-ci.org/#!/KSST/KF/jobs/2709524/L3913
3) https://github.com/KSST/KF/commit/aeb9d7782245a71b8e1692146c58327ffc7e87b4
4) https://github.com/dawinterfeldt/KF/commit/0302cf5b95eb69769563eb5d0ba071e5e0328d21
5) https://github.com/KSST/KF/blob/master/framework/Koch/Cache/Adapter/Apc.php#L138
6) http://jakoch.de/2012/10/08/feature-php-6/
7) https://github.com/KSST/KF/pull/7
8) https://travis-ci.org/#!/dawinterfeldt/KF/jobs/2705626
9) https://github.com/felixge/faster-than-c
10) http://clansuite.com
11) http://www.youtube.com/watch?v=JPqFNQCXF9Y
12) https://travis-ci.org/#!/Clansuite/Clansuite
13) https://github.com/openSUSE/sat-solver/blob/master/src/solver.c
14) http://lucumr.pocoo.org/projects/
15) http://www.sitepoint.com/forums/showthread.php?342918-ServiceLocator-DI-Registry-implementation&highlight=phemto
16) https://github.com/KSST/KF/blob/master/framework/Koch/Filter/Filters/SessionSecurity.php#L52
17) https://github.com/Clansuite/Clansuite/blob/develop/Clansuite/Application.php#L578
18) https://github.com/zendframework/zf2/blob/master/library/Zend/ServiceManager/composer.json
19) http://martinfowler.com/articles/injection.html
20) https://github.com/KSST/KF/blob/master/framework/Koch/Config/Config.php#L59
21) https://travis-ci.org/#!/KSST/KF/jobs/2700924
22) https://github.com/dawinterfeldt/KF/commits/master/
23) http://img1.uploadscreenshot.com/images/orig/10/28009315245-orig.png
24) http://stackoverflow.com/questions/948354/git-push-current-branch
25) http://img1.uploadscreenshot.com/images/orig/10/28009201233-orig.png
26) http://img1.uploadscreenshot.com/images/orig/10/28009142126-orig.png
27) https://github.com/KSST/KF/network

These logs were automatically created by k-logbot on chat.freenode.net using the Clansuite IRC LogBot. Find the project at Github.