[gelöst] Drupal auf Strato-Webhostingpaket installieren.

Bei dem Hoster gibt es Probleme mit dem PHP-Memory, falls Du etwas mehr brauchst. Wieviel hast Du den aktuell? Es sieht für mich so aus, als ob der aktuelle Wert Dir nicht reicht und erst mal erhöht werden muß. Strato macht bei 96MB oder 108MB Schluß(ich weiß nicht mehr, welcher Wert richtig ist, da ich keine Webseiten dort betreue). Du kannst danach nur noch auf einen Vserver aufrüsten, falls Du damit nicht auskommst.

Ich hab in der php.ini den Werte für das "memory_limit" auf "300M" gesetzt und es wird mir in der phpinfo auch so ausgegeben (was hoffentlich bedeutet, dass es jetzt auch tatsächich so eingestellt ist!?).
Die php.ini sieht desweiteren so aus:

Außerdem habe ich Drupal in der aktuellen Version (sowohl die DE-Version vom Drupal-Center als auch die von Drupal.org) mehrfach hochgespielt.
Ich kenn solche Fehler ja schonmal wenn irgendwelche Dateien nicht auf dem Server angekommen sind (oder keine Platz mehr auf dem Server ist)....

Was kanns sonst noch sein?
Das muss doch irgendwie gehen ...

Sorry, Sorry, Sorry!!!
Es schien am Firefox zu liegen!
Hab die Intallation grad man mit dem Chrome gestartet und der macht es!
DA muss man auch erstmal drauf kommen ...

Es wurde nun lediglich diese Meldung ausgeworfen (ich nutze übrigens mit SQL-Lite):
Warning: file_put_contents(temporary:///.htaccess) [0function.file-put-contents0]: failed to open stream: "DrupalTemporaryStreamWrapper::stream_open" call failed in file_create_htaccess() (line 494 of /XXX/htdocs/test/includes/file.inc).

Und beim Schritt "Übersetzung inrichten" kommt dann:
An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: http://www.xxx.de/test/install.php?profile=drupalcenter&locale=de&id=2&o... StatusText: Internal Server Error ResponseText: 500 Internal Server Error Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, service@xxx.de and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log.

Schlussendlich hat er es aber doch installiert.
Etwas seltsam alles ...

also die performance trotz 128mb ist dort zeimlic mies!! liegt irgendwie an deren db anbindung!! ich hatte auch schone einen kunden, der dort eine seite mit joomla hatte und auch dort war die performance mies (bis zu 5 oder 10 sekunden warten auf die db....)

Danke für den Hinweis!

Ich habe für meine Installation jetzt (zum Test) SQL-Lite genutzt. Läuft einigermaßen flott.
Spricht was dagegen, SQL-Lite auch im produktiven Einsatz zu nutzen?
Wäre das schneller als ne normale MySQL-Datenbank bei Strato?

Danke und Grüße!

ist sqlLight nur zum ein bisschen Rumspielen geeignet.

Es ist ein eigenes Dateiformat, das mit geringen Datenmengen ganz nett funktioniert.

Produktiv würde ich es nicht einsetzen.

Wenn sqlLight wesentlich schneller ist, liegt dies an einer sehr schlechten Anbindung an den Datenbankserver.

Das ist leider ein Merkmal von Strato.

Datenbankintensive Anwendungen wie Drupal würde ich nicht bei Strato hosten.

Vielen Dank für deine Antwort!
Das ist gut zu wissen!

Wie macht sich der langsame Datenbankserver bemerkbar?
Doch eigentlich nur für die Redakteure, oder? Der Rest wird doch ohnehin gecached?

Ich fürchte ich komme aus der Nummer nicht raus, da ich die Website auf einem verhandenen Strato-Server istallieren muss.
Die Frage ist, was kann ich tun, um das Beste da rauszuholen?

Vielen Dank

Da wirst du/den Kunde niemals glücklich, wenn der DB-Server so schelcht angebunden/überlastet ist.

Sprich mal mit dem Kundenbetreuer von Strato, aber ich zweifle, dass da viel drin ist.

Ein System an die Vorgaben eines Providers anzupassen, ist quasi unmöglich.

Wenn der Provider nicht mitzieht, bleibt nur der Wechsel.

Oh je! Das klingt nicht gut.

Trotzdem würde es mich interessieren, wo sich das bemerkbar machen wird?
Nur beim Einpflegen von Inhalten, oder auch bei normalen Ansehen der Seiten?

Denn auch das caching läuft über die Datenbank.

CMSe ohne Datenbankzugriffe gibt es kaum.

Ja klar stimm, ist ja auch n Datenbankzugriff.
Ok, ich werds drauf ankommen lassen müssen ... mal sehen, ob das zumutbar ist.
Gibts noch irgendwelche Tipps, was man machen kann, um die Site im Zweifelsfall zu beschleunigen?

Danke erstmal!