DrupalCenter ist umgezogen II

Okay, dann auch nochmal der Hinweis, dass die Suchfunktion im Moment noch nicht funktioniert. Der Suchindex muss neu aufgebaut werden und das dauert ein wenig. Bis dahin nutzt ihr am besten Google um das Drupalcenter zu durchsuchen (site:drupalcenter.de "Suchwort").

Die Core-Suche wird demnächst auch noch durch Apache Solr ersetzt werden. Jetzt sind wir erstmal froh, dass wir das vor Monaten angestoßene und lange vor uns hergeschobene Projekt hinter uns haben, wenn auch mit einem klassischeren Setup als ursprünglich angedacht - ganz ohne Pressflow, Varnish und Memcache.

Das macht im Zweifelsfall die Administration einfacher, da man auf mehr Leute zurückgreifen kann, die sich direkt zurechtfinden. Dafür wurde kurzfristig noch das System komplett neu auf Basis von Ubuntu 10.10 (Maverick) aufgesetzt.

Mahlzeit

Was mir überaus positiv aufgefallen ist, dass der Seitenaufbau im allgemeinen jetzt unheimlich flott ist.
Es gab doch Zeiten wo ich vom klicken auf einen Link bis zum fertigen Aufbau, sehr lange warten musste.

Weiter so!

mfg
alex01

Was das Forum angeht, so kann ich dies leider nicht bestätigen. Da gehört das DC leider zu den langsamsten Seiten die ich regelmäßig aufrufe. Der Jochen Lillich würde mit seinem DrupalConcept das DC kostenlos hosten. Der kennt sich da prima aus und unterstützt mit seinen Servern Varnish und Memcached. Bin mir sicher, dass er mit seiner Unterstützung das DC Projekt wesentlich bestärken kann. Lasst ihn einfach mal ran. :-)

Sobald du eingeloggt bist bringt dir Varnish für die eigentliche Seite gar nichts mehr, die Anfrage wird dann von Varnish direkt zum Webserver durchgeleitet. Memcache sehe ich bei Benutzung out-of-the-box auch nicht als Beschleuniger im speziellen Fall. Ein Cache bringt nur dann was wenn das was angefragt wird im Cache vorliegt. Dazu muss es vorher aber erstmal einer aufgerufen haben, damit es darin abgelegt werden konnte. Derjenige hat also schonmal eh nichts von all dem Brimbramborium.

Ein Forum hat, wenn halbwegs häufig etwas darin passiert, am laufenden Band neue Daten. Neue Topics, neue Kommentare, geänderte Inhalte, Änderungen in den Zählerständen und noch dazu für eingeloggte User jeweils einen anderen Stand (Anzeige ob schon gelesen oder nicht). Unter solchen Bedingungen ist die Effektivität von Caching eh schon stark eingeschränkt. Rein SQL-mäßig ist das Drupal-Forum-System eine PITA (pain in the ass). Da beißen sich auch die Jungs auf drupal.org schon seit Jahren die Zähne aus.

Mit hier mal ein Modul installieren und da mal Memcache anwerfen schaffst du da keinen großen Wurf. Da musst du schon tiefer ins System einsteigen und z.B. den Standard-Pager raushauen und durch eine leichtgewichtigere Variante ersetzen, diverse Abfragen durch von Hand geschriebene im Core-Modul ersetzen, versteckte (nur bestimmten Gruppen zugängliche) Foren komplet rauswerfen, ... Ehrlich gesagt hat hier keiner Zeit und Lust hier einen fetten Core-Hack oder -Fork zu starten. Da schließe ich mich ausdrücklich mit ein ;-)

Wenn es alles so einfach und mal eben zu machen wäre hätten es die d.o Jungs und wir schon lange gemacht.

BTW liegt die Hit-Rate des MySQL Query Cache vom DC Server aktuell im Tagesmittel bei >97%. Die Verlagerung von Anfragen auf Memcache bringt da in unserem Ein-Server-Setup kaum Entlastung die vom User wahrnehmbar wäre.

Mit anderen Worten: das Forum aus dem Drupal Core (ist auch bei D7) Müll? Bei Der Contao Community haben sie z.B. eingesehen, dass sie keine gute Forum-Möglichkeit aus Contao heraus haben. Wäre ein Wechsel auf auf ein anderes System, beim Forum, denkbar? Ich weis, dass ihr da offenbar bisher viel Arbeit reingesteckt habt, aber das Teil läuft halt nur schleppend. Da hilft auch offenbar der MySQL Query Cache nicht.

Ein Wechsel ist nicht wirklich in vertretbarem Aufwand möglich. Mir wäre nichtmal ansatzweise ein Modul bekannt um ein Drupal-Forum in ein anderes Forensystem zu migrieren. Habe aber auch nie danach gesucht. Das D7 Forum ist in vielen Punkten neu aufgesetzt worden. Es gibt einen Backport nach D6, der seit gestern auf d.o im Einsatz ist, wie Björn im Gespräch mit Gerhard heute erfahren hat (die entsprechende News haben wir wohl beide verpasst). Bevor hier an einen Einsatz gedacht werden kann müssen aber interne Strukturen (zugangsbeschränkte Unterforen) durch Strukturen außerhalb des Foren-Systems ersetzt werden, da die Einschränkung bzgl. Forum Access auch für den Backport gilt.

Aber mal ganz ehrlich:
Dass es uns allen lieb wäre ein rasend schnelles Forum zu haben ist unbestritten. Es kann mir aber keiner erzählen, dass es derzeit so ätzend lahm ist, dass es unbenutzbar wäre (ganz zu schweigen vom Zustand vor dem Serverwechsel in den vergangenen Jahren). Alle Erfahrung lehrt uns etwas anderes. Wirklich langsam waren über Jahre die d.o Foren und das hat auch niemanden davon abgehalten dort hunderttausende von Posts abzusetzen (dieses Jahr wird die Millionengrenze überschritten).

Also ich finde, dass es kein Bedarf für Optimierung notwendig ist. Denke mal, dass es an deine Leitung liegen muss o.ä., wenn Dir das Forum langsam vorkommt.

Habe eine 16 Mbit Leitung. An meiner Leitung liegt es definitiv nicht. Zumal ich auch von verschiedenen Orten unterwegs bin. Soll das Forum eben weiterhin so bleiben. Falls ich irgendwie helfen kann, einfach melden.

Also ich krabbel mit 1500 durchs Internet und was hier die Seite angeht, ist sie schon ein wenig schneller geworden.

Zum Forum, ich würde nicht auf ein anderes System wechseln, da man sich da wahrscheinlich neu anmelden müsste, wie bei Contao auch. Aber mich wundert es eh, das so Module wie zum Beispiel zu Wiki, Forum oder auch Gallery, sehr schwer zu finden ist. Wobei bei dem letzteren schon sich gebessert hat.

Hier wurde Git angesprochen, ich finde git ein gradioses Tool zum Administrieren von Server. Aber hat ein Nachteil, man muss sich gewöhnen das ganze über die Console zu machen. Das macht einigen Probleme, ich finds nicht so schlimm, bin aber auch ein LinuxUser *gg

Habe auch nicht grad die schnellste Leitung, aber mir scheint es eklatant viel schneller, insbesondere das Speichern eines Forumbeitrags.
*freu*

Nur zur Info und damit ich Recht behalte ( ;-) ):
Ich habe letztens mal das DC mit Memcache ausgestattet. Und - merkt ihr was? Genau! Ich auch nicht.. ;-)

Es ist wie ich sagte: Der Bottleneck sind die Abfragen über Forum Access. Memcache kann da nicht helfen und bringt im DC auch sonst gefühlt nichts, weil der Server so flugs und MySQL so passend konfiguriert ist, dass sich alle Beteiligten den lieben langen Tag in der Nase bohren. Was Memcache der DB abnimmt sind Zugriffe auf sämtliche Cache-Tabellen. Die stören hier aber im Normalbetrieb die übrigen Abfragen praktisch nicht und daher ist da in Sachen Speed auch nichts zu merken. Es müsste ein Superextremfall (für die Verhältnisse des DC und die Kapazität des Servers) eintreten, dass Memcache hilft die Skalierung zu verbessern und auch bei Schwerlast das System noch am Laufen zu halten.

Hab Memcache eigentlich nur installiert, weil ich andernorts auch gerade dabei war und natürlich, weil ich meine Aussagen gern auch in der Praxis austeste - und hoffe, dass ich sie dann nicht berichtigen muss.. :-P

Ist ein schönes Beispiel dafür, dass es nicht hilft nach dem Gießkannenprinzip mit Varnish, Memcache und Nginx zu arbeiten, nur weil sie gerade hip sind und das "High Performance"-Label auf dem Poloshirt tragen. Ich bin immer etwas amüsiert wenn ich in der High Performance Group auf g.d.o. die ewig gleichen Antworten auf Hilferufe lese, ohne dass man nähere Infos zum Szenario hat. Jetzt meinen manche gar sie könnten eine Amazon Mikro Instanz nehmen (rund 600 MB RAM, wenig I/O-Performance, wenig CPU) und darauf mit Nginx, Memcache und Varnish ne High-Performance Umgebung aufziehen. Für die Website von Tante Trudes Trödelladen wirds wohl noch langen..

Hi,

gibs keine Alternativen zu Forum Access? Hab selber im moment Content Access + Node Access am Laufen. Hatte damals mal Simple Access angetestet. Weiss nicht, ob ich mich richtig entsinne, aber konnte das nicht auch mit dem Forum umgehen?

mfg Crusher