Hast du die Posts überhaupt gelesen? Es wurde hier mehrmals gesagt das neue Harware bestellt wurde.guru_me hat geschrieben:also es gibt in letzter zeit verdammt viele phpbb.de ausfälle...liegt es wohl daran, dass die last mehr wird? bekommt man das hier auch noch in den griff oder bleibt es so, dass es fast jeden tag die meldung gibt, couldn t connect to the database
Diskussion zu Lastprobleme - phpBB.de wächst
Re: Lastprobleme - phpBB.de wächst
Jetzt wo du´s sagst...damals als der eingebaut wurde habe ich mich schon gefragt, wieso das Ding so unflexibel und inperformant gebaut wurde (z.B. auch weil das ding damals noch sämtliche "index.php" in "forums.html" umänderte - auch die der Moddb und KB) . Anstatt die URLs bei jedem Aufruf umzuwandeln, könnte man sie doch einfach im Quelltext ändern. Ist dann zwar einmalig viel Aufwand, aber man spart sich das Umwandeln per Regexp bei jedem Aufrufitst hat geschrieben:Ich habe auch eine Ahung woran das liegt - und könnte mich schwarz ärgern, das ich nicht schon vorher drauf gekommen bin. Der Short-URL-Hack, so schön er ist, hat einen gravierenden Nachteil: der schleust _jede_ von phpBB ausgelieferte Seite durch einen regulären Ausdruck, der die häßlichen URLs durch chiquere ersetzt. Das ist zwar toll für kleinere Sites und hilft, den Hack quasi nebenbei zu installieren, aber für große Sites ist das Gift.

dito 
bei der gelegenheit sollte man dann den ganzen mod umschreiben.
ich denke da an eine allgemeine rewrite regel die man pro seitenname nur einmal setzen muss.
den rest ( variablen auswerten usw. ) sollte dann ne funktion im header machen der entsprechnenden datei machen.
z.b. für die viewtopic: get_rewrite_vars(&$topic_id, &$start, &$postdays, &$postorder);
ah

bei der gelegenheit sollte man dann den ganzen mod umschreiben.
ich denke da an eine allgemeine rewrite regel die man pro seitenname nur einmal setzen muss.
den rest ( variablen auswerten usw. ) sollte dann ne funktion im header machen der entsprechnenden datei machen.
z.b. für die viewtopic: get_rewrite_vars(&$topic_id, &$start, &$postdays, &$postorder);
ah
Ich dachte, daß man alle Links nicht dynamisch beim Seitenaufruf verändern, sondern einmal Nachts statisch.
Jede Nacht werden in allen Postings des Vortages alle Links geändert. Und am Tag macht man das ganze dann dynamisch für den aktuellen Tag.
Vorteil: Nachts arbeitet der Server nicht.
Nachteil: Man könnte das ganze auch schon beim Posten statisch machen. Wird bestimtm einfacher
Fazit: Meine Idee ist nicht so der Hit
Grüße
Dennis
Jede Nacht werden in allen Postings des Vortages alle Links geändert. Und am Tag macht man das ganze dann dynamisch für den aktuellen Tag.
Vorteil: Nachts arbeitet der Server nicht.
Nachteil: Man könnte das ganze auch schon beim Posten statisch machen. Wird bestimtm einfacher
Fazit: Meine Idee ist nicht so der Hit

Grüße
Dennis
- itst
- Ehrenadmin
- Beiträge: 7418
- Registriert: 21.08.2001 02:00
- Wohnort: Büttelborn bei Darmstadt
- Kontaktdaten:
Genau 
Nein, wenn man unbedingt angepasste URLs braucht, genügt es, in der index.php die Links auf die viewforum.php anzupassen und in der viewforum die auf die viewtopic.php.
Alle anderen Seiten sollten für Spider sowieso verboten sein.

Nein, wenn man unbedingt angepasste URLs braucht, genügt es, in der index.php die Links auf die viewforum.php anzupassen und in der viewforum die auf die viewtopic.php.
Alle anderen Seiten sollten für Spider sowieso verboten sein.
Sascha A. Carlin,
phpBB.de Ehrenadministrator
phpBB.de Ehrenadministrator

-
- Mitglied
- Beiträge: 85
- Registriert: 07.04.2002 12:18
- Kontaktdaten:
Performance des Map Mod
Hi,
als Autor des Map MOD will ich auch noch kurz meinen Senf zur Diskussion geben: Es wird in naher Zukunft eine neue Version des Map MOD geben, bei der man einen Teil der Features als Admin deaktivieren kann.
Mit der aktuell implementierten Funktionalität sind statische Karten übrigens gar nicht möglich. Dies liegt daran, daß nahe zusammenliegende Benutzer immer zu "Clustern" zusammengefaßt werden, damit auf der Karte überhaupt noch was erkennbar ist und nicht auf jeden Pixel ein Markierungspunkt gesetzt wird. Diese Cluster werden voll dynamisch je nach Zoomfaktor, Karte und eingetragenen Nutzern neu berechnet und können nur schwer statisch berechnet werden. Deshalb wird man dieses (und andere) Feature(s) in Zukunft deaktivieren können, so daß zum Beispiel nur der ausgewählte Benutzer, aber keine anderen Benutzer auf der Karte angezeigt werden.
Ciao, Michael.
als Autor des Map MOD will ich auch noch kurz meinen Senf zur Diskussion geben: Es wird in naher Zukunft eine neue Version des Map MOD geben, bei der man einen Teil der Features als Admin deaktivieren kann.
Mit der aktuell implementierten Funktionalität sind statische Karten übrigens gar nicht möglich. Dies liegt daran, daß nahe zusammenliegende Benutzer immer zu "Clustern" zusammengefaßt werden, damit auf der Karte überhaupt noch was erkennbar ist und nicht auf jeden Pixel ein Markierungspunkt gesetzt wird. Diese Cluster werden voll dynamisch je nach Zoomfaktor, Karte und eingetragenen Nutzern neu berechnet und können nur schwer statisch berechnet werden. Deshalb wird man dieses (und andere) Feature(s) in Zukunft deaktivieren können, so daß zum Beispiel nur der ausgewählte Benutzer, aber keine anderen Benutzer auf der Karte angezeigt werden.
Ciao, Michael.
http://www.Rechenkraft.net - die umfassendste deutsche Seite über Distributed Computing.
Erfahrt alles zu SETI@home, Folding@home, UD Cancer, GIMPS und über 80 weiteren Projekten zum verteilten Rechnen!
Erfahrt alles zu SETI@home, Folding@home, UD Cancer, GIMPS und über 80 weiteren Projekten zum verteilten Rechnen!