iPod nano bringt neuerdings.com zum Absturz

Wir sind beeindruckt. Kaum denken wir uns mal einen etwas innovativen Gewinnmechanismus aus wie den hier…

Adventskalender 2007 – Vorankündigung (Tag 11: iPod nano)
Von Peter Hogenkamp am 11. Dezember 2007 um 12:01 Uhr

Das hier ist noch nicht der Adventskalender-Verlosungs-Beitrag. Der kommt irgendwann heute im Laufe des Tages zu einer völlig willkürlich festgesetzten Zeit.

Wenn es soweit ist, gewinnt der erste Kommentar.

(Wir haben voraussichtlich zwei nanos im Wettbewerb, einen neuen und ein Testgerät; das hier ist der völlig jungfräuliche, originalverpackte, bar bezahlte.)

… da bricht auch schon alles zusammen. Vermutlich haben 500 Leute einen Auto-Refresh auf 30 Sekunden aktiviert.

Ähm. Hallo? Wir sind ja selbst Fans vom neuen nano, aber es war trotzdem “nur” der nano. Was wollt Ihr denn machen, wenn wir erst das ****** oder den **** *** verlosen? Also ehrlich.

Wir sind jedenfalls an einem Multi-Massnahmen-Paket:

  • eigener Server für neuerdings.com (wenn das so kurzfristig klappt)
  • mehr RAM
  • temporäres Deaktivieren des eventuell ressourcenfressenden Statistik-Tools mint
  • allgemeines Gebastel für mehr Performance (dessen Wirksamkeit man allerdings immer erst im Nachhinein sieht)

Trotzdem: Sorry für die Ausfälle. Wir hatten einen hektischen Nachmittag, finden aber: Lieber überrannt werden als Langeweile.

 

4 Kommentare

  1. andreas sagt:

    WordPress ist ja überhaupt nicht meine Liebe, aber vielleicht habe ich den einen oder anderen Rat:

    * Caches an machen. WordPress hat einen Objekt-Cache, der Daten auf Disk zwischenspeichert. So wird die Auslieferung schneller, da nicht die Datenbank genervt werden muss. Statt Disk würde sich die Verwendung von memcached anbieten, dann kann man die Seiten direkt ab Memory raushauen. Gibt sogar ein Plugin, weiss aber nicht, ob das funktioniert (http://ryan.wordpress.com…3/memcached-backend/).
    * Mehr Apache-Prozesse vorhalten, langlebiger machen und Keepalive abstellen.
    * Logging in eine Datei machen und die Daten während der Nacht oder so analysieren. Wenn’s unbedingt in die Datenbank muss, Indices abstellen und InnoDB als Engine nehmen. Das Abstellen der Indices sorgt dafür, dass die Insert/Updates schneller gehen, da der Index nicht immer neu geschrieben werden muss. InnoDB erlaubt ausserdem gleichzeitige Inserts.

    Wenn’s immer noch Probleme gibt, müsste man mal mit ‘nem Profiler o.ä. schauen, wo die Zeit vergondelt wird und was blockt. Mit einer paar Tricks sind mehrere Mbps an Traffic problemlos ab dynamischer Seite zu machen, ohne dass man einen grossen Server aufstellt.

  2. mds sagt:

    @ANDREAS: Caching ist für diese Art von Aufgabenstellung gerade nicht geeignet ?

  3. andreas sagt:

    Doch. Erstens gibt es selektives Caching, zweitens kann man Caches so steuern, dass man sie leert, wenn sich an der Seite etwas ändert.

  4. @MDS – wieso denn nicht? Ob mit oder ohne Cache spielt doch hier gar keine Rolle – es ist so oder so der Zufall der entscheidet, wer die Seite zuerst zu sehen bekommt. Ob das ein paar Minuten frueher oder spaeter ist, spielt doch wohl keine Rolle.

    Mint – das koennte man ja allenfalls auf einem anderen Server installieren, oder? (kenne mich damit ueberhaupt nicht aus, aber auf dem ersten blick sehe ich nicht, warum das nicht funktionieren sollte)

Schreiben Sie einen Kommentar

Wir sind sehr an einer offenen Diskussion interessiert, behalten uns aber vor, beleidigende Kommentare sowie solche, die offensichtlich zwecks Suchmaschinenoptimierung abgegeben werden, zu editieren oder zu löschen. Mehr dazu in unseren Kommentarregeln.

* Pflichtfelder

*