=== jug_ is now known as jug [10:13] inyoka [prod-sa06]: intrepid * 891255b0bd07:5074 inyoka/static/style/planet.css: Lowered line-height for planet headlines. Fixes #209 [10:20] apollo13: wenn du bei gelegenheit mal deployen könntest, meckert keiner mehr über die lange überschrift, die grad im planet ganz oben ist [10:21] (außer leute mit fensterbreite < 960px) [15:00] pid: done, browser reload sollte reichen [15:25] moin [15:25] ping EnTeQuAk-Work [15:26] tag [15:26] EnTeQuAk-Work: ping [15:26] so rum [15:26] hi swege [15:26] du hängst auf der arbeit auch schon hier rum? :D [15:26] swege: jein [15:26] MarkusH-Work: ein ping reicht :D [15:26] aber pong ;) [15:27] EnTeQuAk-Work: thx [15:27] gerade mal ein paar fragen:... [15:27] hu? [15:27] ah [15:28] 1. )gibt es schon eine neue implementierung vom wiki mit den revisions und dem text um die aufrufe performanter zu gestalten? [15:28] 2.) Für Datenbanken muss ich einen Vortrag halten (um eine 1,0 bekommenz zu können), der ein Problem und dessen Lösung aus der Praxis beschreibt [15:29] 2. ist im Bezug auf was? Hab gerade den roten Faden verlegt... [15:30] da viel mir dann ein, dass mal irgendwo eine Diskussion zur Wiki-umstrukturierung lief. Wäre es möglich dies, etwas verallgemeinert, die jetzige Wiki-Implementierung von -prod zu nehmen und eine evaluierung zu einem neue design zu erstellen [15:31] encbladexp: ich war noch nicht fertig ;) [15:31] mir schwebt da so eine Idee im Kopf herum, den Text der letzten Revision mit in die wiki_pages zu packen [15:32] also etwas redundanz um performance zu steigern [15:32] ODER: sagst du/ihr, nein, das Datenbankdesign bleibt intern? [15:33] irgendwie versteh ich noch immer nicht worauf du raus willst^^ [15:33] ok, 2. Anlauf ;) [15:34] apollo13: +1 [15:36] Für eine Präsentation an der Hochschule würde ich gerne eine die aktuelle Datenbankstruktur des Wikis (-prod) nehmen und eine Optimierung daran durchführen. Die Frage ist, ob ihr sagt, "ok, das Datenbankdesign darf, auf wiki_* beschränkt, nach außen", oder ob ihr der Meinung seid, "Da gibt es nichts zu optimieren" [15:36] * MarkusH-Work kann kein Deutsch mehr [15:37] MarkusH-Work: ich kenn unis, du bist wohl besser dran wenn du irgendwas efindest [15:38] es sei denn du weißt genau warum wir wiki_text etc haben [15:38] apollo13: naja, es muss ein Beispiel aus der Praxis sein [15:38] MarkusH-Work: frag den prof wie ein student mit null ahnung an praxis beispiele kommen soll? [15:38] wiki_text speichert die einzelnen Revisionen, um es plump auszudrücken [15:38] MarkusH-Work: aber warum nicht bei den revisionen? [15:39] performance? [15:39] mal abgesehen davon, mag der prof sicher keine redundanz, das widerspricht den normalformen [15:39] gut, aml was anderes [15:39] naja, ich habe ja nicht null ahnung, und das hat der prov schon gemerkt [15:39] ich selbst haeb nix dagegen wenn MarkusH-Work das Datenbanklayout mitnimmt [15:39] er klaut ja keinen Code [15:39] sondern nur unser Layout [15:39] und angucken können die es ja mal [15:39] na klar kann ers nehmen wenn er meint [15:39] eben [15:39] apollo13: vielleicht will der prof ein praxis beispiel gerade weil es gegen theorie verstoesst [15:39] ich glaub mehr wollte er auch garnicht wissen [15:39] nur glaub ich dass er mit nem anderen beispiel besser dasteht [15:40] encbladexp: genau [15:40] DasIch: uni *hust* [15:40] wobei [15:40] apollo13: ich erinnere mich da an spannende chemie stunden: so macht man es in der industrie, so im labor und so machen wir das hier... [15:40] das wiki ist leicht nieder zu kriegen wenn man die datenstruktur kennt *hmm* [15:40] apollo13: nein, ich denke, dass ich mit dem beispiel gut dastehe, um zu zeigen, dass in manchen situationen redundanzen von vorteil sind [15:41] MarkusH-Work: mag sein, deine annahme ist aber falsch, das ist nicht der wirkliche grund für performance probleme im wiki [15:41] und btw warum redundanz? [15:41] man müsste ja die aktuelle revision nicht in revisions speichern… [15:42] (wobei wir dann wieder einiges umschreiben müssten) [15:42] alle textrevisionen stehen in wiki_text und die aktuelle zusätzlich noch in wiki_page [15:42] ja aber das ist nicht das problem per se [15:43] das problem ist die kranke datenstruktur, dass zb nen wiki_page nichtmal weiß welche revision aktuell ist [15:43] von _media muss ich ja nichts sagen ;) [15:43] apollo13: ich habe die db-struktur gerade nicht 100%ig vor Augen [15:43] und als resultat die ganzen subselects machens nicht besser [15:44] meiner meinung nach ist das wiki_text problem das geringste [15:44] aber derartigen "designfehler" will ich beheben [15:44] MarkusH-Work: der von dem ich grad sprach ist schon im wiki_rewrite behoben [15:44] ok [15:44] IMHO: Probier was du machen kannst, wenn du konkreten Code hast machst du nen branch von inyoka und wenns gut ist kann man sich da mehr gedanken drüber machen [15:45] wobei wir an einem Punk angekommen sind, wie kann ich die performance von solchen datenbank-strukturen (unter mysql) vernünftig testen [15:45] einfach queries bringen ja nichts [15:45] die werden schließlich gecached [15:47] tja, ich hoffe doch, dass euch diese sachen beigebracht werden/wurden, sonst machen solche verbesserungen doch nicht viel sinn? [15:47] leider (bisher) nicht [15:47] ok, wir hatten auch erst 2 vorlesungen [15:48] frag mal den prof ob er etwas komisch ist, wie sollst du solche verbesserungen machen wenn du sie nicht testen kannst? [15:48] aber gestern habe ich mich mit ihm schon über primary keys und redundanzen unterhalten [15:48] * apollo13 hat aufgegeben sich mit seinen info professoren zu unterhalten [15:48] ich ignorier die nur mehr^^ [15:49] apollo13: ^^ [16:12] ich würde gerne per javascript herausfinden ob ich mich gerade auf portal/ikhaya/... befinde, ich dachte mir dass es das beste sein wird es aus der subdomain herauszulesen. [16:12] das einzig halbwegs brauchbare was ich bisher finden konnte ist "window.location.hostname", enthält nur leider die gesamte domain, wisst ihr vll ob es bei jquery komfortablere möglichkeiten gibt an die aktuelle subdomain zu kommen? [16:13] ach scheiße, MarkusH-Work brauchst du noch von mir jetz antworten? :D [16:13] apollo13, kann es sein das Coverage nicht Multithreadingfähig ist? [16:13] ich war n bissl eingepennt hier ;) [16:14] encbladexp: no idea, aber möglich, schreibt ja in ne datei… [16:14] EnTeQuAk-Work: nur bedinngt, ob du was dagegen hast [16:14] encbladexp: *joking*, wir reden aber schon vom gleichen coverage? [16:15] python-coverage meine ich [16:15] ich verwende run_simple von werkzeug als Server [16:15] hmm null plan, aber möglich wärs wohl [16:15] (was ja wohl wsgiref nutzt) [16:15] MarkusH-Work: zu 1. ja, schau ma lauf bitbucket unter forks da gibts bei apollo13 nen wikirewrite fork [16:15] ich wunder mich nur gerade warum coverage nur sachen als grün / covered markiert die beim initialisieren ablaufen, aber keine Zeile Code von den Handlern [16:16] encbladexp: nunja, was willst du in nem server coveregen? [16:16] encbladexp: nunja werkzeug forkt [16:16] ah [16:16] das könnte natürlich das Problem sein wenn das ding forkt [16:16] MarkusH-Work: und gegen 2. spricht auch nix ;) [16:16] EnTeQuAk-Work: danke [16:16] encbladexp: aber warum brauchst du für tests run_simple? da läuft was falsch [16:16] nene, keine automatischen Tests [16:16] ich probiere nur gerade etwas mit Coverage rum [16:16] und hab das halt mal irgendwo schnell eingebaut [16:17] run_simple forkt doch nicht? [16:17] EnTeQuAk-Work: wie macht werkzeug den reloader sonst? [16:17] und der Development Server von Werkzeug ist halt run_simple... [16:17] nur wenn du multithreading aktivierst [16:17] apollo13: ja, okay [16:17] aber das is ja wurscht solange er den reloader ausmacht [16:17] für coverage braucht der sowas nich [16:17] ah, wenn ich reloader ausmachen gehts also? [16:17] EnTeQuAk-Work: das hab ich wohl überlesen [16:17] (also dass er den reloader ausgemacht hat) [16:17] ne, der reloader ist noch an [16:17] naja [16:18] ich geh mal davon aus das während eines coverage rennens eh kein relaod stattfindet [16:18] also is das doch eh egal [16:18] gut, d.h. ich mach mal den reloader aus [16:18] per default startet run_simple wsgiref ohne threading und ohne multiprocessing [16:18] ja aber solang der reloader an ist forkt er dennoch… [16:19] encbladexp: bericht uns dann :) [16:19] okay, dann habe ich das im code überlesen oder schon wieder vergessen :) [16:19] thx [16:19] genau das wars [16:19] was würde ich nur ohne euch machen, wie ne Mutter ohne Brust seit ihr :-P [16:19] oO [16:19] Oo [16:19] OooO [16:19] ? [16:19] nur so ;) [16:20] hehe [16:20] * EnTeQuAk-Work hat grad lange weile [16:20] (.)(.) [16:20] *gg* [16:20] oOoOo [16:20] EnTeQuAk-Work: du sollst arbeiten [16:20] apollo13 kennt sich mti sowas aus :-P [16:20] o(O)o(O)o [16:20] apollo13: wenn ich keine störungen habe arbeite ich nciht, fertig ;) [16:20] seh ich gar nich ein! [16:20] bää! [16:21] gib mir mal deine nummer [16:21] ich order dich nach at [16:21] siehe query [16:22] apollo13: für 0800er nummer brauchst aus at ne deutsche vorwahl? [16:22] ja [16:22] doof [16:22] +49 [16:23] +49800.... [16:23] dann kannst mich halt nicht anrufen apollo13 [16:23] oder halt 00 statt + [16:23] aber encbladexp kann ;) [16:23] und ich glaub in dem moment ists nimmer gratis :( [16:23] warum sollte ich dich anrufen? [16:23] kA [16:23] encbladexp: damit ihn kein anderer anrufen kann? [16:23] ich überlege gerade wie ich mein Python gebastel so mit schönen Tests versorge [16:23] doch, kann trotzdem einer anrufen apollo13 [16:23] damit das auch mal richtig schön wartbar ist und ich es herzeigen kann ohne das man mich schlägt [16:24] EnTeQuAk-Work: aber du wohl kaum abheben^^ [16:24] und automatische Tests werden mit zunehmender größe sinnvoll [16:24] apollo13: klar [16:25] EnTeQuAk-Work: du redest mit 2 leuten gleichzeitig? [16:26] Multitasking ftw! [16:28] apollo13: ich hab 4 telefone [16:28] okay, neuerdings 8 ;) [16:28] wtf? [16:28] hrhr [16:28] wir sind 4 leute hier [16:28] und stellen ja jetz auf voip um, die voip phones gehen auch [16:28] seriously: The following video contains material that is inappropriate for audiences under the age of 17. [16:28] also haben wir 8 telefone :D [16:28] If you are 17 or older, please login or register to view this video. [16:28] haha [16:28] wo ist bugmenot wenn man es braucht [16:29] vora llem wie kommen die auf 17? [16:29] diese prüden amis, das ist nen filmtrailer verdammt noch mal [16:29] was fürn film? [16:29] das würde ich eben gerne wissen^^ [16:29] "friends with benefits" soll sommer 2011 rauskommen [16:31] aha [16:32] EnTeQuAk-Work: http://www.fwb-movie.com/ noch geiler, die seite braucht gültigen zip code und state und name?! wtf [16:33] meh, brauch ich ja wieder flash [16:44] schon allein der Film Titel sagt mir das ich das nicht sehen werde [16:45] encbladexp: der trailer ist zumindest halbwegs lustig, und america ratet den film als "R", von daher :þ [16:45] R -> Reservemovie? [16:46] restricted [16:46] altersmäßig [16:46] d.h. es dürfen nur Leute rein die Haare am Sack haben? [16:46] der ist dann am anfang nicht grün, sondern rot :þ [16:46] encbladexp: nunja, das würde alle frauen auschließen [16:46] *g* [16:47] ein Arbeitskollege sagt immer "Schwanzloses Gesindel" ;-) [16:50] wow, DasIch mal tiefergelegt ^^ [16:52] wie war das noch wenn man einen vorhanden jinja block erweitern will? [16:53] ah, {{ block.super }} [16:53] so [16:53] bis gleich [16:53] feierabend [16:53] bis dann markus [17:01] inyoka [prod-sa06]: soeren * d2f36014ca08:5075 inyoka/ (6 files in 5 dirs): Send the current component with toggle_sidebar and save them individually, fixes #206. [17:03] oh cool [17:14] so. @Home [17:14] erstmal was zu essen machen :) [17:14] bis dann