Drupal 6 Fehler

Da solltest du auf drupal.org einen Bug Report schreiben.

Hallo terkip, ich habe gerade Drupal 603 bei allinkl (Privat Plus auf PHP5 Server) ohne Probleme installiert. Allerdings habe ich aus alter Gewohnheit vorher in der default settings die DB eingetragen. Frage an Dich bezüglich allinkl: Der erste Seitenaufruf dauert manchmal > 5 sek., danach ist alles flott wie gewohnt, Cache usw. eingeschaltet. Als müsste man die DB erst aufwecken!?. Hast Du sowas auch bemerkt?

der buntstich

Vielleicht machen die einen auf Öko, benutzen AMD-Prozessoren und haben Cool&Quiet aktiviert. Dann brauchts erst einen Moment lang Last, ehe die CPU hochschaltet ;)

--
"Wer grundlegende Freiheiten aufgibt, um vorübergehend ein wenig Sicherheit zu gewinnen, verdient weder Freiheit noch Sicherheit." -Benjamin Franklin

so bin wieder zurück

werde den bug auf drupal.org melden.

wie kann ich denn manuel die datenbank infos eintragen ?

ich habe keine verlangsamung des servers festgestellt.

Für mich hört sich das nach einem Serverproblem an? Irgendwelche Einschräkungen seitens des Hosters?

das würde passen ;-) ...ich meine natürlich Deine Antwort. Wenn ich brav alle 5 min die Site aufrufe, zwischendurch zur besseren Kontrolle den Browser Cache lösche dann läufts wunderbar. Ich habe denen das Problem bereits mitgeteilt, verabredet die Site einen Tag lang nicht aufzurufen, damit sie es selbst testen können. Auf den Rückruf warte ich immer noch.

Vielleicht sollte ich einen cronjob einrichten damit die Kiste nicht einpennt. Hast Du eine Idee wie man Deine Vermutung überprüfen kann.

der buntstich

drupal 5 habe ich in 30 sekunden installiert.

ich habe leider keinen eigenen server sondern einen private xxl account 9,95 € monatl. den es mittlerweile nicht mehr gibt. Aktualisieren bringt garnix. Werde allinkl morgen mal anrufen ob es serverseitig ein problem sein kann.

http://drupal.org/drupal-6.0-beta3#comment-643549

sind nicht bekannt, außer vielleicht Öko. Wie oben schon beschrieben allinkl Privat Plus mit PHP 5.

@terkit: Ich meine das ist kein Drupal Fehler. Bei allinkl bekommt man normalerweise PHP 4, auf bitten eine PHP 5 Umschaltung oder eine richtige PHP 5 Umgebung - so sagen Sie selbst. Welch PHP Version hast Du? Drupal 6 läuft meines Wissens ab für PHP 5. Die Default Settings kannst Du mit einem Editor öffnen und in Zeile 93 username:password@localhost/databasename eintragen.

der buntstich

ok ich werde morgen die anrufen und mal sehen was die so sagen.

bin eigentlich schon am schlafen deswegen gehe ich jetzt offline, gut nacht.

@Alexander: Die Server bietet all-inkl mit AMD Prozessoren an, demnach wird es beim Webspace nicht anders sein. Übrigens ist mir das beim Drupalcenter auch schon aufgefallen, dachte nur das es hier am Traffic liegt. Da sollte man mal ein Öko Auge drauf werfen.

der buntstich

so habe gerade mit denen telefoniert. Er sprach erst von zugriffsrechten die wir umgestellt haben und auch etwas weitergekommen sind aber dann war wieder schluss mit vielen warnungen. MySQL version 410 ist auf meinem server drauf so das ich umziehen müsste. Je nachdem sofort oder heute nacht. Ob es danach läuft keine ahnung. Auf die frage zu php4 oder 5 habe ich keine antwort bekommen ist untergegangen. Wenn ich auf einen aktuelleren server komme müsste das ja weniger das problem sein hoffe ich.

Vor 2-3 Monate war es noch so das Neukunden/Neueinrichtungen erst mal PHP 4.x verpasst bekommen. Auch ein Umzug auf einen anderen Server hat die PHP Version nicht geaendert. Erst wenn man explizit PHP 5.x verlangt wird anstandslos umstgestellt.
Ob es momentan immer noch so gehandhabt wird weiss ich nicht. Zumindest kannst Du ja nach dem Umzug gleich mal mit phpinfo() checken.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

brauche ich denn php5 für drupal 6 ?

quiptime ist meine message bzw. e-mail angekommen ?

Ja, Drupal 6.x benoetigt PHP 5.
Eine Mail von Dir habe ich. Aber in der ist doch keine Frage an mich. Eher eine allgemeine Begruessung - Gruesse zurueck :-). Oder habe ich was ueberlesen oder hast Du noch eine Mail gesendet?

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Hey Leute,
Ja das ist anscheinend ein grundsatzliches Problem !!!.
Habe Drupal 5.3 zu testzwecken auf meinen Webspace bei Freeweb installiert, und habe das selbe festgestellt.
(Konfiguration:Apache 2.2.3, PHP 5.1.5, mySQL 5.0.22)
Mein dort ebenfalls noch installiertes e107 CMS läüft ohne "Aufwachphase"! ;-)

Also ist das kein reines Drupal6 Problem. :-)

doch da müsste mehr sein aber im grunde genommen geht es um den drupal 6 einsatz. Da wir sicher noch ne weile an der seite rumabsteln werden fand ich deine empfehlung in einer der topics wenns 3-4 monate dauern wird mit drupal 6 zu beginnen interessant.

Wie sieht es denn aus wenn ich mich später umentscheide und auf drupal 5 setze. Läuft das auch mit php 5 ? Auf einen der accounts habe ich noch eine joomla 1 installation die dann auch mit php5 laufen müsste.

bin derzeit am backupen.

Drupal 5.x geht mit PHP 4.x oder PHP 5.x. Verwendet man Drupal 5.x mit PHP 4.x gehen einige wenige Sachen nicht, aber das System funktioniert normal. Z. Bsp. einige wenige spezielle Module benoetigen PHP 5.x.
Ich glaube auch der "halb"automatische Drupal-Installer funktioniert nur mit PHP 5.x.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Hört sich gut an.

Backups sind fertig und lasse nun umstellen auf den neueren server. Wird wohl 3-4 stunden dauern.

bis dann.

... und habe da doch so einiges gefunden was mir zu denken gibt.
Bin zwar kein SQL-Profi aber das hier:

Handler_read_rnd 25 M - Anzahl der Anfragen, eine Zeile basierend auf einer festen Position zu lesen. Dieser Wert wird hoch sein, wenn Sie viele Anfragen ausführen, die erfordern, dass das Ergebnis sortiert wird. Wenn Handler_read_rnd hoch ist, haben Sie wahrscheinlich viele Anfragen, die MySQL zwingen, ganze Tabellen zu scannen, oder Sie haben Joins, die Schlüssel nicht richtig benutzen.

Handler_read_rnd_next 20 G - Anzahl der Anfragen, die nächste Zeile in der Daten-Datei zu lesen. Dieser Wert wird hoch sein, wenn Sie viele Tabellen-Scans durchführen. Im Allgemeinen weist das darauf hin, dass Ihre Tabellen nicht korrekt indiziert sind, oder dass Ihre Anfragen nicht so geschrieben sind, dass Sie Vorteile aus den Indexen ziehen, die Sie haben.

Und das hier:

Select_full_join 281 k - Anzahl der Joins ohne Schlüssel. Wenn dieser Wert nicht 0 ist sollten die Indizes der Tabellen sorgfältig überprüft werden.

Select_range_check 86 - Anzahl der Joins ohne Schlüssel, bei denen nach jeder Zeile auf Schlüsselbenutzung geprüft wurde. Wenn dieser Wert nicht 0 ist sollten die Indizes der Tabellen sorgfältig überprüft werden.

Last mich vermuten, das es ein Problem mit der Indizierung der Tabellen ist.
Vieleicht gibt es hier ja einen SQL Fachmann der mehr dazu sagen kann.

@DocRock: Bei den von mir beobachteten Verzögerungen liegt das nicht an Drupal, sondern wie Alexander schon geschrieben hat eventuell am CPU wakeup. Das selbe beobachte ich bei Wordpress und contenido während eine statische Seite schnell bleibt.

Die von Dir aufgeführten Meldungen sind mir unbekannt - wo hast Du die gelesen?

der buntstich

Die von Dir aufgeführten Meldungen sind mir unbekannt - wo hast Du die gelesen?

Im phpmyAdmin von MEINEM Webspace !
Und bei mir kann es IMO kein problem des Servers sein, weil wie ich ja schon geschrieben habe, darauf auch noch meine alte Seite (die mit dem e107CMS erstellt war!) liegt, und diese ohne dem beschriebenden Problem läuft.

Werde woll nochmal eine neue Installation aufsetzen,und wenn die ohne Probleme läuft, die DB`s dann mal vergleichen, um zu sehen ob ich da was finde.

DocRock

nach serverwechsel auf allinkl auf mysql 41 und php5 funzt es zwar aber mit einer grossen liste an warnungen und meldungen oben. Sprang vorhin auch zurück auf die erste install seite und nun läufts wieder normal weiter. Ob das gut geht.

Im Statusreport habe ich ganz unten:

Web server Apache
Unable to determine your web server type and version. Drupal might not work properly.

ich war so neugierig und musste sehen wie es ist wenn ich die seite offline schalte und nur ich mich einloggen kann. Nur habe ich keni login feld mehr und frage mich wie ich ins system reinkomme ?

sorry, problem mit domain/user gelöst.

Hast Du echtes PHP 5 bekommen oder nur so ein cgi Umschalter Dingens?

der buntstich

das kann ich dir garnicht beantworten da ich es nicht kontrolliert habe. Ich hatte in meiner mail an den support von php5 als musthave gesprochen und da drupal 6 läuft angenommen das php5 auch läuft.

Es ist schon ein bisschen her, da hab ich von all-inkl auf einem PHP4 Server so eine CGI Umschaltung auf PHP5 bekommen. Bei der Installation hat ich dann Probleme und bekam danach einen Webspace mit echtem PHP5. Das scheint das übliche verfahren bei all-inkl zu sein. Ich würd einfach mal nachfragen, aber wenns läuft...

der buntstich

sonderbarerweise habe ich heute ohne probleme drupal 6 auf einem testaccount bei all-inkl mit php4.47 installiert. erstaunlich oder?

habe dort angerufen liege zur zeit komplett auf php5. Diese Umschalter werden falls nur einer der domains php5 wünscht oder auf den testaccounts genutzt.

Warum ich für drupal 6 php5 benötigte und du nicht kann ich nicht wirklich sagen. Ist erst meine 4 te drupal installation. Mit drupal 5 habe ich aber überhaupt keine warnungen und fehlermeldungen bei der installation auf php 4 gehabt.

Der Berater dort sagte mir aber bzgl. der drupal 6 beta das die bei entstehenden fehlern dort nicht wirklich helfen könnten wie wenn ich das stabile drupal 5 einsetze.

Hinzu kommt das die site sprache türkisch ist und in drupal 6 (hab noch nicht danach gesucht) noch nicht verfügbar ist, wir die übersetzungen machen müssten bzw. von drupal 5 übernehmen oder ?

Hallo, ich möchte mich nochmal auf das Problem des Threads beziehen, ich hatte es auch bei der deutschsprachigen Installation. Man wird während der Installation aufgefordert, die Datei /sites/default/default.settings.php umzubenennen in settings.php.

Der Fehler nach der Eingabe der Datenbankzugänge kommt von der Datei /includes/install.inc. In Zeile 175 muss der Eintrag $default_settings = './sites/default/default.settings.php' auch angepasst werden in settings.php.

So funktionierte es bei mir problemlos.

Gruß
Troll 0815

Jetzt verstehe ich, warum es bei manchen Installationen geklappt hat und bei manchen nicht.

Manchmal habe ich die Original-Datei im Verzeichnis gelassen und nicht umbenannt, sondern _umkopiert_

_____________
drupal-6.4-DE

Hatte den Fehler auch...

Hy, wäre super wenn einer der Admins das eben bei der install.inc ändern würde, damit es für die anderen auch auf an hieb klappt :)

Party und Event Community // Emsland-Partys.de