Forum Sefrengo.org > Datenbankprobleme

Forum Sefrengo.org > Allgemeine Foren > Anwenderforum

tigi

Wed. 27. September 2006, 21:52

Schönen guten Tag zusammen,

ich hab da ein Problem...
Warum wohl wäre sonst diese rege Forum?
Spaß beiseite, es gibt echt ein Problem und ich hoffe von Euch hat einer eine zündende Idee.
Ich erhalte im Moment ab und zu folgende Fehlermeldungen:

ZITAT

> Warning: mysql_pconnect() [function.mysql-pconnect]: Too many
connections in
/homepages/17/d......./htdocs/kado/backend/external/adodb/drivers/adodb
-mysql.inc.php on line 366
>
> Warning: mysql_affected_rows(): supplied argument is not a valid
MySQL-Link resource in
/homepages/17/d......../htdocs/kado/backend/external/adodb/drivers/adodb
-mysql.inc.php on line 178
>
> Warning: mysql_affected_rows(): supplied argument is not a valid
MySQL-Link resource in
/homepages/17/d......../htdocs/kado/backend/external/adodb/drivers/adodb
-mysql.inc.php on line 178
>
> Warning: mysql_affected_rows(): supplied argument is not a valid
MySQL-Link resource in
/homepages/17/d........./htdocs/kado/backend/external/adodb/drivers/adodb
-mysql.inc.php on line 178

oder auch das:

ZITAT

cannot use database db15347110815

Ausserdem ist seit gestern der Seitenzugriff extrem langsam und wenn man im Menü
eine Seite auswählt dauert dies 20 und mehr Sekunden bis die Seite kommt.
Hoster ist 1 & 1, die Antwort auf meine Anfrage an den Support lautet:

ZITAT

Wir können Ihnen für selbstgeschriebene Skripte keinen Support anbieten,
da wir lediglich technische Anfragen bezüglich unserer
WebHosting-Angebote und der direkt damit verbundenen Leistungen
bearbeiten können.

Ein ausgezeichnetes PHP-Forum finden Sie unter:
http://www.php4-forum.de/

Vielen Dank für Ihr Verständnis.

Nun ja, das hilft mir im Moment auch nicht weiter.
Hier mal der Link zu meinem SF Baby Musikverein Stadtkapelle Dornstetten e.V.
Eine Optimierung der DB habe ich mit MySql gemacht, aber ohne erkennbaren Erfolg.
SF arbeitet wie gewohnt, halt langsamer als bisher.

Schon mal vielen Dank an alle die das lesen und darüber nachdenken.
Gruß an alle
PS: Habe den Titel versiebt, soll Datenbankproblem bedeuten, sorry

bjoern

Wed. 27. September 2006, 22:33

Siehe http://forum.sefrengo.org/index.php?s=&...post&p=2609

tigi

Thu. 28. September 2006, 07:48

ZITAT(bjoern @ Wed. 27. September 2006, 23:33)

Siehe http://forum.sefrengo.org/index.php?s=&...post&p=2609

Hallo Björn,

dank Dir für die Antwort.

ZITAT

Das Problem lässt sich lösen, indem Du die Datei backend/API/DATABASE/class.SF_DATABASE_Ado.php öffnest, $this->conn_ado->PConnect suchst und gegen $this->conn_ado->Connect ersetzt (ohne P).

meinst Du das?
Werde das mal ändern und dann testen.

Schönen Gruß

tigi

Thu. 28. September 2006, 20:27

ZITAT

meinst Du das?
Werde das mal ändern und dann testen.

Ich habe es geändert wie von Björn vorgeschlagen, Fehler im Moment keine
und der Provider überprüft die DB. wegen der langen Zugriffszeit.
Warte auf das Ergebis...

Gruß an alle

tigi

Thu. 5. October 2006, 15:04

ZITAT(tigi @ Thu. 28. September 2006, 21:27)

Ich habe es geändert wie von Björn vorgeschlagen, Fehler im Moment keine
und der Provider überprüft die DB. wegen der langen Zugriffszeit.
Warte auf das Ergebis...

Gruß an alle

Hallo,
ich habe mal die DB überprüft und erhalte folgende Hinweise:

ZITAT

Warnungen bei den Indizes der Tabelle `cms_groups`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `idgroup` gesetzt sein
Warnungen bei den Indizes der Tabelle `cms_plug_newssystem`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `idnews` gesetzt sein
Warnungen bei den Indizes der Tabelle `cms_plug_newssystem_comment`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `idcom` gesetzt sein
Warnungen bei den Indizes der Tabelle `cms_plug_newssystem_values`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `id` gesetzt sein
Warnungen bei den Indizes der Tabelle `cms_users`
Die Index-Typen INDEX und PRIMARY sollten nicht gleichzeitig für die Spalte `user_id` gesetzt sein
Warnungen bei den Indizes der Tabelle `cms_users_groups`
Es sollte nicht mehr als ein Index des Typs INDEX für die Spalte `user_id` gesetzt sein
Es sollte nicht mehr als ein Index des Typs INDEX für die Spalte `idgroup` gesetzt sein

weis jemand wie ich das verbessern kann?

Danke schon mal

tigi

Sun. 15. October 2006, 10:53

Schönen Tag zusammen,
ich melde mich einfach mal wieder mit dem DB Problem welches noch immer temporär vorkommt.
Manchmal ist die Seite "normal" erreichbar und die Seitenaufrufe kommen gut.
Dann gibt es Tage an denen ein Besuch fast nicht möglich ist weil ein Seitenaufruf 35 Sekunden dauert.
Der Provider (1&1) wollte die DB Konfig noch mal überprüfen, kann ich aber so ohne weiteres nicht nachprüfen. Mysql Optimierung habe ich gemacht, Überhänge gibt es auch keine und es kommt ab und zu das:

QUELLTEXT

Warning: mysql_connect() [function.mysql-connect]: Too many connections in /homepages/21/d80047111/htdocs/kado/backend/external/phplib/db_mysql.inc on line 76
connect(db85.puretec.de, dbo153847119, $Password) failed.

Habe mal mit dem Test Tool von 1&1 geprüft dann kommt das:

ZITAT

Seitengroesse (Gesamt): 49.399 Bytes
Anzahl der berücksichtigten Elemente: 10
Theoretische Ladezeit fuer Modem / ISDN (56-64 kbs): 6,59 s
Theoretische Ladezeit fuer DSL1000 (1024 kbs): 0,39 s
Theoretische Ladezeit fuer DSL2000 (2048 kbs): 0,19 s
Theoretische Ladezeit fuer DSL3000 (3064 kbs): 0,13 s
Theoretische Ladezeit fuer DSL6000 (6128 kbs): 0,06 s
Gesamtwertung (im Schulnotensystem): 1,0 (sehr gut)

Optimierungsvorschläge:

Sie haben die Bestnote für Ihre Webseite http://www.stakado.de/projekt01/index.php erhalten. Besser geht es kaum!

Schön... aber 10 Minuten später das:

ZITAT

500 - Interner Server-Fehler (CGI?)
Der Ladezeit-Check war nicht in der Lage die angegeben Webseite zu analysieren. Dieses kann folgende Gründe haben:
Kurzzeitiger Ausfall des hostenden Webservers
Inkorrekte Schreibweise der URL
Netzüberlastung und infolge dessen eine Unerreichbarkeit
Ausfall einer Strecke die die direkte Verbindung nicht zulässt
Die Authentifizierung ist fehlgeschlagen

Weniger schön... In den Logfiles an diesem Tag sind keine besonderen Seitenaufrufe erkennbar, keine Robots oder ähnliches nur ein paar "normale" Besucher.
Meine Überlegungen gehen auch in Richtung Mod Rewrite, ob dadurch Probleme entstehen?

Wer von den Profis hat einen Rat für mich was von meiner Seite noch machbar wäre?

Gruß an alle
Ach so, noch mal der Link: Stadtkapelle Dornstetten e.V.

amk

Sun. 15. October 2006, 12:23

hey Tigi - deine überlegungen sollten lieber in richtung scheiss provider gehen. ich schaffe es bspw. nicht ein db-dump größer 2,5mybte bei nem shared-web von 1&1 per myadmin zu laden ... ansonsten kommt ebenfalls error500. also muss ich den dump zum upload erst zerstückeln. eine "wahnsinnige freude"!

1&1 ist sehr restriktiv was die mögliche belastung angeht ... und diesbezüglich ist 1&1 bzgl. preis/leistung das allerletzte.

tigi

Sun. 15. October 2006, 12:51

ZITAT(amk @ Sun. 15. October 2006, 13:23)

Hallo, grüß Dich

ist schon rechter Mist manchmal, der Kundendienst sagte zwar, man wolle sich kümmern, aber so recht funkt das wohl nicht. Die DB's werden doch offeriert und man sollte doch erwarten, dass das dann funktioniert, zumindest genau so wie bei einer freien DB?! Es kostet doch auch.
Langfristig ist wohl ein eigener Server die Lösung (vielleicht will man das ja

)
Ich schreibe dem Service noch mal.
Der Post hier soll einfach nur auf die Probleme hinweisen, vielleicht hilft das ja auch dem ein oder anderen.

Dank Dir für die Antwort und Anteilnahme

amk

Sun. 15. October 2006, 14:32

"man wolle sich kümmern"

... tja ... wie sehr sie sich kümmern erkennt man daran, dass diese problematik seit einem halben jahrzehnt bekannt ist und sich nichts ändert ...

es braucht nicht unbedingt 'nen eigenen server - es gibt schliesslich nicht nur 1&1 bzgl. webspace

p.s.: trotz der 1&1 restriktionen braucht www.stakado.de eindeutig zu lange zum "laden" der seite ... irgendwas ist da nicht ok.

tigi

Sun. 15. October 2006, 15:37

Hallo,

ZITAT

p.s.: trotz der 1&1 restriktionen braucht www.stakado.de eindeutig zu lange zum "laden" der seite ... irgendwas ist da nicht ok.

Dieses Gefühl werde ich auch nicht los, weis aber nicht so recht wo ich da suchen soll?
Auf den ersten Blick ist alles ok. vor allem weil an manchen Tagen die Seite recht flott ist.
Heute ist es besonders sch... Habe schon alle möglichen Logfiles durchforstet aber noch keinen Aufhänger gefunden.
EDIT (wobei mir ehrlich gesagt, diese Daten nicht alle etwas sagen)
Sicher ist, es gibt Verbindungsprobleme mit der DB und anderes.
hänge einfach mal einige Auszüge des Log hier an:

ZITAT

MySql-Error:2006-10-14 (Tue) 15:13:24: error () - connect(db85.puretec.de, dbo153847119, $Password) failed.

Das kommt sehr oft vor, SF ist normal installiert und läuft auch ohne Probleme, wieso meckert einer wegen dem Passwort? mmm...

Ich leere mal das Logfile unter Backend/logs und mal sehen was da so neu reingeschrieben wird.

Eben habe ich mich in die Benutzerverwaltung eingeloggt und phpmyadmin aufgerufen und dabei folgenden Error erhalten:
MySQL Control Center
phpMyAdmin hat versucht eine Verbindung zum MySQL-Server aufzubauen, jedoch hat dieser die Verbindung zurückgewiesen. Sie sollten Ihre Einstellungen für Host, Benutzername und Kennwort in Ihrer config.inc.php überprüfen und sich vergewissern, dass diese den Informationen, welche sie vom Administrator erhalten haben, entsprechen.
MySQL meldet:
#1040 - Too many connections.

Welche Einstellung soll ich da ändern? Alle Werte sind die gleichen wie immer, ich habe da noch nie etwas geändert!?
Wo kommen die many connections her? Wenn keiner online ist? Viele viele Fragen...

tigi

Sun. 15. October 2006, 16:48

Hallo,

jetzt werde wahnsinnig

habe mal mit dem 1&1 Webtool den Ladezeitcheck durchgeführt.
Ergebnis:
Erster Aufruf:

ZITAT

Nach 15 Sekunden den zweiten Aufruf.
Ergebis:

ZITAT

Serverplattform: Apache/1.3.37 (Unix)
Seitengroesse (Gesamt): 49.680 Bytes
Anzahl der berücksichtigten Elemente: 11
Theoretische Ladezeit fuer Modem / ISDN (56-64 kbs): 6,62 s
Theoretische Ladezeit fuer DSL1000 (1024 kbs): 0,39 s
Theoretische Ladezeit fuer DSL2000 (2048 kbs): 0,19 s
Theoretische Ladezeit fuer DSL3000 (3064 kbs): 0,13 s
Theoretische Ladezeit fuer DSL6000 (6128 kbs): 0,06 s
Gesamtwertung (im Schulnotensystem): 1,0 (sehr gut)

Optimierungsvorschläge:

Sie haben die Bestnote für Ihre Webseite http://www.stakado.de/projekt01/index.php erhalten. Besser geht es kaum!

Das kann ich ja nicht glauben

amk

Sun. 15. October 2006, 17:51

also keine ahnung - ich weiss nur das ich mit meinen db-dump-upload-versuchen den webspace meines kunden bei 1&1 mal so strapaziert habe, dass ich 'ne halbe stunde überhaupt keine db-verbindung mehr bekam. danach gings wieder.

ach ja und vergiss mal diesen albernen ladezeit-check. das hat überhaupt nix mit dem speed deines servers/spaces zu tun (abgesehen davon wenn es abbricht weil das laden deiner site 'n timeout verursacht hat

) ... das ding liesst - sofern möglich - die site ein, checkt die größe des html-quellcode, der bilder usw. und errechnet daraus die THEORETISCHE ladezeit.

tigi

Sun. 15. October 2006, 19:21

Hallo,

ist mir soweit schon klar, aber das

ZITAT

abgesehen davon wenn es abbricht weil das laden deiner site 'n timeout verursacht hat...

ist das was interessant ist. Der Timeout beim Seitenaufruf, bin mal gespannt was für eine Antwort vom Provider kommt

tigi

Sun. 15. October 2006, 19:40

Guten Abend,
bei der Suche nach einer Lösung ist aufgefallen, dass beim ersten Seitenaufruf der Link folgendermaßen
in der Browserleiste steht:

QUELLTEXT

http://www.stakado.de/projekt01/home/&sid=0f4aa41803eac43f40fe3f5ae6f622f8

Wenn man dann im Menü eine Auswahl getroffen hat, werden die Links ab dem Moment als sprechende Links dargestellt z.B.:

QUELLTEXT

http://www.stakado.de/projekt01/jugend/

Meine Überlegung ist, ob das zum Timeout beim ersten Aufruf führen kann?

gunwalt

Sun. 15. October 2006, 20:13

ZITAT(tigi @ Sun. 15. October 2006, 20:21)

Der Timeout beim Seitenaufruf, bin mal gespannt was für eine Antwort vom Provider kommt

Ich denke, da wird keine brauchbare Antwort kommen. Er wird sich wahrscheinlich auf die Probleme von "shared Hosting" zurückziehen. Weisst du im Ernst, wieviel andere Kunden noch auf "deiner" Maschine sind. Domaingo wirbt in irgendeinem Tarif damit, das auf dem entsprechenden Rechner nur 100(!!!!) Kunden sind.

ZITAT(tigi @ Sun. 15. October 2006, 20:40)

bei der Suche nach einer Lösung ist aufgefallen, dass beim ersten Seitenaufruf der Link folgendermaßen
in der Browserleiste steht:

QUELLTEXT

http://www.stakado.de/projekt01/home/&sid=0f4aa41803eac43f40fe3f5ae6f622f8

Wenn man dann im Menü eine Auswahl getroffen hat, werden die Links ab dem Moment als sprechende Links dargestellt z.B.:

QUELLTEXT

http://www.stakado.de/projekt01/jugend/

Meine Überlegung ist, ob das zum Timeout beim ersten Aufruf führen kann?

Nein, die verschiedenen URLs haben etwas mit dem Frontend Session Support zu tun. Stellst du ihn auf 0, wenn Du im Frontend kein LoginModul brauchst, verschwindet der Schwanz.

Das Problem Timeout, siehe oben. Ein Kunde macht zuviel, alle anderen müssen leiden!!! Beispiel: in meinem Tarif bei meinem dürfen nicht mehr als 50 gleichzeitige db-Zugriffe sein. Je weniger Kunden, desto weniger wahrscheinlich, das diese Zahl erreicht wird.

tigi

Mon. 16. October 2006, 08:15

Hallo Gunwald,
dank Dir für den Kommentar. Das hört sich ja nicht so viel versprechend an.
Providerwechsel? Ja Nein, scheint hier die Frage zu sein.
Der Verein hat nicht die Mittel um einen eigenen Server zu betreiben, ich dachte bei
dem jetzigen Provider seien wir gut aufgehoben, weil auf den ersten Blick das ganze
Packet mit Webspace und DB irgendwie passte. Ein Shared Server ist sicher nicht die
Lösung weil da 100% die gleichen Probleme auftreten werden.
Ich habe 1&1 nochmals die Problematik mit den Fehlermeldungen mitgeteilt und rechne
heute mit einer Rückantwort, dann sehen wir weiter. So bleiben kann es auf jeden Fall nicht,
manchmal 45 Sekunden bis die Seite kommt, da kann ich ja gleich einen "Newsletter" Mailen
und die Seite einstellen...

amk

Mon. 16. October 2006, 11:45

ZITAT(tigi @ Mon. 16. October 2006, 09:15)

Ein Shared Server ist sicher nicht die
Lösung weil da 100% die gleichen Probleme auftreten werden.

das ist ja so nicht ganz richtig ... hab bislang wirklich keine probleme bei server4you mit meinem vServer. server4you hat sich vor 4 jahren zwar keinen guten namen gemacht, wegen häufiger ausfälle ... aber seit 2003 kann ich nicht wirklich meckern und man hat halt absolute freiheit bzgl. serverkonfig - sollte sich allerdings auch 'n bisschen auskennen bzgl. linux ... gothmund.de läuft drauf ... irate-architect.de und noch 2-3 sites ...

toddy

Mon. 16. October 2006, 12:37

HI,
eine technische Hilfestellung kan ich Dir leider nicht geben. Aber einen Tipp. Hast Du nicht irgendwo die Möglichkeit das projekt zu hosten? Nicht mit der Domain http://www.stakado.de/ sonmdern mit irgendwas. Nur um zu schauen ob das projekt auch woanders son "langsam" läuft. Wenn ja dann liegt es vielleicht am SF. Wenn es auf einem anderen Server Flott läuft dann Wechsel den Provider.

tigi

Mon. 16. October 2006, 12:42

Hi Torsten,

ist ne Überlegung wert, zum Test, werd mal schaun wie ich das realisieren kann.

amk

Mon. 16. October 2006, 12:50

na Tigi ... ich dachte das hättest du schonmal längst getan.

bzw. wenn das ein site-software-problem ist, sollte es dir lokal auch etwas "stockend" vorkommen (es sei denn du entwickelst die sites ausschliesslich online)

tigi

Mon. 16. October 2006, 15:20

Hallo Alex,

ja hätte ich's mal gemacht, aber Zeit ist im Moment knapp aus mehreren Gründen.
Hatte das SF anfangs Local getestet und keine Probs bemerkt, dann Online und auch ok.
Die Probleme fingen erst ne Weile später an und sind auch jetzt nicht immer, aber wenn, dann
ist der Seitenaufruf echt besch... >35 Sek. und mehr.
Dachte eigentlich 1&1 sei etwas flotter bei so Sachen, mal sehen.
Wenn ich schon zum Testen umziehe, dann bleibe ich dann auch, wenn es ok ist.
(Habe den Xamp local installiert werde es heute Nacht noch mal testen wenn ich die DB runter geladen habe)

"Der Black Forrest" Grüßt

summerbrother

Mon. 16. October 2006, 16:26

Wenn du magst, richte ich Dir einen temporären Platz auf meinem Server ein zum Testen. Der ist eigentlich ganz flott und wenn Du dich hinterher wieder "runtermachst" ist das ok :-)

tigi

Tue. 17. October 2006, 08:14

ZITAT(summerbrother @ Mon. 16. October 2006, 17:26)

Wenn du magst, richte ich Dir einen temporären Platz auf meinem Server ein zum Testen. Der ist eigentlich ganz flott und wenn Du dich hinterher wieder "runtermachst" ist das ok :-)

... erst mal Sprachlos
vielen Dank, das ist ja über super

, ich werde mich per PM mit Dir in Verbindung setzen.
Um das vernünftig zu machen, werde ich erst am Wochenende die notwendige Zeit freimachen können.
Unter der Woche geht's gerade nur Minutenweise...

summerbrother

Tue. 17. October 2006, 08:20

Kein problem, schick mir nur bitte schon mal Deine Email-Adresse, dann mach ich die Daten fertig.

tigi

Tue. 17. October 2006, 11:25

Hallo zusammen,
unabhängig von der mir angebotenen Testlösung die am kommenden WE ausprobiert wird, möchte ich mal die Error Logs seit Sa. hier posten. Mir ist da einiges unklar, aber die Fachleute können sicher etwas damit anfangen und eine Analyse ist sicher hilfreich.
Das Log ist aus dem Projektordner, (im Backend Logs ist das File leer)

QUELLTEXT

MySql-Error:2006-10-14 (Sat) 13:33:41: error  () - connect(db15.puretec.de, dbo471143229, [b]$Password) failed.[/b]

MySql-Error:2006-10-14 (Sat) 17:17:20: error  () - connect(db15.puretec.de, dbo471143229, [b]$Password) failed[/b].

MySql-Error:2006-10-14 (Sat) 17:22:36: error  () - connect(db15.puretec.de, dbo471143229, [b]$Password) failed.[/b]

MySql-Error:2006-10-14 (Sat) 17:24:18: [b]error 2013
(Lost connection to MySQL server[/b] during query) -
Invalid SQL: SELECT A.idtplconf, B.idtpl FROM cms_side_lang A
                LEFT JOIN cms_tpl_conf B USING(idtplconf)
                                 WHERE A.idside='22' AND A.idlang='1'AND A.idtplconf!='0'

MySql-Error:2006-10-14 (Sat) 17:24:18: error 2013
([b]Lost connection[/b] to MySQL server during query) - next_record called with no query pending.

MySql-Error:2006-10-14 (Sat) 17:24:18: error 2013
([b]Lost connection[/b] to MySQL server during query) - cannot use database db471143229

MySql-Error:2006-10-15 (Sun) 21:35:40: error 1062
(Duplicate entry 'sid-0f4aa41803eac43f40fe3f5ae6f622f8' for key 1) - Invalid SQL: insert into cms_sessions ( sid, name, val, changed, user_id) values ('0f4aa41803eac43f40fe3f5ae6f622f8', 'sid', 'c2lk....0Wyd0b2tlbiddID0gJzEnOyAkdGhpcy0+cHRbJ2...nMjQnOyA=', '20061015213534', 'nobody')

MySql-Error:2006-10-15 (Sun) 21:35:40: error 1062
([b]Duplicate entry[/b] 'sid-0f4...ae6f622f8' for key 1) - [b]Session: freeze() failed.[/b]

MySql-Error:2006-10-15 (Sun) 21:35:41: error 1062
([b]Duplicate entry[/b] 'sid-0f4...40fe3f5ae6f622f8' for key 1) - [b]Invalid SQL:[/b] insert into cms_sessions ( sid, name, val, changed, user_id) values ('0f4...ea0fe3f5ae6f622f8', 'sid', 'c2lkO...aXMtP...pcy0+...J2F1dGgnXS0+YXV0a...yc7ICRHTE9CQUxT...0gPSAnMjE0NzQ.
.0gPSAnMjQnOyA=', '20061015213534', 'nobody')

MySql-Error:2006-10-15 (Sun) 21:35:41: error 1062
([b]Duplicate entry[/b] 'sid-0f4aa41803eac43f40fe3f5ae6f622f8' for key 1) - [b]Session: freeze()[/b] failed.

MySql-Error:2006-10-15 (Sun) 21:35:44: error 1062
([b]Duplicate entry[/b] 'sid-0f4...5ae6f622f8' for key 1) - [b]Invalid SQL:[/b] insert into cms_sessions ( sid, name, val, changed, user_id) values ('0f4....2f8', 'sid', 'c2lkOi...YXkoKT...ddI...kdGhpcy0+...gnXS0+....0gPSAnMjQnOyA=', '2006101521.34', 'nobody')

MySql-Error:2006-10-15 (Sun) 21:35:44: error 1062
([b]Duplicate entry [/b] 'sid-0f4...e6f622f8' for key 1) - [b]Session: freeze() failed.[/b]

MySql-Error:2006-10-16 (Mon) 12:14:50: error  () - connect(db15.puretec.de, dbo471143229, [b]$Password) failed.[/b]

MySql-Error:2006-10-16 (Mon) 16:41:38: error  () - connect(db15.puretec.de, dbo471143229, $Password) failed.

MySql-Error:2006-10-16 (Mon) 16:48:38: error  () - connect(db15.puretec.de, dbo471143229, $Password) failed.

Die Daten der DB wurden noch nie geändert, ist alles wie seit der Installation.

alexander

Tue. 17. October 2006, 12:15

alle deine fehler sind wohl alle auf die nicht verfügbarkeit deines datenbankservers zurückzuführen. das hat nix mit SF zu tun. nachdem SF seine sitzungsdaten in der DB speichert bekommts du natürlich bei aktiviertem frontendsession support auch entsprechende fehler im log wenn die DB wiedermal nicht verfügbar ist, oder das update der session tabelle mitendrin abgebrochen wird. da sind dann inkonsitenzen in der session tabelle zu erwarten.

tigi

Tue. 17. October 2006, 12:33

Hi Alexander,
hab es auch so vermutet, lief ja mit dem Xampp ohne Probs, es gibt ja jetzt eine echte Test und Vergleichsmöglichkeit (s.o.) wenn ich das getan habe sind die Ergebnisse sicher für den ein oder anderen interessant. Laut Email vom Provider kümmern sich die Spezialisten z.Z. darum, wobei diese Problematik ja für den nicht neu ist.

tigi

Mon. 30. October 2006, 16:59

Hallo zusammen,

durch die freundliche Unterstützung von "summenbrother" konnte ich in den letzten Tagen das CMS SF mal auf zwei verschiedenen Servern testen.
Ich möchte hier keine Messreihen, riesige Tabellen und Logfiles hinschreiben, sondern einfach mal das subjektive Empfinden schildern.

Webspace: 1&1 Business 5
Seitenaufbau an manchen Tagen unzumutbar > 30 Sekunden (welcher Besucher bleibt da?)
Backendbearbeitung eine Qual, redaktionell nicht zumutbar.
An "guten" Tagen Seitenaufbau 2-4 Sekunden, Redaktion dann möglich. Insgesamt also nicht gut.

Testspace von "summenbrother" Seitenaufbau ca. 1 Sekunde.
Blättern durch die Seite immer 1 Sekunde (mit Klick auf die Menüpunkte kamen die Seiten) es hat richtig Spaß gemacht.
Backendbearbeitung, Redaktion immer zügig möglich.

Beide wurden mit Modem, DSL und Standleitung zu unterschiedlichen Tagen und Tageszeiten getestet und nahezu zeitgleich um Irrtümer auszuschliessen.

dies spricht nicht unbedingt für 1&1 als Hoster für Anwendungen die eine DB und PHP verwenden, obwohl einem die Werbung ja etwas anderes vorgaukelt.

ZITAT

Zitat ZDNET... Bei 1&1 dürfen Perl- und PHP Scripte zum Beispiel nur sechs Sekunden Prozessorzeit benutzen, bevor sie abgewürgt werden. Damit wird verhindert, dass ein Kunde den Server in die Knie zwingt und alle anderen Kunden auf dieser Maschine in Mitleidenschaft zieht.

hinzu kommt, dass man nicht weis mit wievielen tausend anderer Kunden man sich die Resourcen auf dem Server teilen muß.
Fazit:
Das CMS kann als Fehlerquelle ausgeschlossen werden (wer hat so was vermutet?

).
Einen eigenen Server zulegen? (der Kanonenschuss auf die besagten Spatzen).
Oder nach ausgiebiger Recherche zu einen anderen flexibleren Anbieter wechseln!

Nochmals meinen besonderen Dank an Summenbrother für die super Unterstützung.

summerbrother

Mon. 30. October 2006, 17:25

Gern geschehen. Jetzt haben wir ja alle was davon und wissen was gut ist.

Bevor ich hier jetzt tausend Angebote schreiben muss...

Ja, ich vermiete Webspace auch, aber ich bin nur Reseller bei einem, meiner Meinung nach, sehr zuverlässigen Provider.
Wer möchte bekommt näheres von mir per PN und kann sich dann selber dort einbuchen wenn er möchte.

Der Webspace, den Tigi benutzt hat lass ich mal stehen für Tests und Fehlersuche. Wer also mal probieren möchte, darf sich gern mal melden, wenn Tigi wieder runter ist und die Kiste Wein geschickt hat *lol*

tigi

Tue. 31. October 2006, 12:40

ZITAT(summerbrother @ Mon. 30. October 2006, 17:25)

Gern geschehen. Jetzt haben wir ja alle was davon und wissen was gut ist.

Bevor ich hier jetzt tausend Angebote schreiben muss...

ist schon in der Holzwolle und muß nur noch zum DPD

schreib mal ne pm zum Provider

Dieses ist eine vereinfachte Darstellung unseres Foreninhaltes. Um die detaillierte Vollansicht mit Formatierung und Bildern zu betrachten, bitte hier klicken.