phpBB : Critical Error

Beitrag von **robo** » 24.01.2006, 22:44

In letzter Zeit erhalte ich hier im Forum immer öfter:

phpBB &#58; Critical Error

Could not connect to the database

So langsam macht es echt keinen Spass mehr ...

cu, Robo

von **Anzeige von ABAKUS** »

SEO Consulting bei ABAKUS Internet Marketing
Erfahrung seit 2002

persönliche Betreuung
individuelle Beratung
kompetente Umsetzung

Jetzt anfragen: 0511 / 300325-0.

Beitrag von **Airport1** » 24.01.2006, 22:47

Muss ein Optimierer ran. Wer meldet sich freiwillig? Ich ned, keine Zeit

Beitrag von **Southmedia** » 25.01.2006, 00:40

Sagt es Webby nur, ich bin mittlerweile mehr damit beschäftigt Downtimes zu reporten als effektiv was zu moderiern hier.

Beitrag von **Hasso** » 25.01.2006, 02:43

Da muss wohl einer diesen 24 Stunden Überwachungsscript/Dienst her. Die Meldung kommt per Email oder SMS, tolle Sache. Gibt`s schon reichlich im Web.
Lässt sich aber auch auf dem eigenen System natürlich auch gut realisieren.

Grüsse
Hasso

Beitrag von **Webby** » 25.01.2006, 10:35

Ich bin genau so am ende wie euch. Es geht um zuviel subprozessen für die mysql datenbank (laut meine host).
Mehr dazu hier...
https://www.abakus-internet-marketing.d ... 23166.html

Wir werden hochstwahrscheinlich diese woche eine Host wechseln machen.

Alan

Beitrag von **Airport1** » 25.01.2006, 10:54

> Wir werden hochstwahrscheinlich diese woche eine Host wechseln machen.

Der ist evtl. unnoetig. Oft muss man nur die Config von Apache / MySQL anpassen und die Scripte "tunen", desweiteren sich um Caching, Gzip Kompression, Shared Memory Gedanken machen usw. Man kann da unglaublich viel rausholen. Es kostet halt Zeit und man muss sich reinknien. Und .. wer "hat" schon Zeit

Beitrag von **Webby** » 25.01.2006, 11:37

ok, du kriegst den auftrag Airport1. Wann kannst du anfangen?

Alan

Beitrag von **marc75** » 27.01.2006, 13:34

Ich würde mal behaupten das dass Sessionhandling via DB zuviel Last produziert.
Wenn ich mich nicht irre sind im phpbb einige sql Abfragen unnötig und manche Sachen ganz schön umständlich gelöst.

Beitrag von **Webby** » 27.01.2006, 15:49

hmm, sessions sind eigentlich nur für gästen nutzlich soweit ich mich errinern könnte. ich wurde versuchen die komplett raus zu nehmen weil wir sowieso keine gäste beträge erlauben. Danke fürs Tipp Marc

Alan

Beitrag von **Anonymous** » 27.01.2006, 15:56

die gesamte Userverwaltung basiert doch auf sessions, die kannst du nicht einfach komplett rausnehmen.... oder irre ich mich da jetzt?

es gibt aber verschiedene Möglichkeiten wo eine session auf dem Server gespeichert wird... wenn dies in db ist, erzeugt dies natürlich Last auf der db....

Beitrag von **Webby** » 27.01.2006, 16:35

https://www.phpbb.com/phpBB/viewtopic.php?t=150631
Jaffery post. Ich denke aber das wird nicht helfen weil es macht nur eine leere session.

Ich bin selbst nicht die php profi muss ich sagen :-/

Alan

Beitrag von **marc75** » 27.01.2006, 16:46

webby da kannste auf der schnelle leider nicht viel tun, das haben die bei phpbb ehrlich gesagt recht schlecht gelößt.

Da müsste man die session komplett auf PHP session umschreiben.

So und ich verabschiede mich jetzt erstmal in den Urlaub.

Beitrag von **Anonymous** » 27.01.2006, 17:05

Hmm... melde dich doch einfach beim phpbb.com Forum an, und schick ne pn an einen der Entwickler und frag ob die dir da helfen können, oder wenigstens an jemanden verweisen der helfen kann:

https://www.phpbb.com/phpBB/groupcp.php?g=4

Beitrag von **Bogomir** » 27.01.2006, 17:17

Hallo Webby,

aus meiner Erfahrung kann ich dir sagen, daß man die Probleme durch einige Einstellungen der Mysql-Datenbank beheben kann. So hatte ich z.B. Probleme durch einen DNS-Lookup des MYsql-Servers, der unregelmäßig die Verbindungen zur Mysql-DB blockierte ( https://dev.mysql.com/doc/refman/4.0/de/dns.html ). Schau dir auch mal deine Query-Cache einstellungen an, diese helfen, den IO zur Harddisk zu minimieren ( https://dev.mysql.com/doc/refman/5.0/en ... cache.html ).

Manchmal werden die Zugriffe auch durch Fehler in den DB-Files verlangsamt, ohne Fehler zu melden. Aus diesem Grund repariere bzw checke ich meine Tables auch alle paar Monate (REPAIR TABLE, bzw. CHECK TABLE).

Um weitere Optimierungen vorzunehmen besteht auch die Möglichkeit, "slow queries" loggen zu lassen. Hierbei werden SQL-Queries, die besonders lange dauern, in ein Logfile geschrieben, anhand dessen Du diese Queries herausfinden und mit ein bischen Hintergrundwissen optimieren kannst.

Ich hoffe, Du kannst damit ein bisschen was anfangen

Beitrag von **Anonymous** » 27.01.2006, 17:40

installier dir doch mal ein Tool wie https://bigsister.graeff.com/ das sammelt dann laufend Daten über das system... da könnte man dann ggf. sehen wo es hakt... mysql kann auch überwacht werden....

optimalerweise sollteste das Tool selber auf einen anderen Computer installen und auf dem Foren server nur den agenten...