|
|
|
|
|
|
|
Osmosekraftwerke!
|
|
|
|
|
|
|
|
|
|
|
|
Nunja, früher oder später wird ja irgendwer mal auf einen schnellen Energiespeicher mit hoher Energiedichte, ohne Gefährdungspotenzial und schneller Verfügbarkeit kommen.
|
|
|
|
|
|
|
|
|
|
|
Okay, meine Tante hat Angst vor den Dingern (glaub sogar Phobie-ähnlich), aber nun gut, man kann es nicht allen Recht machen - in der Stadt stehen die ja eh nicht.
|
|
|
|
|
|
|
|
|
|
|
Bis dann ein anderer 20 Jahre nach Markteinführung beweist dass die Dinger total schädlich sind 
Ein guter Weg sind ja die Druckluftspeicher!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ich grüble gerade darüber nach, wie ich am effizientesten die Newseinträge aller mde-Seiten speichern und auslesen könnte.
Der bisherige Ansatz ist beim Auslesen nicht besonders performant. (Stichwort: Primfaktoren. Nunja, es funktioniert, aber viel mehr kann man darüber auch nicht sagen.)
Nestes Sets dürften ausscheiden, weil ein Newseintrag in mehreren Kategorien sein kann.
Die Hierarchie ist nicht sonderlich kompliziert:
Es gibt mehrere Seiten und für jede Seite mindestens eine Newskategorie. Jeder Newseintrag ist mindestens einer Kategorie zugeordnet. (Es gibt keine Subkategorien.)
Der einfachste Ansatz wäre wohl, die Kategorien in einer eigenen Tabelle zu speichern (mit einer Spalte "pageID"), dann zwei assoziierende Tabelle zu erstellen (newsID 1<--->n pageID und newsID 1<--->n catID) und mit einem Left Join auszulesen.
Problem: Das Sortieren des Queries ist nicht sonderlich effizient, weil neben der Kategorie-/Seitenzugehörigkeit ja auch nach dem Datum sortiert werden muss, welches aber erst nach dem Join verfügbar wäre.
Bitmasken wären auch eine Möglichkeit, sind aber nicht besonders hübsch und ebenfalls nicht index-fähig (mal davon abgesehen, dass dadurch die Anzahl der möglichen Kategorien begrenzt würde).
Ganz ähnlich ist der bisherige Primfaktoren-Ansatz, leider ebenfalls nicht index-fähig (aber zumindest spart man sich den Join dadurch).
Fällt euch da spontan irgend ein besserer Ansatz ein?
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von enos am 25.01.2010 20:29]
|
|
|
|
|
|
|
|
|
| | Zitat von enos
Fällt euch da spontan irgend ein besserer Ansatz ein?
| |
Scheiss auf die Effizienz, normalisier es ordentlich, schalt es live und miss die Performance.
Wenn es dann zu viel davon frisst, cache die Ergebnisse ("Hallo Onkel memcached...").
|
|
|
|
|
|
|
|
|
|
|
|
Zur Stelle ich bin, junger Padawan!
|
|
|
|
|
|
|
|
|
|
|
|
Verdammt, bei dem Versuch eine Weiterleitung für eine meiner EMail-Adressen einzurichten, hab ich eben ausversehen einen ManagedExchange-Server für 12,95 den Monat gemietet :X
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von enos
Fällt euch da spontan irgend ein besserer Ansatz ein?
| |
sauber normalisieren, weil du zwar viele aber nicht viele unterschiedliche querys hast. dann den internen cache deiner bd hochstellen auf ein paar mb und das ding fängt dir allen aufwand ab. vorraussetzung ist aber normalisierung, damit du häufig ähnliche/identische querys hast, sonst kann deine db nicht übercachebarkeit entscheiden.
|
|
|
|
|
|
|
|
|
|
|
|
ich stimm rabbi und axel da voll zu.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von TriggerTG
Verdammt, bei dem Versuch eine Weiterleitung für eine meiner EMail-Adressen einzurichten, hab ich eben ausversehen einen ManagedExchange-Server für 12,95 den Monat gemietet :X
| |
nicht dein ernst
|
|
|
|
|
|
|
|
|
|
|
Triggerism 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von TriggerTG
Verdammt, bei dem Versuch eine Weiterleitung für eine meiner EMail-Adressen einzurichten, hab ich eben ausversehen einen ManagedExchange-Server für 12,95 den Monat gemietet :X
| |
aeh? wie genau, also aeh, ne, also, da fehlen mir die worte
|
|
|
|
|
|
|
|
|
|
|
Ist halt (bisher) MySQL.
Aber ja, es gibt nur ein Query, das wirklich gecached werden müsste, nämlich das, dass die letzten x Newseinträge zu genau einer Seite holt - und das ändert sich ja nicht.
Alle anderen (Kommentare holen, nach einer Kategorie filtern, Suchen etc.) treten sowieso deutlich seltener auf.
Dann setze ich also den bereits beschrieben Ansatz um, normalisiert ist der ja.
Danke!
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von enos am 25.01.2010 21:03]
|
|
|
|
|
|
|
|
|
macht 5 euro und nen bender fuer jeden 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von TriggerTG
Verdammt, bei dem Versuch eine Weiterleitung für eine meiner EMail-Adressen einzurichten, hab ich eben ausversehen einen ManagedExchange-Server für 12,95 den Monat gemietet :X
| |
Wie lange ist die Mindestvertragslaufzeit?
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Smoking
| | Zitat von TriggerTG
Verdammt, bei dem Versuch eine Weiterleitung für eine meiner EMail-Adressen einzurichten, hab ich eben ausversehen einen ManagedExchange-Server für 12,95 den Monat gemietet :X
| |
nicht dein ernst
| |
| | Zitat von -Marvin-
| | Zitat von TriggerTG
Verdammt, bei dem Versuch eine Weiterleitung für eine meiner EMail-Adressen einzurichten, hab ich eben ausversehen einen ManagedExchange-Server für 12,95 den Monat gemietet :X
| |
aeh? wie genau, also aeh, ne, also, da fehlen mir die worte
| |
Also Grundsätzlich: Ich hab bei Domainfactory einen gewissen Rahmen, bei dem ich ohne Unterschfrit, fax o.Ä. Aufträge aufgeben kann. D.h. ich kann Aufträge mit wenigen klicks aufgeben.
In dem Fall wollte ich bei ner Domain, die keinen POP3-Platz besitzt (das hatte ich vergessen), eine EMail-Adresse einrichten.
Da stand irgendwas und ich hab wie gewohnt die Haken von irgendwelchen AGB gesetzt. Naja, das war halt der Auftrag.
Konnte ihn aber gleich danach wieder stornieren, da das zunächst ein 3-monatiges Testabo war und erst danach kostenpflichtig gewesen wäre.
|
|
|
|
|
|
|
|
|
|
|
Ich wollte eigentlich den Tipp von Igor (vom letzten September) umsetzen: VOn den EMailkonten auf gmail weiterleiten statt von gmail aus via pop3 zu fetchen.
Aber das scheitert nun sowieso daran, dass ich bei df.eu zwar weioterleitungen einrichten kann, aber irgendwie nicht einstellen kann dass die emails dort gleichzeitig gelöscht werden
e\ halt, klar, ich mach einfach ein reines weiterleitungskonto draus
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von TriggerTG am 25.01.2010 21:09]
|
|
|
|
|
|
|
|
|
|
ehehehehehe....
|
|
|
|
|
|
|
|
|
|
|
Warum ist der Author des zweiten Lightroom-Videos welches ich mir ansehe schonwieder ein Ossi mit penetranter Sprachkolorierung? 
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Strider am 25.01.2010 21:52]
|
|
|
|
|
|
|
|
|
|
So, hat ein bisschen gedauert, aber nun kriege ich meine EMails endlich wieder ohne Zeitverzögerung.
|
|
|
|
|
|
|
|
|
|
|
Lisa: There must be a website that can help you with a clingy baby.
Marge: Oh, I don't want to bother the internet with my problem.
Bart: Aw, come on, Mom; we'll help you surf. [Marge sits down at their computer and begins clicking with the mouse.]
Bart: Click that one, Mom. [she continues clicking]
Lisa: No, go up! [she continues clicking]
Bart: Keep going -- up, up, up! [she continues clicking]
Lisa: The blue ones are ads. [she continues clicking]
Bart: That's the toolbar. [she continues clicking]
Lisa: Now you've opened Word! Close it! [she continues clicking]
Bart: Close it! Don't save it! [she continues clicking]
Lisa: Stop clicking! [she continues clicking]
Bart: Don't go there! [she continues clicking]
Lisa: Why are you buying a freezer?! [she continues clicking]
Bart: Don't click the cart or you've bought it! [she continues clicking]
Lisa: Aw, you clicked the cart! [Marge stops clicking]
Marge: If you're so smart, you do it. [Bart hits one button and the right website appears on the screen. Marge groans.]
Bart: You just bought another freezer.
Marge: Well maybe I wanted another freezer!
Aber freut mich, dass es doch noch geklappt hat.
|
|
|
|
|
|
|
|
|
|
|
|
Ja, die Szene beschreibt es ganz gut
|
|
|
|
|
|
|
|
|
|
|
Meine Güte, ist der Endkampf von Episode Two schwer 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Morgil
Meine Güte, ist der Endkampf von Episode Two schwer
| |
Das war das mit dem Buggy, oder? Ging noch, find ich.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von rABBI
vorraussetzung ist aber normalisierung, damit du häufig ähnliche/identische querys hast, sonst kann deine db nicht übercachebarkeit entscheiden.
| |
Imho ist der Querycache von MySQL ausgesprochen bescheiden
|
|
|
|
|
|
|
|
|
|
|
|
oh gott das ist doch so gut ... ich lass nen regex ueber den Forencode laufen und der funktioniert einwandfrei wenn ich ihn in IDLE teste ... wenn ich das ganze dann vollautomatisch teste, funktioniert es ploetzlich nicht mehr. Tausend mal rumprobiert und durch Zufall bemerke ich, dass die Funktion openprofile() nur im Forencode steht wenn man eingeloggt ist ... ansonsten heißt diese openprofile2() fuer Gaeste. Manchmal muss man einfach nur Dusel haben ...
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Achsel-des-Bösen
| | Zitat von Renga
...den Forencode...regex...
| |
Doofe Idee. Knick es.
Nimm ne Libary die HTML Parser kann.
| |
*tusch*
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Achsel-des-Bösen am 25.01.2010 22:50]
|
|
|
|
|
|
|
|
|
| | Zitat von Renga
oh gott das ist doch so gut ... ich lass nen regex ueber den Forencode laufen und der funktioniert einwandfrei wenn ich ihn in IDLE teste ... wenn ich das ganze dann vollautomatisch teste, funktioniert es ploetzlich
nicht mehr. Tausend mal rumprobiert und durch Zufall bemerke ich, dass die Funktion openprofile() nur im Forencode steht wenn man eingeloggt ist ... ansonsten heißt diese openprofile2() fuer Gaeste. Manchmal muss man
einfach nur Dusel haben ... | |
/openProfile2?\.php/
|
|
|
|
|
|
|
|
| Thema: Gehirnsalat ( wir unter uns ) |
