nach update weiße Seite
Eingetragen von Lauriel (6)am 31.10.2012 - 10:16 Uhr in
Hallo,
ich bin noch totaler Anfänger und es tut mir leid, wenn ich die Lösung meines Problems hier irgendwo überlesen haben sollte...
Ich habe updates von einigen Modulen gemacht (cck, views, simplenews und date) und es scheint alles in Ordnung damit soweit. Nur, wenn ich jetzt eine "Veranstaltung" erstellen möchte, zeigt er mir nur eine weiße Seite. Woran kann das liegen?
Ich bin natürlich für jede Hilfe dankbar.
Viele Grüße
Lauriel
- Anmelden oder Registrieren um Kommentare zu schreiben
Link
am 31.10.2012 - 10:44 Uhr
Hi, kannst du uns den Link dazu geben? Keine Errors? Zeigt der "Status Report" was an?
In dem Fall hätte ich das
am 31.10.2012 - 10:45 Uhr
In dem Fall hätte ich das Date-Modul unter Verdacht. Wenn Du es mal deaktivierst, könntest Du das Problem isolieren.
Don't code today what you can't debug tomorrow
Ariya Hidayat
Datenbank-Aktualisierung und Cache leeren
am 31.10.2012 - 11:01 Uhr
Hallo Lauriel,
immer wenn Du Module aktualisierst solltest Du einmal das Datenbank-Aktualisierungsskript ausführen sowie den kompletten Cache leeren.
Meist liegt es daran.
Schöne Grüße,
| 
Ralf Hendel
Wenn du nur noch eine weisse
am 31.10.2012 - 13:14 Uhr
Wenn du nur noch eine weisse Seite siehst und auch nicht mehr in den Adminbereich hineinkommen kannst, dann kannst du dir zumindest die PHP-Fehlermeldungen anzeigen lassen.
Dazu fügst du in die index.php in deinem Root-Verzeichnis z.B. das Folgende ein:
<?phperror_reporting(E_ALL);
ini_set('display_errors', TRUE);
ini_set('display_startup_errors', TRUE);
?>
Mit der Info kannst du dann weiter auf Fehlersuche gehen.
Gruß
Berthold Lausch
Drupal Video-Tutorials
Hallo, vielen Dank für eure
am 01.11.2012 - 11:38 Uhr
Hallo,
vielen Dank für eure Antworten :-)
Es lag tatsächlich am date modul.
Das Skript zur Aktualisierung der Datenbank würde ich auch gerne ausführen, aber mir wird der Zugriff verweigert. Ich kann mich momentan auf dieser HP nicht als Admin einloggen, deshalb hab ich versucht, es (laut Anweisung mit FALSE -> TRUE) zu umgehen. Funktioniert leider aber nicht (oder ich mache etwas falsch...)
Viele Grüße
Lauriel
Warum kannst Du Dich nicht
am 01.11.2012 - 12:14 Uhr
Warum kannst Du Dich nicht einloggen?
Don't code today what you can't debug tomorrow
Ariya Hidayat
weil jemand anderes die
am 01.11.2012 - 12:22 Uhr
weil jemand anderes die Zugangsdaten hat und erst nächste Woche wiederkommt...
Lauriel schrieb Das Skript
am 01.11.2012 - 12:26 Uhr
Das Skript zur Aktualisierung der Datenbank würde ich auch gerne ausführen, aber mir wird der Zugriff verweigert. Ich kann mich momentan auf dieser HP nicht als Admin einloggen, deshalb hab ich versucht, es (laut Anweisung mit FALSE -> TRUE) zu umgehen. Funktioniert leider aber nicht (oder ich mache etwas falsch...)
Ich weiss ja nicht, was du mit Anweisung mit FALSE->TRUE so genau meinst, aber die richtige Vorgehenweise ist:
Setze in der settings.php die Variable: $update_free_access auf TRUE
Dann kannst du die update.php aufrufen.
/*** Access control for update.php script.
*
* If you are updating your Drupal installation using the update.php script but
* are not logged in using either an account with the "Administer software
* updates" permission or the site maintenance account (the account that was
* created during installation), you will need to modify the access check
* statement below. Change the FALSE to a TRUE to disable the access check.
* After finishing the upgrade, be sure to open this file again and change the
* TRUE back to a FALSE!
*/
$update_free_access = FALSE;
Drupal Video-Tutorials
Ach so, dann würde ich
am 01.11.2012 - 12:37 Uhr
Ach so, dann würde ich abwarten, wer weiß was nach dem Update passiert :)
Don't code today what you can't debug tomorrow
Ariya Hidayat
torfnase schrieb Wenn du nur
am 28.10.2015 - 08:56 Uhr
Wenn du nur noch eine weisse Seite siehst und auch nicht mehr in den Adminbereich hineinkommen kannst, dann kannst du dir zumindest die PHP-Fehlermeldungen anzeigen lassen.
Dazu fügst du in die index.php in deinem Root-Verzeichnis z.B. das Folgende ein:
<?phperror_reporting(E_ALL);
ini_set('display_errors', TRUE);
ini_set('display_startup_errors', TRUE);
?>
Mit der Info kannst du dann weiter auf Fehlersuche gehen.
Gruß
Berthold Lausch
Der Beitrag ist zwar schon älter, aber ich habe auch das Problem mit ner WEISSEN Seite
Habe das Update gemacht: alles super
ebenfalls das Core Kern Update: alles ok
Dann habe ich das DB Update gemacht: der crash !
Nun ist ALLES WEISS
habe ind er index den Code eingegeben..
sieht so nun aus
<?php
/**
* @file
* The PHP page that serves all page requests on a Drupal installation.
*
* The routines here dispatch control to the appropriate handler, which then
* prints the appropriate page.
*
* All Drupal code is released under the GNU General Public License.
* See COPYRIGHT.txt and LICENSE.txt.
*/
/**
* Root directory of Drupal installation.
*/
define('DRUPAL_ROOT', getcwd());
require_once DRUPAL_ROOT . '/includes/bootstrap.inc';
drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL);
menu_execute_active_handler();
<?php
error_reporting(E_ALL);
ini_set('display_errors', TRUE);
ini_set('display_startup_errors', TRUE);
?>
Jedoch bekomme ich KEINE Fehlermeldungen !?!
Was kann ich noch machen, ausser das BAckup einzuspielen und von vorne anzufangen ?
THX4help
Eine weiße Seite bedeutet, es
am 28.10.2015 - 09:07 Uhr
Eine weiße Seite bedeutet, es gibt einen PHP-Fehler. Der sollte in den Server-Logs zu finden sein. Wenn Du da selbst nicht herankommst, den Support Deines Hosters ansprechen. Ohne diese Fehlermeldung ist das ein Stochern im Nebel.
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
Danke, ich habe nun das
am 28.10.2015 - 11:23 Uhr
Danke, ich habe nun das Backup eingespielt, nun ist mal die Seite sichtbar online !
Werde einen Clone dann auf einem Testserver spielen und dort rumspielen ;-)
THX4help
So, wie du die index.php
am 28.10.2015 - 14:10 Uhr
So, wie du die index.php geändert hast, hat das auch keine Auswirkungen (außer zusätzliche Syntax-Fehler).
Die Anweisungen, die Berthold dir genannt hat, sind Anweisungen für PHP und setzen Schalter in PHP. Wenn du sie erst setzt nachdem alles getan ist, wirken sie auch nicht. Dazu kommt noch, dass du die php-Tags ebenfalls kopiert hast. Das darfst du nicht, da es in einem PHP-Programm dann einen Syntaxfehler gibt.
Setze die drei Zeilen am besten direkt in die zweite Zeile (also in die Zeile nach dem <?php).
Alternativ kannst du natürlich auch eine php-dev.ini für Entwicklungszwecke anlegen (schau mal in die php.ini, wie die einzelnen Optionen für Entwicklungszwecke stehen sollten) und die Anwendung mit dem in php eingebauten Webserver testen:
php -s localhost:8080 -t pfad/zum/drupal/verzeichnis -c pfad/zur/php-dev.ini
Unter http://localhost:8080 ist deine Anwendung dann aufrufbar.
Wilfried
Drupal: a CMS without typo in its name
Auf Drupal.org bin ich als Pepe Roni unterwegs!
Also ein Problem war die PHP
am 07.11.2015 - 23:09 Uhr
Also ein Problem war die PHP Server Version 5.4
Habe die auf dem Testserver auf 5.3: nun geht die Seite
Auf der Aktiven Seite geht zugleich das Backup sauber
Also liegt es meines Achtens an der PHP version: die die NEUE Drupal höher braucht !
Aktuell habe ich das Problem, das auf dem Testserver die Seite im Frontend sichtbar ist
Aber ich mich nicht anmelden kann --> wollte mir das PW senden lassen
--> da bekomme ich "The requested URL /user/password was not found on this server."
Das Problem dürften die "sauberen Urls sein"
Welche Einstellung ist dafür Notwendig am Server ? --> das ich das einstellen bzw prüfen kann
[Sorry falls ich hier falsch bin und eher einen Neuen Tread machen sollte]
thx4help
Nachtrag:
UPDATE variable SET value = 's:1:"0";' WHERE name = 'clean_url';
DELETE FROM cache;
brachte 22 Einträge: Erfolgreich
Aber die urls gehen immer noch nicht !
Hast Du vielleicht die
am 08.11.2015 - 18:18 Uhr
Hast Du vielleicht die Installation automatisch über einen Button bei Deinem Provider installiert? Dann schau mal in Deiner settings.php nach. Die installation über Plesk fügt dort am Ende ein paar schwachsinnige Zeilen ein, die unter anderem die CleanURL abschalten.
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
nein, eigentlich nicht Die
am 08.11.2015 - 22:07 Uhr
nein, eigentlich nicht
Die letzte Zeile lautet so:
# $conf['allow_authorize_operations'] = FALSE;
Das aktuelle Problem liegt nun an den Pfaden, das diese nicht erkannt werden
Die Seite selbst läuft mal, aber nur die erste Seite
Unterseiten oder PW oder Login kann ich nicht aufrufen
lg Marcus