Startseite
  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche
Startseite › Forum › Drupalcenter.de › Module › Views ›

Fehler in php-code legt komplette seite lahm, nicht nur die 'betroffene' View

Eingetragen von Methos (196)
am 13.03.2009 - 14:53 Uhr in
  • Views
  • Drupal 6.x

Hallo,

ich hatte gestern folgendes Problem :

In den Kopfbereich einer View hatte ich mittels php-filter einen php-Code gepackt, der anscheinend einen Fehler enthielt.

Passiert ist dann dass ich eine Fehlermeldung bekam das es einen Problem mit eval gab.
Ich hätte mich nun nicht weiter gewundert wenn dieser Fehler NUR auf der jeweiligen View passiert wäre, für die der php-code angelegt wurde. Abgeschossen wurde aber mal gleich die ganze Webseite, selbst die Startseite gab diese Fehlermeldung aus.

Ich habe das Problem gelöst bekommen, in dem ich - nach langem rumprobieren - den php-filter in der Datenbank herrausgenommen, dann die View gelöscht und den Filter wieder rein gemacht hab.. dann hieß es die View wieder anlegen. Das alles wegen eines Tipp-Fehlers.. übel übel.

Was mich nun aber immer noch wundert ist, dass dabei:

a) die ganze Webseite 'kaputt' ging (sprich ich nicht über den Admin in der Lage war den php-code wieder zu entfernen)
b) Das ich auch über die Datenbank anscheinend keine Möglichkeit habe den kaputten php-code zu entfernen (oder hab ich das nur nirgends gefunden)

Da ich - aus Entwicklersicht - der Meinung bin dass doch php-code der vom User/Admin (o.ä.) eingegeben wurde, nur dann ausgeführt werden sollte,wenn er auch wirklich benötigt wird, stell ich das hier mal zur Diskussion, und wenn nur dabei herauskommt, das mir jemand erklären kann, was ich übersehen habe, die dieses Verhalten sinnvoll machen (was ich mit wegen a) aber eigentlich nicht vorstellen kann) ;)

Gruß

Methos

‹ Imagefield: Bilder nur als admin Views - Liste von Inhaltstypen dynamisch laden ›
  • Anmelden oder Registrieren um Kommentare zu schreiben

Re: Fehler in php-code legt komplette seite lahm, nicht nur ...

Eingetragen von traxer (1009)
am 14.03.2009 - 13:47 Uhr
Methos schrieb

Abgeschossen wurde aber mal gleich die ganze Webseite, selbst die Startseite gab diese Fehlermeldung aus.

Hat der View einen Block bereitgestellt? Mein Fatal error: Call to undefined function wird wirklich nur auf der für den View vorgesehenen Seite ausgelöst.

Methos schrieb

... den php-filter in der Datenbank herrausgenommen, ...

Ungefähr so: DELETE FROM filters WHERE module = 'php'? Du brauchst natürlich nicht das komplette Eingabeformat löschen (DELETE FROM filter_formats WHERE cache = 0).

Methos schrieb

... dann die View gelöscht ...

Wenn du den Filter richtig gelöscht hast, dann solltest du auch wieder Zugriff auf deine Site haben und hättest den View einfach bearbeiten können.

Methos schrieb

b) Das ich auch über die Datenbank anscheinend keine Möglichkeit habe den kaputten php-code zu entfernen (oder hab ich das nur nirgends gefunden)

Das Views-Modul scheint seine Konfiguration komprimiert in BLOBs zu speichern. Sehr merkwürdig. Die meisten anderen Module, die unterschiedliche Eingabeformate unterstützen, speichern das Eingabeformat in einer gesonderten Spalte (meistens format genannt), so das man das einfach in der Datenbank umstellen kann.

--
XING

  • Anmelden oder Registrieren um Kommentare zu schreiben

Benutzeranmeldung

  • Registrieren
  • Neues Passwort anfordern

Aktive Forenthemen

  • Beim Aufruf einiger Inhalte erhalte ich folgende Fehlermeldung
  • Neuinstallation: vermutlich ein rewrite-Problem
  • Drupal CMS installieren
  • [erledigt]MP3 in Drupal 10 einbinden
  • (gelöst)Drupal 11 installieren
  • Titel ausblenden
  • Ich brauche dringen Hilfe zu Updates oder ggf. wwie geht Composer?
  • Dynamische Ansicht von Seiteninhalt (als Tabelle?)
  • Vergabe von Berechtigungen für bestimmte Rollen; mir fehlt der Haken bzw. das „Veröffentlicht“
  • Medien und andere Daten mit Feeds von Drupal 7 auf Drupal 10 migrieren
  • Rolle erstellen nicht zu finden
  • für drupal11 ein Slider Modul
Weiter

Neue Kommentare

  • Gefunden
    vor 2 Wochen 3 Tagen
  • Vielen Dank für die ausführlichen Hinweise...
    vor 3 Wochen 17 Stunden
  • Mögliche Ursachen und nächste Schritte
    vor 3 Wochen 22 Stunden
  • Was für einen Server benutzt
    vor 5 Wochen 3 Tagen
  • Wenn die Subdomain auf
    vor 5 Wochen 5 Tagen
  • ordnerstruktur
    vor 5 Wochen 6 Tagen
  • Die Subdomain muß auf den
    vor 6 Wochen 1 Tag
  • Verwende doch das Tag dafür,
    vor 9 Wochen 3 Tagen
  • Guckst du hier: step by step
    vor 9 Wochen 3 Tagen
  • Guckst du hier: step by step
    vor 9 Wochen 3 Tagen

Statistik

Beiträge im Forum: 250293
Registrierte User: 20526

Neue User:

  • naavikai
  • fsnet
  • Ramesh Naik Pat...

» Alle User anzeigen

User nach Punkten sortiert:
wla9466
stBorchert6003
quiptime4972
Tobias Bähr4019
bv3924
ronald3857
md3717
Thoor3678
Alexander Langer3416
Exterior2903
» User nach Punkten
Zur Zeit sind 0 User und 33 Gäste online.

Hauptmenü

  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche

Quicklinks I

  • Infos
  • Drupal Showcase
  • Installation
  • Update
  • Forum
  • Team
  • Verhaltensregeln

Quicklinks II

  • Drupal Jobs
  • FAQ
  • Drupal-Kochbuch
  • Best Practice - Drupal Sites - Guidelines
  • Drupal How To's

Quicklinks III

  • Tipps & Tricks
  • Drupal Theme System
  • Theme Handbuch
  • Leitfaden zur Entwicklung von Modulen

RSS & Twitter

  • Drupal Planet deutsch
  • RSS Feed News
  • RSS Feed Planet
  • Twitter Drupalcenter
Drupalcenter Team | Impressum & Datenschutz | Kontakt
Angetrieben von Drupal | Drupal is a registered trademark of Dries Buytaert.
Drupal Initiative - Drupal Association