Geschwindigkeit von drupal.org

drupal.org ist bei mir zur Zeit auch ziemlich langsam. Hab da neulich auch mal was auf drupal.org selbst gelesen. Es wurde daraufhin mal die Datenbank optimiert wenn ich es richtig weiß - was da der aktuelle Stand ist weiß ich aber auch nicht...
-~blackfox~-

man kann drupal.org entlasten aber gleichzeitig schneller surfen indem man auf google suchbegriff site:drupal.org eingibt
quelle: podcast

Drupalcenter ist zeitweise auch schon ganz schön langsam!
Leider scheint Drupal schon erheblich die Serve rzu belasten. Das Problem ist das wegen der Scripter und templates sehr viele kleine Dateien pro Seite geladen werden müssen und sich so die Ladezeiten addieren. Ein echtes Manko dieses guten CMS.

Hab auch mal irgendwo hier gelesen, das es hilft, wenn man irgendwie das memory limit des Servers höher setzt. Aber keine Ahnung wie man das genau macht. Oder den Memmory, den php nutzen darf oder so.

Das Drupal Probleme mit großen Lasten hat hört man (leider) oft. Ist aber auch nachvollziehbar.

Zwei Fragen hab ich dazu:

1. Ab wieviel Besucher kann es Probleme geben? Ich habe keine Webseite die mehr als 500 Besucher / Tag hat und denke das ist auch keine Problem für Server und Co. Aber ab wieviel müsste ich mir Sorgen machen? 2000, 6000 oder 10000?

2. Drupal hat ja Caching Funktionen, welche aber immer noch Datenbankabfragen benötigen. Währe es nicht besser die komplette Webseite als statische .html Seiten zu generieren und alle paar Minuten eine Art Cronjob drüberlaufen lässt zur Aktualisierung von Kommentaren usw? Oder macht das am Ende dem Server noch mehr Last? Wie machen das die Profis? (MTV.co.uk zum Beispiel)

-----
Christian geht denhartenweg.

1. es kommt auf die Besucher die gleichzeitig online sind an ; ich denke da gibts ab 100 Probleme ; was aber am Tag denke ich vlt. mindestens 50000 Seitenbesuche ausmachen
2. MVT.co.uk ist sehr dynamisch, mit Usern usw. da wird es schwer mit auslagerung in HTML Dateien
theoretisch wäre dein einsatz quasie 1 Benutzer pro Cronjob; jedoch funktionieren hier Kommentarfunktionen usw. nicht

Ich denke es wird dran gearbeitet.
Drupal.org läuft sehr viel schneller wenn man nicht eingeloggt ist. Als Anonymer-Benutzer kommt man dann in den Genuß der gecachten Seiten und diese sind ja vollkommen ausreichend, wenn man nur im Forum, im Handbuch oder in der API-Doku lesen möchte.

--
bv - drupalcenter.de

Das löst aber nicht das Problem, wie man seine eigene Drupalseite beschleunigen kann. Wer wird so viel Zeit investieren, um danach eine ganz ganz langsame Seite zu haben???

Moin, das bringt mich aber kein Stück weiter, wenn ich in den Modulen suche. Ich logge mich ein, damit ich schonmal die Module nach Drupalversion filtern kann, also 4.6 oder 4.7 oder 5.x, ... dann sind es schon deutlich weniger Module, die ich sichten muss, und als Registrierter habe ich auch die erweiterte Suche, sodass ich bei der Suche gleich Foren ausschließen kann, wenn ich nach Projekten suche.

Eingeloggt zu sein hat einfach seine Vorteile, denn ich verursache nicht mehr Hits durch Klicks, die ich sowieso nicht machen wollte.

Ciao, Q

Wenn du die Module durchsuchen willst empfehle ich dir die Übersicht der Module einmalig aufzurufen, und dann mittels STRG+F einfach im Browser suchen was du brauchst.

gruß pebosi

Hallo,

mach ich eh :-) Firefox-Nutzer. Tabbing rulez. Aber ich kenne das 'Problem'. Man kann manchmal ganz schön lange auf die Seiten warten. Mich stört das aber kaum, ich mach das dann einfach später.

Gibt noch zwei Möglichkeiten.

Caching nicht nur für Rollen, sondern auch für Nodetypes definieren. Projektbeschreibungen werden sich ja nur kaum ändern. Bleiben also nur noch Foreneinträge und Suchergebnisse, die praktisch uncachable sind.

Zweite Möglichkeit: Publishing-Workflow.
Das könnte so aussehen.
Ein Autor erzeugt seine Nodes, mit Bildern etc. Das tut er auf einer Entwicklerinstanz. Wenn er nun zufrieden ist, dann werden die Inhalte übertragen auf die 'Public'-Instanz. Gleichzeitig wird die Seite im Cache als dirty markiert. Das müsste mit einem Cronjob laufen. Je nach Editierfrequenz und Geduld der Entwickler sind da Intervalle zwischen 1h und 2d denkbar. In jedem Fall wird die Last pro Intervallzeitpunkt höher als im Schnitt.

Für große Systeme ist sowas überhaupt gar nicht schlecht, denn sobald man eine wirklich gute Seite hat, wird man die Last auf verschiedenen Servern verteilen und so einen Sync-Job benötigen.

Das nur so als Gedankenspiel, verschiedene CMS' können das, sind aber auch auf einen anderen Betrieb ausgelegt.

Ciao, Q

das und noch etwas mehr lässt sich anscheinend mit dem advanced cache patch regeln. dieser scheint zwar nur zu greifen wenn einem authenticated user nur genau eine rolle zugewiesen ist, aber das sollte wohl bei den meisten der fall sein. ich werd´s beizeiten mal ausprobieren.

drupal.org soll doch rasch auf einen schnelleren Server umziehen. Es gibt doch auch gute Provider mit sehr hohen Geschwindigkeiten, und die kosten nicht mal viel.

Das wär wirklich sehr sehr wichtig, um hier den Eindruck "Drupal ist extremst langsam" endlich zu widerlegen.

Wer kann den Leuten von drupal.org das schmackhaft machen, so dass es in 3 Wochen bereits umgesetzt ist?

Das ist ein wirklich putziges Posting. Meinst Du nicht, die Drupal-Entwickler wüßten wie und wo man eine Webseite hosted? Die letzte, mir bekannte Struktur auf der Drupal läuft, ist diese: http://www.drupalcenter.de/node/107

Da kommt man mit einem 0815-Provider und einem 99,- Euro Webserver nicht mehr zurecht. Drupal.org hat immense und unverhältnismäßig steigende Besucherzahlen, zusätzlich hängt noch das ganze CVS-System an der Seite. In der Mailingliste werden laufend Zahlen dazu veröffentlicht.

Du kannst das Drupal-Projekt mit einer Spende unterstützen: http://association.drupal.org/donate

Wenn jeder einen kleinen Betrag spendet, wird Drupal.org bestimmt bald schneller laufen!!!

--
bv - drupalcenter.de

Lol, was soll man dazu noch sagen. Bei einem Webauftritt von ~80T bis 120T Hits am Tag braucht man 3 x Server mit Xeon 2,4 GHz und 2 GiB RAM, im Load-Balancing, wenn darauf ein 'professionelles' CMS laufen soll, plus fetter & kurzer Leitung. Vielleicht hat sich das ein bisschen reduziert seit Debian 4, aber so, die Richtung kann man schon denken. Da Drupal.org international ist, sollten das schon so viele Zugriffe sein. Das ist aber eine Vermutung.

Außerdem: wer soll das bezahlen? Die Member der Community sind nicht gerade wegen ihrer Spendeneuphorie bekannt. Das Portmonaie sitzt tief.

Kann mir nicht vorstellen, dass drupal.org so viele Zugriffe hat.

Wenn es so viele Zugriffe sind, dann können die doch allein schon durch Google-Werbung reich werden. Das ist irgendwie ein Widerspruch.

lol, klar hat solch ein OpenSource System solche Zugriffe, wenn das nicht mal untertrieben war. Ich glaube nicht das die Community das gut heissen würde wenn plötzlich die Seiten mit Google Werbung voll wären...

gruß pebosi

Aber natürlich muss Google Werbung drauf, wenn nicht schon vorhanden.

Hier auf drupalcenter.de ist ja auch Google Werbung drauf und die wird sich noch an bessere Positionen wandern um höhere Klickraten zu erreichen.

Nur so können solche Projekte gut überleben, das fördert die Motivation drastisch!

Ein "muss" sehe ich da auf keinen Fall.
Ist mir noch garnit aufgefallen das hier Werbung drauf ist, wird bei mir immer geblockt...

gruß pebosi

Nee, keine Google Werbung. Siehe hier: http://drupal.org/node/147036

Wie kommst Du darauf?

Wir haben doch schon in einem älteren Thread geschrieben, das es keine Werbung im Content-Bereich o.Ä. geben wird, nur um Klicks zu generieren. Das Drupalcenter soll kein Geld zu verdienen, sondern es soll sich lediglich selbst tragen. Aber das Theme ist zu OT, wenn Du möchtest, können wir das per E-Mail weiter diskutieren.

Ich glaube auch, das Q-Base Schätzung noch sehr gering ist. Wenn ich mal genauere Zugriffssahlen finde, poste ich sie hier.

--
bv - drupalcenter.de