-
Gesamte Inhalte
2207 -
Benutzer seit
-
Letzter Besuch
-
Tagessiege
7
Inhaltstyp
Profile
Forum
Downloads
Kalender
Blogs
Shop
Alle Inhalte von dgr243
-
World of Warcraft - Part 11
dgr243 antwortete auf Containy's Thema in Gaming Club's Allgemeine Themen
Sooo genau hab ich nich auf die Uhrzeit geguckt :floet: Was die Werte von dem Schami angeht.. Meiner fährt auf Level 33 rund 120 bis 160 DPS .. das ja dann nicht so weit weg von eurem Schami gestern *gg* Was den DK angeht.. der konnt anscheinend wirklich nicht spielen und/oder hat sich nur auf autoschlag verlassen.. naja wäre bei mir einer für die ignore list und gut is -
Nr.280 - von neuen Wagen, rechnendem Wetter und seltsamen Abkürzungen
dgr243 antwortete auf Crash2001's Thema in Coffeehouse's Soap
ist recht einfach .. musst nur bis nachts gegen 1:00 arbeiten und schon passt das mit dem was später kommen am nächsten tag -
Nr.280 - von neuen Wagen, rechnendem Wetter und seltsamen Abkürzungen
dgr243 antwortete auf Crash2001's Thema in Coffeehouse's Soap
morgen zusammen -
World of Warcraft - Part 11
dgr243 antwortete auf Containy's Thema in Gaming Club's Allgemeine Themen
chickie: Das Server runterfahren hat nix mit patch zu tun, sondern damit, dass _jeden_ Mittwoch Standardwartungsfenster ist. Und Blizz fährt dazu halt den Server runter.. Ansonsten kann ich deiner Erzählung absolut folgen. Das sind genau die "Rox00R" Chars die ich gestern meinte Davon abgesehen ist Blut eine nette Skillung, wenn man alleine levelt, hinkt im Schaden dafür hinter Unholy hinterher, bis das auf 80 durch entsprechendes Equip ausgeglichen wird. Hab zwar auch immer Blut geskillt, aber immerhin wars mir bewusst, dass es (auf 60) nicht die beste Wahl für nen Instanzengang ist. Schamis machen eigentlich ganz guten Schaden. Nen 80er Elementarschami geht schon ganz gut ab. Ist allerdings mit den ganzen Totems auch ne recht komplexe Klasse und daher nicht für 12jährige BrainAFKler geeignet -
World of Warcraft - Part 11
dgr243 antwortete auf Containy's Thema in Gaming Club's Allgemeine Themen
barlow is scho imba nein im ernst.. barlow ist klasse und ich könnt mich immer wieder vor lachen kugeln -
World of Warcraft - Part 11
dgr243 antwortete auf Containy's Thema in Gaming Club's Allgemeine Themen
Da gibt das bei mir ne ganz einfache Regel: So jemand wird nicht eingeladen, ausser er flüstert einen vorher an, so dass man denjenigen per Maus einladen kann. Sorry, aber für sowas brech ich mir nicht die Finger. (Mal ganz davon abgesehen, dass 90% von den Leuten ohnehin "Roxx00r Imbaaa" Typen die keinen Plan vom Spiel haben und ein freundlich formuliertes l2p höchstens mit wüstem Geschimpfe beantworten.. Solche Leute muss ich eh nicht in der Gruppe haben ) Ja gibt es. Zumindest theoretisch. Praktisch gehts aber ähnlich wie beim Schattenpriester nach einer Prioliste, da sich nicht immer 100% sagen lässt, dass eine Rune nun grad zur Todesrune wird oder man eben doch anfängt zu bomben statt Fokusschaden zu machen oder oder oder. Im Pvp ist das ganze noch ne Spur extremer -
World of Warcraft - Part 11
dgr243 antwortete auf Containy's Thema in Gaming Club's Allgemeine Themen
zwingt dich ja keiner so zu reden eigentlich zwingt dich als DD sowieso keiner zu reden (es sei denn du hast noch die Schlachtzugsleitung ) Jeder spielt hat so wie es ihm beliebt -
World of Warcraft - Part 11
dgr243 antwortete auf Containy's Thema in Gaming Club's Allgemeine Themen
Naja VF ist ja eher eine der leichteren Heroics Chickie: Es ging weniger darum sich zu betrinken (wo bei 2-3 Bier pro Person auch nicht wirklich die Rede sein kann ), sondern darum, dass man wenn man als Gruppe spielt und die Möglichkeit hat sich nebenbei zu unterhalten, dass IMHO auch nutzen sollte. Ist natürlich jedem selbst überlassen, aber ich finde Gruppenspiel mit TS nunmal deutlich angenehmer als Textgechatte... -
World of Warcraft - Part 11
dgr243 antwortete auf Containy's Thema in Gaming Club's Allgemeine Themen
Dazu is nen TS doch da .. war ne super lustige Runde im TS Tank war fast komplett T7,5 insofern war VF Hero auch nicht sooo das Problem für ihn. Selbst unser Pala Heiler hat aus Langeweile auf den Bossen mit rumgeprügelt /played hmm also ohne nachzugucken: Mage dürfte jetzt so bei 18 Tagen liegen DK bei 12 Priester bei 8 Druide bei 5 Hexer und Pala unter einem Alles in allem wohl also so 1,5 Monate.. Und das seit meinem Neuanfang Anfang 2008 kann ich mit leben, solang Job und/oder Familie und Freunde nicht drunter leiden würden mich da auch 3 Monate /played nicht stören -
Nr.280 - von neuen Wagen, rechnendem Wetter und seltsamen Abkürzungen
dgr243 antwortete auf Crash2001's Thema in Coffeehouse's Soap
1. ich bin nicht alt 2. ich finde 4 stunden schlaf pro nacht nicht viel.. war ja bisher auch genau richtig ... 3. ihr seid doof -
World of Warcraft - Part 11
dgr243 antwortete auf Containy's Thema in Gaming Club's Allgemeine Themen
bei mir war auch in letzter mal wieder lustig.. am we random nax 10er. spinnenviertel war sehr schnell clear. gab zwar einen wipe bei hadrenox (oder wie die dicke am ende sich schreibt ), weil wir irgendwie den enrage verpennt haben, aber sonst war echt gut und schnell. konstruktviertel ging auch gut. leider hat uns bei grobbolus ein dd verlassen müssen und es liess sich kein ersatz auftreiben.. da fehlte uns dann aber leider doch ein wenig der schaden und so haben wirs dann aufgegeben. allerdings gabs danach mit ner 5er restgruppe noch ne runde VF hero. wir hatten zwischenzeitlich im ts schon bisserl gefeiert und das ein oder bier intus, so dass wir gesagt hatten "ok wir zergen den einfach um, sch*** auf taktik" :beagolisc gab dann dafür auch den erfolg "wie auf rohen eiern" ausserdem hatte die tür noch 100% am ende insofern, war der erfolg dann gleich mit erledigt. im anschluss bin ich dann mit ner eule und nem kätzchen noch ne runde durch die alte schlomance gezogen. der erfolk da fehlte uns noch alles in allem hat zwar nix für meinen dk gedroppt, aber schaden und dps war platz 1 in den bosskämpfen nax 10er und platz 2 im trash (bombende eulen sind bööööse ) fand ich durchaus ok. -
Nr.280 - von neuen Wagen, rechnendem Wetter und seltsamen Abkürzungen
dgr243 antwortete auf Crash2001's Thema in Coffeehouse's Soap
moorgen zusammen.. warum ist erst dienstag? warum komm ich jeden morgen schlechter aus dem bett, obwohl ich zeitig pennen geh? dooof doof doof .. plöd plöd plöd *rumjammer* -
Nr.280 - von neuen Wagen, rechnendem Wetter und seltsamen Abkürzungen
dgr243 antwortete auf Crash2001's Thema in Coffeehouse's Soap
abgelehnt viel zu kastenförmig und unhandlich .. andererseits kann man nen kasten bier in dich stellen *grübel* schwere entscheidung -
Nr.280 - von neuen Wagen, rechnendem Wetter und seltsamen Abkürzungen
dgr243 antwortete auf Crash2001's Thema in Coffeehouse's Soap
moorgen zusammen.. boah was ein wochenende :old schön aufem kiez gewesen. seit ewigkeiten mal wieder alkohol getrunken.. um 7.30 stramm wie ne ganze kompanie ins bett gefallen umd um 10:30 durch die rufbereitschaft geweckt worden .. halleluja war das anstrengend ... -
je nachdem was genau zentriert werden soll: sollte reichen, wenn du dem <li> oder <ul> innerhalb des dolphinvav container ein einfach ein text-align: center; mitgibst.
-
PHP Datei löschen (aka unlink();)
dgr243 antwortete auf dgr243's Thema in Skript- und Webserverprogrammierung
Eine rauchen gehen hilft .. wem fällt was auf? netkiller@pandora:xxx/audio# ls -lah insgesamt 240 drwxr-xr-x 9 www-data adm 4096 2009-02-12 15:00 . drwxr-xr-x 6 root root 4096 2009-03-05 16:55 .. drwxr-xr-x 2 root root 20480 2009-02-12 14:53 2008-09-01 Nach einem chown www-data:adm * -R gehts dann auch Manchmal sieht man halt den Baum vor lauter Wäldern nicht.. Dennoch danke fürs lesen -
Moin, ich will eigentlich nur eine bestimmte Datei löschen.. if(file_exists($playfile)) { if(unlink($playfile)) { $status[0]++; } } [/php] file_exists() klappt auch noch. Ebenfalls klappt (an anderer Stelle) der lesende Zugriff auf die Datei. Allerdings schmeisst mir PHP beim unlink() dann [php] Warning: unlink(audio/2008-11-01/b255bb6f1c34dd58.wav) [function.unlink]: Permission denied in /***/includes/functions.php on line 681 Die Dateirecht passen aber soweit: netkiller@XXX:# ls -la b255bb6f1c34dd58.wav -rwxr--r-x 1 www-data adm 580684 2008-12-15 22:21 b255bb6f1c34dd58.wav AFAIR übernimmt PHP als Apache Modul den User, unter dem der Apache läuft. Das wäre dann www-data: netkiller@XXX:/# ps -ef | grep apache www-data 8302 29314 0 16:06 ? 00:00:00 /usr/sbin/apache2 -k start www-data 8395 29314 0 16:12 ? 00:00:00 /usr/sbin/apache2 -k start www-data 8455 29314 0 16:19 ? 00:00:00 /usr/sbin/apache2 -k start www-data 8513 29314 0 16:21 ? 00:00:00 /usr/sbin/apache2 -k start www-data 8521 29314 0 16:23 ? 00:00:00 /usr/sbin/apache2 -k start www-data 8672 29314 0 16:32 ? 00:00:00 /usr/sbin/apache2 -k start www-data 8673 29314 0 16:34 ? 00:00:00 /usr/sbin/apache2 -k start www-data 8736 29314 0 16:36 ? 00:00:00 /usr/sbin/apache2 -k start www-data 8758 29314 0 16:39 ? 00:00:00 /usr/sbin/apache2 -k start www-data 8879 29314 0 16:47 ? 00:00:00 /usr/sbin/apache2 -k start root 8884 2938 0 16:49 pts/1 00:00:00 grep apache Systemumgebung: - Debian Etch - PHP 5.2.0-8+etch13 - Apache 2.2.3 (Debian) Den Hinweis von PHP: unlink - Manual, dass es evtl. daran liegen könnte, dass die zu löschenden Datei in einer hierarchisch höheren Dateisystemebene liegt hab ich schon gefunden, allerdings bekomme ich auch mit dem im Link genannten Workaround dieselbe Rückmeldung. Irgendjemand ne Idee? Danke schonmal gruss dgr
-
Das ist wohl wahr. War aber in der Batchabfrage auch so enthalten, dass teils sehr kurze, teils längere und teils keine Start/Ende Beschränkungen drin waren. Zudem werden ähnliche Abfragen scheinbar Mysql seitig gecached. Änder ich "nur" den Filter auf Dauer, lasse aber die Start/Ende Begrenzung wie in der vorhergehenden Abfrage hab ich die Ergebnisse sofort. Habs jetzt so umgesetzt, dass sich das ganze halb automatisch regelt. Es wird beim Import einfach geprüft ob eine "Dauer" Spalte vorhanden ist. Wenn ja wird für 10 Random Datensätze geprüft ob der Dauer Wert korrekt ist und wenn ja angenommen, dass Dauer sauber importiert werden kann. Darüber hinaus kann man dann noch administrativ entscheiden ob man annehmen will, dass eine Dauerspalte vorhanden ist.. So kann unser Admin dann machen was er will und ich hab meine Ruhe Thx für die Gedankenanstöße auf jeden Fall
-
Berechnet wird in jedem Fall.. Entweder beim Export, beim Import oder zur Laufzeit.. Welchen Fall meinst du nun? :confused:
-
Hab da grad mal auf dem Development System ausprobiert wie sich das Lasttechnisch verhält. Export und (Re-)Import von ~1gbyte Daten (knapp 10 Millionen Datensätze). Export auf MS-SQL dauert mit zusätzlicher Berechnung der Dauer Spalte knapp 23 Sekunden länger. (Ohne weitere Systemlast) Import auf My-SQL dauert mit zusätzlicher Berechnung der Dauer Spalte knapp 17 Sekunden länger. (Ohne weitere Systemlast) Batchabfrage (10000 Abfragen jeweil 100 parallel; Variation in den Suchparametern Start, Ende, Dauer sowie der Sortierung) dauert mit zusätzlicher Berechnung der Dauer Spalte (je Abfrage) knapp 25 Sekunden länger. Alles in allem nimmt sich das nicht wirklich viel. Einzig die Berechnung erst beim Import auf die MySQL ist etwas performanter. *grübel* Blöde Entscheidung .. Am besten ich bau einfach alle 3 Möglichkeiten ein und setz im Adminpanel ne neue Option rein, dass der Import / Exportadmin sich da gefälligst entscheiden soll wie er es gern hätte :bimei:
-
Na die Fragen lassen sich ja beantworten - Export wird täglich ausgeführt - täglich fallen zwischen 10.000 und 20.000 neue Datensätze an - die Suche findet immer über alle Datensätze statt, kann aber ggf. weiter eingeschränkt worden sein, in dem man zum Beispiel nur Datensätze vom 1. bis 3. eines Monats sucht deren Dauer über x Minuten lag - pro Tag fallen zwischen 15.000 und 25.000 Suchanfragen an - Suchanfragen werden teilweise parallel erfolgen - auf allen "DateTime" Feldern in der My-SQL sitzt ein Index - Hardware ist in beiden Fällen ein 2-fach P4 Xeon Quadcore (@2,66 GHz pro Core) mit 8GB RAM und RAID-1 (2*146GB SAS @ 15.000UPM) - Im MS-SQL Fall läuft das ganze unter Windows Server 2003 Datacenter - Im My-SQL Fall unter Debian 4.0 (My-SQL 5.1) Zum Fall 3 (on the Fly Berechnung): Hier würde ich wenn dann die Berechnung mittels Timediff() im SQL Statement machen. Wenn noch weitere Fragen sind, gern raus damit
-
Moin zusammen, gegeben ist folgendes Konstrukt: - Quelldaten liegen in einer MS-SQL Datenbank - Ich kann aus dieser DB exportieren, am Datenbankdesign jedoch nichts ändern - Zieldaten kommen in eine My-SQL Datenbank per "LOAD DATA INFILE....." Nun habe ich das Problem, dass in den Quelldaten 2 "DateTime" Felder für Start und Ende enhalten sind und ich für die Applikation die auf die My-SQL Daten zugreift nach eben jenen Feldern suchen muss. Ist ja soweit auch kein Thema. Jetzt wird zusätzlich gefordert, dass die Applikation Datensätze einer bestimmten Länge suchen können soll. Da hab ich ja jetzt 3 (oder mehr?) Möglichkeiten: 1. Beim Export wird ein zusätzlich berechnetes Feld "Dauer" pro Datensatz in die Exportdatei geschrieben und damit beim Import in die Mysql bereits fertig mit importiert. So als Pseudocode: select to file xyz.csv Start, Ende, (Ende-Start) as Dauer from table; 2. Ich erstell mir einen on insert Trigger mit dem Ziel beim Import via LOAD DATA die Dauer zu berechnen auf der MySQL Datenbank. 3. Ich lasse alles wie es ist und berechne die Dauer on the Fly in der Applikation. Was ist eurer Meinung nach hier die beste Vorgehensweise oder hat jemand gar noch eine bessere Idee? Gruss dgr
-
Nr.280 - von neuen Wagen, rechnendem Wetter und seltsamen Abkürzungen
dgr243 antwortete auf Crash2001's Thema in Coffeehouse's Soap
mooorgen *hatschiiiiiii* *schnief* *krankenlager aufsuch* -
Ich hab bei meinem Rootserver den Backup MX über den Anbieter meines Rackspaces gehabt. War auch ein Catchall und auch kein Spam Problem. 90% des Spams werden wegen nicht vorhandener Mailadresse ohnehin direkt rejected Gab allerdings mecker, weil der ganze Spam dann auf dem Backup MX rumlag bis dieser erbarmt hat sich das zu löschen :floet: Mittlerweile (bzw. wenn ich endlich dazu komme das auch umzusetzen :floet: ) mach ich das so, dass der Root vom Kumpel mein Backup MX ist und vice versa. Da hat man dann ja eh alle konfiguratorische Freiheit der Welt
-
nochmal: wenn du den rechner platt gemacht hast (festplatte formatiert) KANN hamachi da gar nicht überlebt haben.. wie auch? die ursache ist in dem fall auf deiner inet anbindung selbst und nicht deinem rechner zu suchen