Fehler häufen sich
 

http://home.teleport.ch/loewe/bilder/fehler.jpg

Lessen geht superschnell, aber verfassen geht überhaupt nicht?

hab ich in der firma auch hin und wieder (ie 4.0 und 5.5). aber mit opera gehts. :p

war bei mir noch nie (ie5.01 und 6.0b)

ich hab das so oft, ich sag schon gar nix mehr.

UBB rulet halt und vor allem die 6er Version kann alles (mit Hacks) was VB kann und tät halt auch stabil rennen.

Da gibts zB HIDDEN FORUM (Clanforen) die in der Liste stehen und nur von Leuts gesehen werden, die berechtigt sind...

hat vbulletin aber auch

glaub mir des kann das vb auch ohne hack :D

LOL!!!

;) und warum wirds dann nicht gemacht ;););) beim ClanForum ???

@mz

nimm eine große Anzahl von Texten, lauter einzelen Dateien, diese verwalten und darin etwas suchen, ein Chaos

oder du stecktst diese Daten in eine Datenbank, ...

soweit ich es noch in Erinnerung habe, hätte des UBB mit der Anzahl der Postings Schwierigkeiten bekommen, sprich die Umstellung war nötig

enjoy

mhm, den Punkt seh ich ein :)

trotzdem nochmal die Frage. Warum kann dann nicht das Clanforum als Hidden geführt werden und zB besser Positioniert als im Unter unter unter Verzeichnis...

wie wärs gleich mit dem Forum unterhalb von "Spiele" ???

Dieser Fehler hat nichts mit vBulletin zu tun sondern liegt an der Serverkonfiguration. Es dürfte Timing Probleme mit PHP geben.

UBB6 (in der jetzigen Version) würde die Situation nur verschlimmern da der WCM Server mit PII 266Mhz CPU weit unterhalb der von Infopop empfohlenen Pentium III 800Mhz/SCSI Raid Konfiguration liegt.

erwähn des ned so oft is ja peinlich ROFL

:) hab ich mir auch gedacht - aber das erklärt halt schon einiges

Ja, das erklärt, dass die Konfig für vB vollkommen reicht, UBB aber derart besch... ist, dass es einen mördermässigen Rechner benötigt, um eine handvoll User verwalten zu können.

:D:D:D

wenn ich in meinem Forum mal soviel User hab lad ich JEDEN WCM-Forumler auf ein Bier ein ;)

Na ist eh klar, daß ihr da jetzt nicht zum hin und her switchen anfangt zw. ubb und vb.

Trotzdem ist MEIN Eindruck, daß früher unter ubb weniger fehler aufgetreten sind als jetzt.

Trotzdem: Geiles Board, das ich nicht missen möchte

Auch mit UBB gab es Fehler die aber wesentlich unangenehmer waren. Beispielsweise wurden zeitweise einige Dateien (Member/Beiträge) beschädigt da die Festplatte mit den Schreiben nicht mehr nachgekommen ist. Seitdem WCM auf vB läuft gab es keinen einzigen Datenverlust und das bei nahezu doppelter Traffic :)

Ein weiteres UBB6 Erlebnis der negativen Art hatte ich vor 2 Monaten auf meinen Webserver. Ich musste meine UBB 5.47e installation temporär auf 6.0 updaten da die alte 5.x Version ein Sicherheitsloch hatte.

Nach dem Update hat ultimatebb.cgi fast permanent 98% CPU verbraucht (Mittelgrosses UBB6 Board mit 50000 Postings auf Cobalt RaQ3 mit 256MB). Ich nehme an daß das "Cachen" der alten Beiträge grösstenteils dran schuld war. Statt das sich Infopop den CPU Last Problem annimmt (das nicht nur ich hatten) bevorzugt man es dort doch lieber über den RaQ zu schimpfen (einer von vielen Threads).

2 Tage später habe ich das Board auf vB 2.0 geupgraded. Die CPU Last ist bei 30 Usern durchschnittlich ~10% daher sehr niedrig und das bei vollkommen dynamisch generierten Seiten.

Fazit: UBB6 erzeugt wesentlich mehr CPU Last als vB bei gleichen Bedingungen. Theoretisch könnte man UBB6 auch am WCM Server laufen lassen wenn man regelmässig alte Beiträge aus den Foren löscht um dann ca. 2000 Beiträge pro Forum zu lassen, beim alten 5er UBB war dieses Limit noch um die 30000 Beiträge. Bei vB dagegen spielt die Postingszahl keine grosse Rolle, die Performance/CPU Last bleibt auch bei grösseren Boards nahezu gleich :)

mhm. Gut zu wissen. Meins läuft nämlich auch auf einer RaQ3i (geclustert). Mal sehen wie lange es durchhält :)

Obwohl nicht mehr wirklich zum Thread passend aber wissen würde ich es trotzdem gerne: Macht es (für euch) wirklich Sinn, Postings aus dem Jahre Schnee aufzuheben, die bei einer heutigen Suche sowieso total irrelevant sind. 2 Jahre = Computersteinzeit... :p

http://www.tplus.at/~mzilka/wcm1.jpg

http://www.tplus.at/~mzilka/wcm2.jpg

;)

das macht auf jeden fall sinn. zb wennst ein problem hast mit einer älteren kiste.

Kommt auf die Postingszahl, Zugriffe und darauf an wie oft die Cache geleert wird. Ich fürchte das es früher oder später (je nach grösse des Boards) zu problemen am RaQ kommen wird.


Hier eine kurze Anleitung um PHP/MySQL zu installieren falls du vielleicht doch einmal PHP Scripte am RaQ3 auszuprobieren willst:

Die MySQL installation ist relativ einfach:
Kopiere http://pkg.nl.cobalt.com/i386/RaQ3-R...-3.22.32-1.pkg (falls du MySQL 3.22.32 willst) oder http://pkg.nl.cobalt.com/i386/RaQ3-R...-3.23.37-1.pkg (für das neuere 3.23.37) in das Control Panel unter Softwareinstallation. Einige Leute haben Probleme mit der neuen 3.23 Version am RaQ, die alte 3.22 läuft aber 100% Stabil.

Sobald MySQL installiert ist muss das MySQL Passwort geändert werden. Um es zu ändern muss man sich als admin über Telnet/SSH einloggen und dann mittels

su -

in den Root Modus umschalten

danach

mysqladmin -uroot -pcobalt-mysql password NeuesPasswort (NeuesPasswort muss durch das neue Passwort ersetzt werden ;) )

eingeben.

PHP 4.0.5 zu installieren ist etwas komplizierter da Cobalt auf ihre Site fast nur antike Software wie PHP 3.0.x für RaQ3 anbietet. Um PHP 4.0.5 am RaQ3 zu verwenden muss man das PHP4 Modul selber kompilieren:

Als admin einloggen und dann in den Root Modus umschalten

su -

und in das /usr/local Verzeichnis wechseln

cd /usr/local

Als nächstes muss der PHP 4.0.5 sourcecode in dieses Verzeichnis geladen werden

wget http://php.net/distributions/php-4.0.5.tar.gz

Alternativ gibt es hier - http://www.php.net/~andi/php-4.0.6RC3.tar.gz auch Release Candidate 3 von PHP 4.0.6. Diese Release ist noch eine Beta.

Als nächstes muss das Archiv entpackt werden

tar zxvf php-4.0.5.tar.gz

und danach in das php-4.0.5 Verzeichnis gewechselt werden

cd php-4.0.5

Als nächstes wird PHP mit MySQL und Zlib Support (wird für die GZIP Kompression benötigt) konfiguriert

./configure --with-mysql --with-apxs --with-zlib

Im nächstes Schritt wird das PHP Modul kompiliert

make

Danach wird PHP installiert

make install

Jetzt müssen zwei Apache Konfigurationsdatei geändert werden damit das PHP Modul korrekt geladen wird. Daher muss ins das entsprechende Verzeichnis gewechselt werden

cd /etc/httpd/conf

Als nächstes muss folgendes in der Datei srm.conf eingefügt werden dazu kann man den Editor pico verwenden.

pico srm.conf

Folgendes einfügen:

DirectoryIndex index.html index.htm index.shtml home.html home.htm index.php

AddType application/x-httpd.php .phtml
AddType application/x-httpd.php .php3
AddType application/x-httpd.php. php
AddType application/x-httpd-php-source. phps


und die Datei abspeichern.

Als nächstes muss httpd.conf geändert werden

pico httpd.conf

Ganz am Anfang ist eine Zeile LoadModule php4_module ... vorhanden. Diese muss ersetzt werden durch

LoadModule php4_module /usr/lib/apache/libphp4.so

und dann die Datei abspeichern.

Jetzt folgt der letztes Schritt. Der Neustart des Apache Servers mit dem PHP Modul.

/etc/rc.d/init.d/httpd restart

Um zu testen ob PHP fehlerfrei funktioniert folgendes machen:

Eine Datei phpinfo.php mit folgenden Inhalt erstellen:

<? phpinfo(); ?>

Dann am Server hochladen und mit den Browser aufrufen. Jetzt sollten einige Information über die installiert PHP Version erscheinen :)

Zum Verwalten der MySQL Datenbanken ist PHPMyAdmin empfehlenswert:
http://www.phpwizard.net/projects/phpMyAdmin/ (Username/Passwort in der Konfigurationsdatei muss root/und das MySQL Passwort sein)

Massenhaft Scripts in PHP gibt es auf http://www.hotscripts.com du kannst aber Beispielsweise das Portalsystem http://www.phpnuke.org ausprobieren.

Fertig. Das war wieder eine Kurzanleitung ;)

Es macht zwar nicht bei jeden Posting Sinn aber Beispielsweise jemand hat ein Problem mit den Computer und kann sich erinnern das es im WCM Forum etwas zu diesen Thema gab. Wenn jetzt laufend alles was älter als 2-4 Wochen ist gelöscht wird würde er dann nichts mehr finden.

3D Files macht das Beispielsweise bei ihren 3D Board http://www.3dfiles.com/3dboard/ultimatebb.cgi (einen High Traffic UBB6 Board) so. Das Ergebnis: Die gleichen Fragen wiederholen sich laufend.

Zum Aufbauen ;) und zur Eingrenzung. Ich hatte schon seit Wochen kein einziges Problem mit dem Board. (IE 5.5 SP1)
mfg Micha

:D na das war ja eine ausführliche Beschreibung. Danke aber WARUM ? Ich hab php mysql schon installiert.

UND ZWAR VIEL EINFACHER.

Von Cobalt gibt es pkg files --> einfach über die GUI einspielen fertig :D:D

Ich hab mir nur gedacht das es eventuell nicht installiert ist da der Server von den die zwei RaQ Fehler Bilder kommen die übliche "Apache/1.3.6 (Unix) mod_perl/1.21 mod_ssl/2.2.8 OpenSSL/0.9.2b" RaQ3 Kennung hat. Bei installierten PHP4 Modul kommt vor mod_perl/1.21 ein PHP/4.0.5.

MySQL ist die pkg Version. PHP gibt es bei Cobalt allerdings nur in einer sehr alten 3er Version (siehe oben). Neue PHP Software sollte ausschliesslich auf der aktuellen 4.0.5 Version verwendet werden da sie viele neue Features wie z.b. GZIP Kompression enthält.

Da schaust. Unserm Philipp entgeht in dieser Beziehung rein gar nix :D

Ist doch nicht so schwer :D

Die RaQ Standardkennung (ohne zusätzliche Servermodule) ist normalerweise:
RaQ3 = Apache/1.3.6 (Unix) mod_perl/1.21 mod_ssl/2.2.8 OpenSSL/0.9.2b
RaQ4 = Apache/1.3.12 Cobalt (Unix) mod_ssl/2.6.4 OpenSSL/0.9.5a PHP/4.0.3pl1 mod_auth_pam/1.0a FrontPage/4.0.4.3 mod_perl/1.24

Schwerer ist da schon
Apache/1.3.19 (Unix) mod_gzip/1.3.19.1a PHP/4.0.6RC2 mod_perl/1.25 mod_auth_pam/1.0a mod_ssl/2.8.3 OpenSSL/0.9.6a

Dabei handelt es sich um den RaQ3 eines bekannten. Dort habe ich Apache komplett neu kompiliert damit das mod_gzip Modul läuft :)

Zum PHP3 Modul von Cobalt:
Ich habe gestern nochmals nachgesehen. Ich glaube langsam das diese Version als CGI läuft, daher wird die Performance wie bei Perl sein.