Willkommen, Gast ( Anmelden | Registrierung )     [ Hilfe | Mitglieder | Suche ]

2 Seiten V   1 2 >  
Reply to this topicStart new topic
> Datenbankprobleme, DB Error
tigi
Beitrag Wed. 27. September 2006, 21:52
Beitrag #1


Advanced Member
******

Gruppe: AdvancedMembers
Beiträge: 202
Mitglied seit: 01.07.2006
Mitglieds-Nr.: 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

Der Beitrag wurde von tigi bearbeitet: Wed. 27. September 2006, 21:56


--------------------
Viele Grüße tigi
Wenn der Reiter nichts taugt, hat das Pferd schuld.
Go to the top of the page
 
+Quote Post
bjoern
Beitrag Wed. 27. September 2006, 22:33
Beitrag #2


Administrator
********

Gruppe: Members
Beiträge: 1.092
Mitglied seit: 16.06.2006
Wohnort: Köln
Mitglieds-Nr.: 1



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


--------------------
Es wird, es wird...
Go to the top of the page
 
+Quote Post
tigi
Beitrag Thu. 28. September 2006, 07:48
Beitrag #3


Advanced Member
******

Gruppe: AdvancedMembers
Beiträge: 202
Mitglied seit: 01.07.2006
Mitglieds-Nr.: 52



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


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ß


--------------------
Viele Grüße tigi
Wenn der Reiter nichts taugt, hat das Pferd schuld.
Go to the top of the page
 
+Quote Post
tigi
Beitrag Thu. 28. September 2006, 20:27
Beitrag #4


Advanced Member
******

Gruppe: AdvancedMembers
Beiträge: 202
Mitglied seit: 01.07.2006
Mitglieds-Nr.: 52



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... wink.gif

Gruß an alle


--------------------
Viele Grüße tigi
Wenn der Reiter nichts taugt, hat das Pferd schuld.
Go to the top of the page
 
+Quote Post
tigi
Beitrag Thu. 5. October 2006, 15:04
Beitrag #5


Advanced Member
******

Gruppe: AdvancedMembers
Beiträge: 202
Mitglied seit: 01.07.2006
Mitglieds-Nr.: 52



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... wink.gif

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


--------------------
Viele Grüße tigi
Wenn der Reiter nichts taugt, hat das Pferd schuld.
Go to the top of the page
 
+Quote Post
tigi
Beitrag Sun. 15. October 2006, 10:53
Beitrag #6


Advanced Member
******

Gruppe: AdvancedMembers
Beiträge: 202
Mitglied seit: 01.07.2006
Mitglieds-Nr.: 52



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.


--------------------
Viele Grüße tigi
Wenn der Reiter nichts taugt, hat das Pferd schuld.
Go to the top of the page
 
+Quote Post
amk
Beitrag Sun. 15. October 2006, 12:23
Beitrag #7


TRAIL AND ERROR SPECIALIST
********

Gruppe: AdvancedMembers
Beiträge: 1.708
Mitglied seit: 27.06.2006
Wohnort: Hansestadt Rostock, Deutschland
Mitglieds-Nr.: 9



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.


--------------------
cheers, Alex
Go to the top of the page
 
+Quote Post
tigi
Beitrag Sun. 15. October 2006, 12:51
Beitrag #8


Advanced Member
******

Gruppe: AdvancedMembers
Beiträge: 202
Mitglied seit: 01.07.2006
Mitglieds-Nr.: 52



ZITAT(amk @ Sun. 15. October 2006, 13: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.


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 sad.gif )
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 smile.gif


--------------------
Viele Grüße tigi
Wenn der Reiter nichts taugt, hat das Pferd schuld.
Go to the top of the page
 
+Quote Post
amk
Beitrag Sun. 15. October 2006, 14:32
Beitrag #9


TRAIL AND ERROR SPECIALIST
********

Gruppe: AdvancedMembers
Beiträge: 1.708
Mitglied seit: 27.06.2006
Wohnort: Hansestadt Rostock, Deutschland
Mitglieds-Nr.: 9



"man wolle sich kümmern" wink.gif ... 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.


--------------------
cheers, Alex
Go to the top of the page
 
+Quote Post
tigi
Beitrag Sun. 15. October 2006, 15:37
Beitrag #10


Advanced Member
******

Gruppe: AdvancedMembers
Beiträge: 202
Mitglied seit: 01.07.2006
Mitglieds-Nr.: 52



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... unsure.gif

Der Beitrag wurde von tigi bearbeitet: Sun. 15. October 2006, 16:39


--------------------
Viele Grüße tigi
Wenn der Reiter nichts taugt, hat das Pferd schuld.
Go to the top of the page
 
+Quote Post
tigi
Beitrag Sun. 15. October 2006, 16:48
Beitrag #11


Advanced Member
******

Gruppe: AdvancedMembers
Beiträge: 202
Mitglied seit: 01.07.2006
Mitglieds-Nr.: 52



Hallo,

jetzt werde wahnsinnig mad.gif

habe mal mit dem 1&1 Webtool den Ladezeitcheck durchgeführt.
Ergebnis:
Erster Aufruf:
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


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 mellow.gif


--------------------
Viele Grüße tigi
Wenn der Reiter nichts taugt, hat das Pferd schuld.
Go to the top of the page
 
+Quote Post
amk
Beitrag Sun. 15. October 2006, 17:51
Beitrag #12


TRAIL AND ERROR SPECIALIST
********

Gruppe: AdvancedMembers
Beiträge: 1.708
Mitglied seit: 27.06.2006
Wohnort: Hansestadt Rostock, Deutschland
Mitglieds-Nr.: 9



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 wink.gif ) ... 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.


--------------------
cheers, Alex
Go to the top of the page
 
+Quote Post
tigi
Beitrag Sun. 15. October 2006, 19:21
Beitrag #13


Advanced Member
******

Gruppe: AdvancedMembers
Beiträge: 202
Mitglied seit: 01.07.2006
Mitglieds-Nr.: 52



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


--------------------
Viele Grüße tigi
Wenn der Reiter nichts taugt, hat das Pferd schuld.
Go to the top of the page
 
+Quote Post
tigi
Beitrag Sun. 15. October 2006, 19:40
Beitrag #14


Advanced Member
******

Gruppe: AdvancedMembers
Beiträge: 202
Mitglied seit: 01.07.2006
Mitglieds-Nr.: 52



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? unsure.gif


--------------------
Viele Grüße tigi
Wenn der Reiter nichts taugt, hat das Pferd schuld.
Go to the top of the page
 
+Quote Post
gunwalt
Beitrag Sun. 15. October 2006, 20:13
Beitrag #15


Advanced Member
********

Gruppe: AdvancedMembers
Beiträge: 1.126
Mitglied seit: 27.06.2006
Mitglieds-Nr.: 7



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? unsure.gif

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.


--------------------
------
Ich gehe spazieren durch Gelsenkirchen
Go to the top of the page
 
+Quote Post
tigi
Beitrag Mon. 16. October 2006, 08:15
Beitrag #16


Advanced Member
******

Gruppe: AdvancedMembers
Beiträge: 202
Mitglied seit: 01.07.2006
Mitglieds-Nr.: 52



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... mad.gif


--------------------
Viele Grüße tigi
Wenn der Reiter nichts taugt, hat das Pferd schuld.
Go to the top of the page
 
+Quote Post
amk
Beitrag Mon. 16. October 2006, 11:45
Beitrag #17


TRAIL AND ERROR SPECIALIST
********

Gruppe: AdvancedMembers
Beiträge: 1.708
Mitglied seit: 27.06.2006
Wohnort: Hansestadt Rostock, Deutschland
Mitglieds-Nr.: 9



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 ...


--------------------
cheers, Alex
Go to the top of the page
 
+Quote Post
toddy
Beitrag Mon. 16. October 2006, 12:37
Beitrag #18


Advanced Member
***

Gruppe: Members
Beiträge: 72
Mitglied seit: 03.07.2006
Mitglieds-Nr.: 77



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.


--------------------
Go to the top of the page
 
+Quote Post
tigi
Beitrag Mon. 16. October 2006, 12:42
Beitrag #19


Advanced Member
******

Gruppe: AdvancedMembers
Beiträge: 202
Mitglied seit: 01.07.2006
Mitglieds-Nr.: 52



Hi Torsten,

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

Der Beitrag wurde von tigi bearbeitet: Mon. 16. October 2006, 12:42


--------------------
Viele Grüße tigi
Wenn der Reiter nichts taugt, hat das Pferd schuld.
Go to the top of the page
 
+Quote Post
amk
Beitrag Mon. 16. October 2006, 12:50
Beitrag #20


TRAIL AND ERROR SPECIALIST
********

Gruppe: AdvancedMembers
Beiträge: 1.708
Mitglied seit: 27.06.2006
Wohnort: Hansestadt Rostock, Deutschland
Mitglieds-Nr.: 9



na Tigi ... ich dachte das hättest du schonmal längst getan. smile.gif 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)


--------------------
cheers, Alex
Go to the top of the page
 
+Quote Post

2 Seiten V   1 2 >
Reply to this topicStart new topic
1 Besucher lesen dieses Thema (Gäste: 1 | Anonyme Besucher: 0)
0 Mitglieder:

 



RSS Vereinfachte Darstellung Aktuelles Datum: 28.3.24 - 14:13

Sefrengo ist ein eingetragenes Markenzeichen und urheberrechtlich geschützt.
Copyright 2009 Design & Daten, Alle Rechte vorbehalten.