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

  • 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
  • [gelöst] W3CSS Paragraphs Views
  • Drupal 11 neu aufsetzen und Bereiche aus 10 importieren
Weiter

Neue Kommentare

  • Verwende doch das Tag dafür,
    vor 3 Wochen 7 Stunden
  • Guckst du hier: step by step
    vor 2 Wochen 6 Tagen
  • Guckst du hier: step by step
    vor 2 Wochen 6 Tagen
  • Ich habe ja keine Angst vor
    vor 4 Wochen 2 Tagen
  • Ist grundsätzlichmachbar – aber nichts für „einfach mal schnell“
    vor 4 Wochen 4 Tagen
  • Vielen Dank erst einmal, aber
    vor 4 Wochen 6 Tagen
  • Du hast die "Trusted host
    vor 4 Wochen 6 Tagen
  • Bitte genauer den aktuellen Lösungs-Ansatz beschreiben
    vor 6 Wochen 5 Tagen
  • Git und rsync sind die wichtigsten Werkzeuge
    vor 7 Wochen 2 Tagen
  • Arrrrg. Nix Tabelle :-D /*
    vor 11 Wochen 4 Tagen

Statistik

Beiträge im Forum: 250284
Registrierte User: 20508

Neue User:

  • Marvinkep
  • RandallFloop
  • Inga GuAph

» Alle User anzeigen

User nach Punkten sortiert:
wla9464
stBorchert6003
quiptime4972
Tobias Bähr4019
bv3924
ronald3857
md3717
Thoor3678
Alexander Langer3416
Exterior2903
» User nach Punkten
Zur Zeit sind 0 User und 9 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