Startseite
  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche
Startseite › Forum › Drupalcenter.de › Allgemeines zu Drupal ›

node/add erzeugt 500 für auth. Nutzer - für Admins funktioniert es...?!

Eingetragen von windm (112)
am 26.04.2016 - 11:10 Uhr in
  • Allgemeines zu Drupal
  • Drupal 6.x

Hallo zusammen,

auch wenn es Zeit wird, die Seite von d6 auf d7/8 zu bringen, ärgert mich folgender Effekt schon noch sehr auf einer Live-Seite...

Setup ist drupal 6.38, seit einiger Zeit mit php 5.5.33, und allen möglichen "üblichen" Verdächtigen CCK, Views, Panels etc. - dürfte aber ggfs. gar nicht modulspezifisch sein, denn das Problem ist folgendes:

- Authentisierter Nutzer erstellt einen node (passiert bei mehreren, aber nicht allen content types)
- Klickt auf Speichern...
- Ergebnis Nutzer: Fehler 500 - es ist nicht ersichtlich, was passiert oder schiefgelaufen ist...
- Ergebnis Drupal-Admin-Sicht: Der node ist ordnungsgemäß und vollständig angelegt und steht in der Inhalte-Übersicht als "veröffentlicht"...
- In der Folge ist der node aber nur für Admins sichtbar - der node wird weder von Filtern, Views oder was auch immer berücksichtigt und ist weder über den Alias, noch über node/1234 für Gäste und Nutzer erreichbar (wenn ich node/1234 benutze, wird noch der richtige Alias gezogen, dann aber "Zugriff verweigert" gezeigt...)
- nicht mal der Autor selbst hat Zugriff auf den node!

Das seltsamste kommt dann:
- Wenn ich den node als Admin öffne und einfach nur speichere, ist er plötzlich für alle sichtbar - dabei habe ich weder inhaltlich etwas geändert, noch manuell am Autor, an der URL, am Status oder wo auch immer gespielt...

Was ich bisher geprüft habe:
- die betroffenen Content types sind definitiv "public", sollten(!) also für Gäste wie auth. User sichtbar sein
- die Berechtigungen sind richtig gesetzt, sowohl für die content types, wie auch für die enthaltenen Felder etc.
- die "Unsichtbarkeit" hängt nicht an einzelnen Views, sondern der node ist auch "direkt" wie oben erwähnt für Nutzer nicht erreichbar
- es sind nicht alle content types betroffen - manche funktionieren noch... wobei nicht nachvollziehbar ist, worin der Unterschied liegt... es sind alle mit CCK gebaut und enthalten Datumsfelder, fileupload, etc.

Hat irgendjemand eine Idee, die mir bis zum d8 Upgrade weiterhilft... ? ;-)

Danke vorab.

‹ Drupal Administration zu langsam node/add erzeugt 500 für auth. Nutzer - für Admins funktioniert es...?! ›
  • Anmelden oder Registrieren um Kommentare zu schreiben

Hallo, der 500er Fehler ist

Eingetragen von Hyp1 (1463)
am 26.04.2016 - 11:16 Uhr

Hallo,

der 500er Fehler ist ein Server Fehler.
Du findest genauere Informationen, warum der Fehler
aufgetreten ist im error.log des Servers.
Schau mal da nach.

MfG

  • Anmelden oder Registrieren um Kommentare zu schreiben

sehr wahrscheinlich ist,

Eingetragen von ronald (3857)
am 26.04.2016 - 20:02 Uhr

dass du an den Resourcengrenzen deines Servers arbeitest, und es bei manchen content_types zu einem "out of memory" kommt, also Drupal mehr Speicher anfordert, als er bekommt.

Dies solltest du im error.log finden.

Einzige Abhilfe: die max_memory Einstellung in der php.ini erhöhen.

Aber schau, wie Robert schrieb, erstmal ins error.log, um zu verifizieren, ob es tatsächlich so ist.

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

Statistik

Beiträge im Forum: 250284
Registrierte User: 20501

Neue User:

  • RandallFloop
  • Inga GuAph
  • Robertolix

» 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 15 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