posting forum unread einfügen wie am besten? (gelöst) (Datenbanken und Verzeichnisdienste)

[thread]16718[/thread]

posting forum unread einfügen wie am besten? [gelöst]

Tags: perl5 Ähnliche Threads

Leser: 11

Articles: hide open all | hide show old branches

+7 replies
Gustl

2011-09-12 18:55
User since
2011-01-27
443 Artikel
BenutzerIn
Hallo,

ich habe ein Forum mit Perl/MySQL programmiert. (Im Browsergame Pingu-Farmer)
Ich wollte, so wie es in Foren so ist, dass für die Spieler die neuen nichtgelesenen Beiträge oder Themen fett markiert sind.

Ich habe eine table accounts, wo alle angemeldeten Spieler mit den ids drin sind. Dann habe ich eine table wo die spielerid und die threadid reingeschrieben werden, von den threads die neu sind und noch nicht von dem spieler(id) gelesen wurden.

bei einer Antwort oder einem neuen Thema (thread) habe ich folgendem Code:
Code (perl): (dl )

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

sub set_unread{ my $threadID = shift; my $sth = $dbh->prepare(q{SELECT account_id FROM forum_accounts}); $sth->execute(); my @erg; while (my $zeile = $sth->fetchrow_hashref()){ push(@erg,$zeile); } $sth->finish; foreach(@erg){ unless( $_->{account_id} == $main::acc_ID){ $sth = $dbh->prepare(q{ CALL insert_forum_unread(?,?)}); $sth->execute($_->{account_id}, $threadID); $sth->finish; } } }
Stored Procedure insert_forum_unread schaut so aus:
Code: (dl )

1 2 3 4 5 6 7

CREATE PROCEDURE insert_forum_unread( acc_id INT(10), t_id INT(10) ) BEGIN IF NOT EXISTS(SELECT * FROM forum_threads_unread WHERE account_id=acc_id AND thread_id=t_id) THEN INSERT INTO forum_threads_unread (account_id, thread_id) VALUES (acc_id,t_id); END IF; END;
Anfangs als es noch wenig angemeldete Spieler gab war das kein Problem, aber jetzt, bei ca. 400 angemeldete Spieler, habe ich ein Zeitproblem.
Bei jedem Antworten oder Erstellung von einem neuen Thema benötigt die sub set_unread jetzt über 20Sekunden... Das ist keinem zumutbar.

Habt ihr vielleicht eine Idee wie ich das besser lösen könnte? Oder wie es, zb. hier im Forum gemacht wurde? Welches, ja bestimmt auch selbst programmiert wurde.

Gruß

Edit: Warum ist die codebox eigentlich auf 40em Breite begrenzt?
Code: (dl )

1 2 3

div.codebox { max-width: 40em; }
Wenn sie etwas größer wäre, würde das ganze übersichtlicher sein.
Last edited: 2011-09-12 18:58:47 +0200 (CEST)
- +4 replies
- pq
  
  2011-09-12 19:14
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  speichere nicht die ungelesenen, sonden die gelesenen threads.
  ich speichere hier im forum vereinfacht erklärt user_id, thread_id, timestamp, wenn ein user einen thread liest. timestamp ist die mtime der neuesten message im thread.
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - +3 replies
  - Gustl
    
    2011-09-12 19:23
    
    User since
    2011-01-27
    443 Artikel
    BenutzerIn
    
    Mhh, wenn ich so drüber nachdenke, wäre das wohl eine Lösung, dann brauche ich nur einen Tupel löschen beim Aufruf eines Themas.
    
    Dann muss ich aber noch bissl was ändern. :)
    
    Darf ich fragen wieviele Einträge deine table (user_id, thread_id, timestamp) im Moment hat?
    - +2 replies
    - pq
      
      2011-09-12 19:28
      
      User since
      2003-08-04
      12208 Artikel
      Admin1
      
      2011-09-12T17:23:35 Gustl
      Mhh, wenn ich so drüber nachdenke, wäre das wohl eine Lösung, dann brauche ich nur einen Tupel löschen beim Aufruf eines Themas.
      
      wieso löschen?
      
      Quote
      Darf ich fragen wieviele Einträge deine table (user_id, thread_id, timestamp) im Moment hat?
      
      ca. 75k
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
      - Gustl
        
        2011-09-12 19:40
        
        User since
        2011-01-27
        443 Artikel
        BenutzerIn
        
        Ja, einfügen. :)
        
        Und danke pq.
        Last edited: 2011-09-12 20:13:30 +0200 (CEST)
- +2 replies
- pq
  
  2011-09-12 19:32
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  2011-09-12T16:55:48 Gustl
  Edit: Warum ist die codebox eigentlich auf 40em Breite begrenzt?
  
  als damals die probleme aufkamen, dass diverse browser mit einer prozentualen breite nicht klarkamen, war der wunsch 40em. es ging damals um firefox.
  
  ein weiteres problem ist, dass 60em oder mehr bei weiter eingerückten messages innerhalb des threads schon wieder zuviel wären. müsste ich aber nochmal ausprobieren, was der firefox da macht.
  
  ausserdem intrepretieren die browser die 'em' angabe wohl auch sehr unterschiedlich. ist aber wohl besser als px.
  Last edited: 2011-09-12 19:34:20 +0200 (CEST)
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - topeg
    
    2011-09-12 20:09
    
    User since
    2006-07-10
    2611 Artikel
    BenutzerIn
    
    Wenn ich die Dokus des W3C richtig lese, war die ursprüngliche Idee bei der "em" Angabe des CSS dass man Teile der Webseite mit der Fontgröße durch den Browser skalierbar machen kann. So war die Idee Logos, Menus, Fußnoten etc, mit festen Größen zu setzen und Texte, Bilder etc, in "em" abhängig von der Fontgröße.
    
    Browser sollten nur die Fontgröße ändern um die Bereiche zu skalieren auf die es für den Seitenautor ankam. Damit sollte es möglich sein die Lesbarkeit zu verbessern, ohne dass man seitlich scrollen muss oder unnötige Elemente den Platz wegnehmen.
    
    Zuerst war es auch so umgesetzt. Z.B. im Firefox. Doch auf kaum einer Webseite war es so umgesetzt, dass etwas sinnvolles dabei heraus kam. Nun wird halt alles skaliert.
    
    Daher kommen auch die etwas unterschiedlichen Verhaltensweisen bei "em" angaben.
    Last edited: 2011-09-12 20:10:58 +0200 (CEST)

View all threads created 2011-09-12 18:55.