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 - 13: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 - 12: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

  • lstin tombent homophonic wikke
  • Rolle erstellen nicht zu finden
  • Medien und andere Daten mit Feeds von Drupal 7 auf Drupal 10 migrieren
  • für drupal11 ein Slider Modul
  • [gelöst] W3CSS Paragraphs Views
  • Drupal 11 neu aufsetzen und Bereiche aus 10 importieren
  • Wie erlaubt man neuen Benutzern auf die Resetseite zugreifen zu dürfen.
  • [gelöst] Anzeigeformat Text mit Bild in einem Artikel, Drupal 11
  • Social Media Buttons um Insteragram erweitern
  • Nach Installation der neuesten D10-Version kein Zugriff auf Website
  • Composer nach Umzug
  • [gelöst] Taxonomie Begriffe zeigt nicht alle Nodes an
Weiter

Neue Kommentare

  • Rollen
    vor 3 Tagen 6 Stunden
  • Inzwischen sind wir bei
    vor 1 Woche 6 Tagen
  • Migrieren von D7 auf D8/ D10/ D11
    vor 2 Wochen 15 Stunden
  • melde mich mal wieder, da ich
    vor 9 Wochen 4 Tagen
  • Hey danke
    vor 9 Wochen 5 Tagen
  • Update: jetzt gibt's ein
    vor 9 Wochen 6 Tagen
  • Hallo, im Prinzip habe ich
    vor 10 Wochen 3 Tagen
  • Da scheint die Terminologie
    vor 10 Wochen 3 Tagen
  • Kannst doch auch alles direkt
    vor 11 Wochen 1 Tag
  • In der entsprechenden View
    vor 11 Wochen 1 Tag

Statistik

Beiträge im Forum: 250238
Registrierte User: 20466

Neue User:

  • StevenEness
  • FoxPiola
  • ocvk2810

» Alle User anzeigen

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