Kann im Admin Interface nicht auf die Module zugreifen

Falls Du schon Newsinhalte aggregiert hast:

Was ist mit dem Code des/der News selbst? Wenn dieser Code nun den Fehler verursacht?

Entferne doch testhalber mal den Inhalt aller News.

-------------
quiptime

Du solltest Deinen Code von aggregator.module prüfen!

Mein Code von aggregator.module:

 
Achtung Hinweis:

Wenn Du wieder mal Code mit HTML-Tags postest, dann verwende unbedingt die Codebereiche.
Denn vermutlich sind die in Deinem geposteten Code fehlenden 2 HTML-Spitzklammern nach "s+|" nur dadurch weggparst worden weil Du kein Codebereich gepostet hast.

-------------
quiptime

[EDIT]
Die eckigen Klammern hatte ich gesetzt und die Funktion gekürzt da der error selbst sich garnicht auf jene Bezog und ich damit nur eine überlange Zeile oder ein Stretching vermeiden wollte. Der error wurde konkret auf die Zeile 1362 bezogen und das Element /. Die Funktion selbst war natürlich vorher vorhanden und von mir nicht angetastet worden.
[/EDIT]

Es waren die auskommentierten Bereiche des Moduls respektive die Kommentare des Moduls. Verwendetes Installationspaket war drupal-4.7.2.tar.gz von Drupal.org.
Nach entfernen der Kommentarbereiche, mit den benannten Zeilenangaben, aus dem Modul gab es keinen Parse Error mehr. Insofern ist das Problem für mich zunächst gelöst - wenngleich mir ein Mysterium bleibt wie es überhaupt dazu kommen konnte.
Es ist weder eine News verändert oder erstellt worden. Es trat sofort nach der Installation auf, um genauer zu sein als ich versuchte nach der Installation, in der Verwaltung, an die Module zu kommen um die Sprache von Drupal auf Deutsch umzustellen.

Der code Bereich des ORIGINALS selbst nochmal im code-tag:

Code Bereich der keinen parse error mehr ausgibt(einfaches Löschen der Kommentare):

Danke dennoch für die Hilfe :)

Dann liegt es vermutlich an der von Dir genutzten PHP-Version bzw. dessen Konfiguration in Zusammenhang mit der Konfiguration des Webservers.

Ich programmiere seit mehreren Jahren mit PHP. Auf den unterschiedlichsten Servern mit unterschiedlichsten PHP-Versionen und logischerweise auch Konfigurationen.
Aber das richtig gesetzte PHP-Kommentare Fehler bei der Ausführung von PHP verursachen habe ich noch nie erlebt.

Wo läuft denn Deine Drupalinstallation?

PS.
Ich habe allerdings schon mal erlebt, daß ein "*/" allein in einer Zeile und nicht unmittelbar am Zeilenanfang zu einem Fehler führte.

-------------
quiptime

Domainfactory.de

PHP 4.4.1
PHP 5.1.2
Perl 5.8.6

Spezifische Konfigurationen kann ich bei Interesse gern posten. Ich wüsste allerdings icht welches Setup solch einen parse Fehler verursachen könnte bzw. wo ich suchen muss.

Mfg.

Was allerdings seltsam ist, daß das Problem mit den Kommentierungen nur beim Modul aggregator auftritt.
Fast alle Module von Drupal haben diese Kommentare. Wenn es daran liegt müsstest Du generell Probleme haben und könntest Drupal, egal wo Du klickst, nicht verwenden.

Ich vermute, Du arbeitest mit Windows und hast den Drupal-Download mit einem Windows-Entpacker entpackt.
Es könnte sein, das die Datei aggregator.module so etwas wie einen Bytecode-Schaden hat.

Ich habe so etwas ähnliches in anderem Zusammenhang schon erlebt. Eine Perl- oder PHP-Datei hat nicht nachvollziehbare Fehler produziert. Der Code war absolut korrekt und ohne Syntaxfehler.
Einziger Ausweg in diesem Fall war das Erzeugen einer neuen leeren Datei und das Kopieren des Code aus der Problemdatei in die neue leere Datei.

Solltest Du Windows verwenden prüfe eventuell Deinen Entpacker oder verwende einen anderen. Vermutlich verwendest Du Winzip oder irgendeinen "Exoten", den man irgendwo als den Besten empfohlen hat. Winrar kann ich Dir an dieser Stelle empfehlen. Mit Winrar habe ich noch nie Probleme beim Entpacken mit anschließenden Fehlern bei den entpackten Dateien erlebt.

Mal abgesehen von Winrar arbeite ich selbst mit Linux und da sind obengenannte Probleme beim Entpacken mit anschließendem Einsatz der Dateien auf einem Linuxbasierten Server wohl fast auszuschließen weil nicht vorkommend. Ich möchte an dieser Stelle aber um Gottes Willen keine Linux-Windows Disskusion vom Zaun brechen.

-------------
quiptime

Der Parsefehler hängt mit preg_split() zusammen. Das p steht für Perl. An dieser Stelle verwendet PHP Perlfunktionen für das Pattern Matching.
Allerdings wird ja nicht der Code der Datei aggregator.module mit preg_split() behandelt.

Was im Falle Deiner Arbeit unter Windows als Frage noch offen bleibt, ist die Frage der Linebreaks bzw. Zeilenenden. Die gibt es für Unix/Linux und Windows. Ich kann aber im Moment nicht sagen, ob es da einen Zusammenhang mit dem Entpacken der Dateien gibt und ob ein Entpacker auf die Linebreaks bzw. Zeilenenden Einfluss nimmt.

Wenn Du aber Windows verwendest und der Server Deiner Drupalinstallation unter Linux läuft könnte es da eventuelle Zusammenhänge geben.

-------------
quiptime

Noch ein Tipp zu News und dem aggregator.module.

Ich empfehle Dir das Modul aggregator2 an Stelle von aggregator. Hauptgrund ist aus meiner Sicht die Verwendung des Taxonomy-Systems von aggregator2. Solltest Du irgendwann mal das Modul views verwenden, um Inhalte gezielt auszugeben, hast Du mit aggregator ein Problem: aggregator strukturiert/organisiert seine Inhalte nur in der Menüstruktur. An die Menüstruktur kommst Du aber mit dem Modul views nicht heran.

Wenn News aggregieren dann gleich von Anfang an richtig und mit aggregator2.

-------------
quiptime

Das modul aggregator wurde von mir bisweilen noch überhaupt nicht benutzt. Der parse error trat wie gesagt direkt nach der Installation auf, jetzt, nachdem einige Änderrungen an dem System vorgenommen worden sind, kann ich das Modul selbst auch im Originalzustand problemlos laden und entladen.

Ich denke es ist einer dieser Bugs die man nur mühselig zurückverfolgen kann, bei der nächsten blank installation werde ich allerdings nochmal genauestens darauf achten.

Der parse error tritt jetzt nicht mehr auf, das Modul aus dem Originalpaket habe ich dafür benutzt. Ironie dabei: als der error auftrat war das Modul ja noch nichtmal geladen (ich musste es in der Verwaltung erst aktivieren).

Bisweilen denke ich nicht an die Benutzung von aggregator selbst, da es ja nur feed relevant zu seien scheint?! Erstmal (siehe dem anderen Thema), werde ich mich mit dem Taxonomie-System auseinandersetzen (müssen).

Mein Ent-/packer ist übrigens die deutsche Winrar Corporate Edition. :)

Also abschliessend kann man durchaus sagen: Falls der parse error s.O. auftritt kann ich durchaus das entfernden der Kommentare empfehlen und, nachdem an der Seite gearbeitet wurde, auch durchaus wieder das ersetzen durch die original Module.

Danke für alle Hilfe bisweilen. :)

 
Was hast Du am System verändert?

 
PS.
Wenn Du eine gefundene Problemlösung abschließend auch postest, beweißt Du Fairness gegenüber den Leuten im Forum, die Dir bei der Problemlösung geholfen haben und
hilfst anderen Lesern Deines Thread gegebenfalls einen ähnlichen oder den gleichen Fehler lösen zu können oder zumindest einen Ansatzpunkt zur Lösung ihres ähnlichen oder gleichen Fehlers zu finden.

Denke daran: Drupal hilft Dir, also helfe Du auch Drupal.

-------------
quiptime

Wie gesagt - mein Lösungsweg war einfach das Entfernen der Kommentare. Einen anderen habe ich auch nicht - ich denke auch das es, so gesehen, ein Bug ist der mir aufgrund meiner mangelden Erfahrung mit Drupal nicht einleuchtet. Das Modul Aggregator hätte überhaupt nicht geparst werden DÜRFEN, einfach weil es nicht aktiviert ist (im Standartzustand des Installationspaketes).
Die Änderrungen am System waren zu diesem Modul derart unbezogen, dass ich definitv nicht nachvollziehen kann wann der Fehler nichtig wurde. Aber ich poste gern das syslog dazu - vielleicht kann jemand nachvollziehen woran es lag.
Das erste was ich Heute tat, war das Originalmodul hochzuladen und in den Modul-Bereich zu wechseln. Erfolgreich. Eine neue Session wurde nicht erstellt (was auch so eine Sache ist) weil ich den Browser bisweilen nicht geschlossen hatte. Es wurden weder Dateirechte noch anderes verändert.

Da dieser Fehler NUR nach der Installation auftrat und überhaupt verhinderte das ich in die Modulverwaltung kam kann ich nur anraten - falls dieser Fehler auftritt, wie gesagt die Kommentare (welche ja die Ursache der Meldung sind) zu entfernen. Danach kann man, so zumindest bei mir, Problemlos in den Modul Bereich gehen und erschreckt feststellen das dieses Modul noch nichtmal aktiv ist. :)
Da es ein Hoster (domainfactory.de - gehört aber nicht zu den schlechtesten) ist auf dem das System liegt, kann ich zu PHP und co. keine Angaben machen, mir ist aber auch nicht bekannt das in dieser Zeit Änderrungen vorgenommen wurden oder gar ein Ausfall stattfand und ich gehe davon aus das man die Server gut konfiguriert hat.

Von Fairness gehe ich aus - daher kann ich fairerweise nur das sagen was ich auch selbst an Schlüssen daraus gezogen habe. Siehe Ent-/packer, Windows System usw.

Gruß,
Terra.

Nimm es auf Dich bezogen wegen der Fairness jetzt nicht absolut auf die Goldwaage - habe das an der Stelle zum Anlass genommen das Thema anzusprechen.

OK, weiter oben ist nun doch schon Einiges an Vermutungen zu Deinem Problem über die Bühne gegangen. Ich denke, weiteres Rumraten bringt nichts, höchstens kostet es Zeit und Nerven.

Was meinst Du zu meinem Vorschlag, Deine Drupalinstallation nochmal komplett neu vorzunehmen.

Neues Verzeichnis und andere DB-Tabellen (extra Tabellenpräfix).

Da Du ja schon erste Erfahrungen mit Drupal hast sollte Dir diese Neuinstallation recht flott von der Hand gehen.
Und mit ziemlicher Sicherheit bringt Dir das am Ende mehr als wenn Du Dich mit Deiner aktuellen Installation weiter herumärgerst.

-------------
quiptime