Beiträge von LeijaT

Keine Ahnung, dafür müsstest du mir mal etwas genauer erklären, was du vor hast, denn aus deiner Beschreibung werde ich diesbezüglich nicht schlau.

Nein. Wenn dein letzter Eintrag z.B. ID 6 hat, du diesen löscht und dann einen neuen Einfügst, bekommt dieser automatisch ID 7.
Du könntest den Key-Operator beim Löschen eines Eintrags wieder -1 setzen, was aber dumm wäre, weil du ja nicht weißt, ob du wirklich den letzten Eintrag löschst

!= statt !==

Download: http://www.maxxpi.net/modules/…d_gallery/dlc.php?file=15

Die 1600MHz sagen nur bedingt was zu deiner Taktung aus. Du hast 3 Werte beim RAM, die zusammen passen müssen. Latenz, Cache und noch irgendwas.

So weit ich das weiß, ist das eins der wenigen Dinge, die SQL leider nicht drauf hat

Was genau hast du denn vor? Ich versteh aus deinem Code nicht so recht, worum es geht.

Hier, falls per PSC.

Nach seiner Aussage hat er nach einem Neustart die kompletten 8GB zur Verfügung, also werden wohl auch 8GB vorhanden sein. Warum die VMWare oder was auch immer die 7.5 GB reserviert und wofür, lässt sich aus einem Screenshot allerdings nicht diagnostizieren.

Zitat von DJ Deagle

Da steht doch, dass nur 512MB Verfügbar sind?

Richtig, weil 7.5GB in Verwendung sind. Lesen ist schon ne feine Sache :p

Wo liegt die Schwierigkeit, einfach keine Punkt zu benutzen?

Dann liegts vermutlich an den Punkten und der Server denkt, du willst damit ein Parent ansprechen. Versuch die Punkte mal durch Unterstriche o.Ä. zu ersetzen.

//Goldkiller: Ein print_r könnte auch nicht schaden:

echo "<pre>",print_r($_POST),"</pre>";

<input type="submit" name="submit" value="Login" class="button" />

Du teilst hier nicht mit, auf welche Weise (POST/GET) die Werte vermittelt werden sollen. Ergo werden sie gar nicht übertragen.

Weil du keine Methode angegeben hast. POST/GET muss vorhanden sein.

Was nur daran liegt, dass der Bär nicht genutzt wird. Was mich persönlich darauf schließen lässt, dass weder Bär noch Liste irgendeine Effizienz mit sich bringen, weil die Leute trotzdem einfach ein "HILFE ICH HAB DA EINEN ERROR" Thread auf machen.

Zitat von Kaliber

Naja...im Endeffekt macht eine Liste, den Fehlerklärbär redundant.

Das kann man auch genau so gut andersrum sehen
Warum stellst du die Liste nicht einfach privat zur Verfügung? Wenn's jemand brauchbar findet, wird es sich auch durchsetzen, ohne dass es von breadfish kommt.

Ich bin mir nicht ganz sicher, ob ich verstehe, was ihr nun sucht. Sucht ihr nun jemanden, der all eure aufgelisteten Punkte betreut, oder Teile davon übernimmt?

Zitat von maddin

Wenn ich raten will kann ich das doch auch selber, warum brauch ich dafür irgendeinen möchtegern Guru?

Aus dem gleichen Grund, warum der "SMS Guru" damals im Fernsehn so erfolgreich war: Der Mensch ist blöd genug, um sich selbst einzureden, da gäbe es jemandem, der in die Zukunft blicken kann. :p

Zitat von Jeffry

Auch Update Funktionen können zu massiven Lags führen.

Nope, sobald der Query raus ist, macht der Server weiter, egal was passiert. Selbst wenn SQL dann was zu meckern hat, ist es dem Server egal, der ist mit der Sache fertig. Seit den threaded Queries sind sogar Queries mit erwarteter Antwort nur noch halb so wild.

Manyula: Mal als abstraktes Beispiel:

Du hast einen Timer, der 3 Sekunden Berechnungszeit pro Spieler hat. Setzt du das in eine Schleife für alle Spieler, hast du also Spieler * 3 Sekunden. Bei 12 Spielern währen also 36 Sekunden (nur um mal deutlich zu übertreiben) Lag vorhanden.
Wenn du diese Funktion nun auf jeden Spieler (SetTimerEx) aufteilst, hat der Server 3 Sekunden Lag, kann wieder was anderes abarbeiten, lagged wieder 3 Sekunden, hat wieder Zeit für was anderes, etc, etc..

Zitat von Jeffry

Ebenso MySQL.

Bei SQL ist es nur relevant, wenn eine Antwort erwartet wird.

hide.me gibt dir 2GB Datenvolumen über VPN gratis jeden Monat. Für den normalen "Surfgebrauch" sollte das absolut ausreichen.