[Release] SapphireFlyff Website

10/01/2012 14:36 Creeper.#136
Danke Schmizi fürs uploaden
10/01/2012 14:53 яαкєѕтχ3#137
Wie stellt man ein das die Accounts direkt freigeschaltet sind, und mann nicht erst die email bestätigen muss ?
10/01/2012 15:01 BattleTale#138
Schreibe das register so um, das es keine Email verschickt , sondern direkt die prozedur usp_webCrateAcc aufruft

Habe es mal eben gemcht:

könnte es leider nicht testen da ich atm keine DB habe.
10/01/2012 15:09 яαкєѕтχ3#139
Kannst mir mal zeigen ?
- kriege es irgendwie net hin
10/01/2012 15:11 BattleTale#140
habe es dir mal erstelt, siehe in meinen Beitrag wo ich dir es geschrieben hab wie es geht.
10/01/2012 15:24 яαкєѕтχ3#141
Jo Funktioniert, nur eine Frage habe ich noch.
Wenn ich auf Gm-Panel gehe steht da das ich nicht die Rechte dazu habe.
Habe auch schon mein Account Rechte gegeben,
You don't have the rights to access this site!
10/01/2012 15:26 BattleTale#142
Das GM Panel ist bei den Download doch garnicht mit drin oder?

Und hast du dein Name in der Config eingetragen bei den $CONFIG[allg_server_admin] ?
10/01/2012 15:29 яαкєѕтχ3#143
Doch bei der Homepage, ist doch das Admin Panel für die News etc oder ?
10/01/2012 15:30 BattleTale#144
Dann trag dein name in die Config bei allg_server_admin ein.
10/01/2012 15:34 яαкєѕтχ3#145
Wo soll diese Datei sein?
Habe eine Datei nach diesen Name garnicht gefunden
10/01/2012 15:43 BattleTale#146
Im ordner includes ist eine config.php da fondest du alle einstellungen.
10/01/2012 15:46 яαкєѕтχ3#147
Ja habe ich, jetzt klick ich auf AdminPanel dann kommt -> Objekt nicht gefunden!
Aber wieso können es dann die anderen Server alle ?

Achso es geht, musste den Pfad ändern. Danke :)
10/02/2012 01:44 xTwiLightx#148
Mal eine Erklärung für Dummies was Deadlocks betrifft und damit für einige evtl. ein Hinweis, wie man Deadlocks verhindern kann.

Die vielen SELECT Statements von der Homepage kommen den Queries der Files (bzw durch ODBC) zu oft in die Quere.

Das ist wie beim Einkaufen. Es gibt nur noch ein Expemplar von einer Eissorte, aber zwei Kunden wollen es haben. Es kommt nun zur Eskalation -> Beide greifen gleichzeitig zum Eis. Hier entscheidet nun: Der stärkere/klügere (je nach Definition) bekommt das Eis, der andere geht leer aus und versucht beim nächsten mal sein Glück.

Nun meine Tipps, um Deadlocks zu verhindern:
- Indexes in bestimmten Tables setzen (erfordert fortgeschrittene SQL Kenntnisse, die 90% der User hier nicht haben; SQL ist mehr als nur SELECT/INSERT/DELETE)
- Querys, die direkt von der HP kommen, entfernen und dafür auf statische Quellen zurückgreifen (z.B. eine Datenbank, die nur alle 1/2/drölf Minuten aktualisiert wird?)
- Prozeduren statt direkte Querys für Statistiken (kleiner Performanceschub)
10/02/2012 02:49 Pedobeer.[1.0]#149
Twilight wieso war mir kla, dass du allen Usern die Augen öffnest? :P
Aber Sapphire ging nicht down durch die Deadlocks da sie damit wenig zu tun hatten.
10/02/2012 08:07 Marv!n#150
Quote:
Originally Posted by xTwiLightx View Post
Das ist wie beim Einkaufen. Es gibt nur noch ein Expemplar von einer Eissorte, aber zwei Kunden wollen es haben. Es kommt nun zur Eskalation -> Beide greifen gleichzeitig zum Eis. Hier entscheidet nun: Der stärkere/klügere (je nach Definition) bekommt das Eis, der andere geht leer aus und versucht beim nächsten mal sein Glück.
Meinem Verständnis nach allerdings auch nur, wenn beide dasselbe Eis wollen. Korrigiere mich bitte, wenn ich falsch liege.



Quote:
Originally Posted by xTwiLightx View Post
- Indexes in bestimmten Tables setzen (erfordert fortgeschrittene SQL Kenntnisse, die 90% der User hier nicht haben; SQL ist mehr als nur SELECT/INSERT/DELETE)
Dass Indizes die Zugriffsdauer drastisch minimieren, stimmt. Merin Versäumnis, dass ich es nicht gemacht habe - mag daran liegen, dass ich mir alles, was ich benötigte, selbst beibrachte und mein Wissen somit noch astronomisch weit weg vom Expertenstatus ist (das soll weder eine Ausrede noch eine Rechtfertigung sein).



Quote:
Originally Posted by xTwiLightx View Post
- Querys, die direkt von der HP kommen, entfernen und dafür auf statische Quellen zurückgreifen (z.B. eine Datenbank, die nur alle 1/2/drölf Minuten aktualisiert wird?)
Habe heute vorgehabt, ein Update einzubinden, dass Cronjobs nutzt und somit nicht mit jedem Useraufruf alles immer neu abgefragt wird. Da die Deadlocks die CHARACTER_STR bzw. die usp_savePocket betrafen und deren große Gemeinsamkeit das UPDATE der CHARACTER_TBL ist, habe ich mich auf ebendiese Tabelle gestützt und folgende Seiten sozusagen zwischenspeichern lassen:
  • includes/boxes.php [Serverpeak, User online, kleines GW-Ranking]
  • sites/ranking.php [normales Spielerranking, GW-Ranking, Votestatistik - gerade hier waren viele Abfragen]
  • sites/news.php [da immer als erstes aufgerufene Seite]
  • sites/faqs.php, sites/rules.php [relativ statischer Inhalt]
Prinzipiell müsste noch der Shop, die Teamansicht und das Accountpanel folgen, dann wären sämtliche CHARACTER_TBL-Abfragen über Cronjobs geregelt, auch hätte ich die Daten lieber in *.xml als in *.txt - soweit aber kam ich nicht, da ungeplanterweise, ... ihr wisst schon. Mein USB-Stick zickt aber herum, sodass ich das Update frühestens heute Abend einspielen kann.