Nach RMS Module Installation alles weg

Hallo

Seit ein paar Tagen versuche ich mich mit Conto 3.2.20, bisher lief auch alles ohne Probleme.
Dann habe ich die RMS Erweiterung installiert, diese lies sich zuerst auch einwandfrei installieren, allerdings funktionierte es nicht wie gewünscht. Es gab keine Fehlermeldung, einfach das Modul tat nicht was ich erwartete. Deshalb hab ich es über den Composer (heisst doch so, oder?) wieder deinstalliert, dann alle DROP ausführen lassen, fertig. Module weg, Seite lief noch, alles ok.

Allerdings wollte ich doch nochmals mit dem rms Modul testen, also dieses im Composer wieder gesucht und auf installieren geklickt. Oh shitt, nun ging es aber schief. Es gab keine Meldung, nichts, ausser Paketliste aktualisieren und oben Cache aktualisieren. Hab ich beides gemacht, aber vom rms war nichts zu sehen.
Dann hab ich die Vorschau geöffnet, leer!!!
Und nun konnte ich auch im Backend nichts mehr machen, jeder klick zeigte eine weisse Seite. Und plötzlich blieb alles weiss. Und wenn ich nun am Backend anmelden will, geht es nicht mehr: ich bekomme eine weisse seit wenn ich meine page/contao aufrufe.

Hilfe, wie kann ich das wieder retten? Ich habe das Modul "rms" noch per FTP gelöscht und wieder hochgeladen, aber hilft auch nichts. Und fragt nicht nach Backup, ich könnt mich selber schlagen:mad:

Danke für Eure Hilfe
Rolf

Hallo

Nachtrag!
Wenn ich den install.php starten will, bekomme ich dies:
Fatal error: Using $this when not in object context in xxxxxx/system/modules/rms/rmsHelper.php on line 90
(xxxxx hab ich ersetzt)

Gruss
Rolf

Zitat:

---

Zitat von rfurrer

Ich habe das Modul "rms" noch per FTP gelöscht und wieder hochgeladen

---

Dann mach' mal nur "gelöscht" (und dann install)

Geht wieder.

Besten Dank, auf diesen Gedanken bin ich gar nicht gekommen. So blöd von mir :eek:
Hoffe mal, dass alles "sauber" ist


Vielen, vielen Dank

Gruss
Rolf

Hm, ganz sauber scheint es doch nicht zu sein. Wenn ich contao/install.php wieder aufrufe, kommt dies:

Fatal error: Call to undefined method Contao\Input::postUnsafeRaw() in /home/www/xxx/html/xxx/contao/install.php on line 351

Paket Arms ist entfernt, Pakete aktualisiert
Die Datenbank habe ich aktualisiert.

Und das Paket Arms kann ich auch nicht mehr neu installieren. Also irgendwo muss noch was daneben sein

Gruss
Rolf

Lade mal den Contao Check rauf und validiere deine Installation.

Zitat:

---

Zitat von rfurrer

Fatal error: Call to undefined method Contao\Input::postUnsafeRaw() in /home/www/xxx/html/xxx/contao/install.php on line 351

---

line 351:

Code:

---

if (crypt(Input::postUnsafeRaw('password'), $GLOBALS['TL_CONFIG']['installPassword']) === $GLOBALS['TL_CONFIG']['installPassword'])

---

Das ganze sieht so aus:

Code:

---

                // The password has been generated with crypt()
                if (Encryption::test($GLOBALS['TL_CONFIG']['installPassword']))
                {
                        if (crypt(Input::postUnsafeRaw('password'), $GLOBALS['TL_CONFIG']['installPassword']) === $GLOBALS['TL_CONFIG']['installPassword'])
                        {

---

Und einen backup machen, wenn alles wieder geht.

Vielleicht hilft es, im backend eine systemwartung durchzuführen.

@WillhelmTell
Also, die install.php Zeile 351... sieht so aus wie sie soll

@Spooky
Wenn ich den /check in das conto root hochladen und aufrufe, bekomme ich eine weisse Seite ohne Meldung, nichts. Einfach leer

Wenn ich in der localconfig.php Datei die Zeile mit dem Install Passwort lösche (gemäss anderen Thread dann wenn das Passwort vergessen wurde), dann wird beim Aufrufen von install.php ein Fenster zum setzen des Install Passwort angezeigt: 2 Zeilen, kennt man ja.

Nur, wenn ich dort eines setzen will und auf Passwort speichern klicke, dann bekomme ich diese Meldung
Fatal error: Call to undefined method Contao\Input::postUnsafeRaw() in /home/xxx/web111/html/xxx/contao/install.php on line 386
(gleiche Meldung wie vorher, aber andere Zeile)

Was läuft hier schief???

Zitat:

---

Zitat von rfurrer

@WillhelmTell Also, die install.php Zeile 351... sieht so aus wie sie soll

---

Das weiss ich schon. Ich hab' die nur angegeben, damit Dir jemand mit dieser information weiterhelfen kann.
Vielleicht hat das irgendwas mit dem backend-login oder mit dem cache zu tun, und dir kann da jemand weiterhelfen.
Und das mit dem check, da scheinst du etwas falsches kopiert zu haben. Das check-verzeichnis liegt im root neben den anderen ordnern wie system, contao, assets, usw. Und dann rufst du "meinedomain.de/check" auf.

/check hab ich schon richtig kopiert, offensichtlich aber nicht klar geschrieben.

Und das Ergebnis ist wirklich eine weisse Seite :-(

Und einen link willste nich rausgeben ?

doch, http://www.tecworx.ch :D

tja, da bin ich platt.
Bleibt nur noch die sache mit dem check.
Url is' ja:
https://contao.org/de/manual/3.3/ins...-konfigurieren
zip is: contao-check-10.2-1-g86f26fd.zip
Entpackt is: contao-check-86f26fd
Darin liegt der check-Ordner mit 16*843*347 bytes (kontrollier mal !).
Und der kommt ins root-Verzeichnis.

Hm, die Check Quelle hab ich genau von Dort, das ZIP heisst so, das Verzeichnis ebenfalls.
Allerdings zeigt meines etwas mehr an:
Anhang 15616

Sollte man eigentlich nicht meckern, wenn es sich um die gehaltsabrechnung handeln würde.
Aber da dem nicht so ist, sollte man den check nochmals runterladen und nach dem entpacken nochmals kontrollieren.
Der wert, ist das nicht etwa "Size on disk" statt "Size" (des ordners)

EDIT: Spooky hilft uns sicher...

EDIT EDIT: Bei mir im Windows explorer: check= 109 Files, 23 Folders

Wenn das mein Gehalt wäre, dann würde ich das hier machen lassen :-) Ok, macht ja trotzdem Spass, wenn alles tut.

Das ZIP hab ich extra nochmals runtergelassen, aber es war identisch mit jenem, welches ich bereits hatte.

Hab jetzt mal ein CORE Zip entpackt und verglichen mit meiner Installation. Das Core hat nichts anders als meine Installation auch, ausser die Module natürlich. Aber der Vergleich ist wohl nicht ganz sicher. Sonst würde es ja gehen. Ausser der Hund ist in der DB selber

Danke Dir aber mal für Deine Hilfe bisher.

Ich kenn' mich da nicht so aus, aber da kann man irgendwo einen cache-ordner auf dem FTP löschen.
Unter /system meine ich. Kannst ja mal lokal sichern (man weiss ja nie) und dann weg mit dem.
Vielleicht geht's. Obwohl das mit dem check mE nix zu tun haben sollte.

Zitat:

---

Zitat von rfurrer

Ausser der Hund ist in der DB selber

---

Der check hat mit der db meiner meinung nix zu tun.
Der check kontrolliert nur die notwendigen dateien (leider nicht die nicht mehr notwendigen aus einer älteren version).

ich habe das cache Verzeichnis mal umbenannt. Geht immer noch nicht. Dann habe ich im Backend den Cache neu generieren lassen, auch kein anderes Ergebnis, ausser dass nun im System wieder ein cache Verzeichnis mit Inhalt steht.
Check geht nach wie vor nicht. Und die Installation war komplett neu, direkt aus der ZIP 3.2.20 LTS hochkopiert und installiert.
Module hab ich nur wenige:
# - composer : Version 0.15.1 stable, Build 9
# - DokManSystem : Version 3.0.0 stable, Build 5
# - calendar_editor
# - dlh_geocode
# - dlh_googlemaps
# - visitors
# - associategroups
# - MultiTextWizard
# - UserMemberBridge
# - DocumentManagementSystemFileTypeSets
# - botdetection
# - xls_export
Liste aus dem inzwischen gemachten Backup.

Du scheinst ja alles richtig gemacht zu haben.
Die weisse seite versteh' ich nicht.
In Einstellungen mal alle erweiterungen desaktivieren. Aber ob das was bringt...
"composer" les' ich gerade. Da bekomme ich eben kurzes augenflimmern.

Alles deaktiviern hab ich schon mal gemacht (ausser composer, den traute ich nicht) bringt nichts.
Wieso augenflimmern? Der scheint ja seine Arbeit gut zu machen.

Dann nochmal das 3.2.20-core rüberbügeln.
Kopieren und dabei alles überschreiben lassen. Auch "versteckte" Dateien wie .htaccess, etc.
Was für einen FTP benutzt Du ? Vielleicht ist da was ?

Darf man das? Zumindest in der localcofig.php steht ja auch anders drin. Mind rms hat da was reingeschrieben
Ich verwende FileZilla auf einem Mac mit Safari. Neuste Versionen

Ich würde zuerst dem nachgehen warum der Check nicht funktioniert. Steht im error log des Webservers etwas? Ist der check noch oben?

Zitat:

---

Zitat von rfurrer

Darf man das? Zumindest in der localcofig.php

---

Na logisch ! Im core gibt's keine localcofig.php. Deswegen heisst die ja auch local...
Aber wie schon immer gehabt: Kopier' deine ganze website auf deinen lokalen rechner.
db-backup auch (obwohl die vielleicht 'ne kleine macke haben könnte).
Und dann rüberbügeln. Wenn da einige dateien gefehlt haben, wird die Installation jetzt ergänzt.
Also nur mut. Ist ja nicht meine website (joke !)

@Spooky
Ja, ist noch oben. Un dim /check auch eine phpinfo.php

@WilhelmTell
Mal noch abwarten was Spooky meint...

Zitat:

---

Zitat von rfurrer

Und im /check auch eine phpinfo.php

---

Im check-Ordner ist eine phpinfo.php ???
Das ist mir neu. Kann doch gar nicht sein.

Diese Info fehlt noch ;)

Zitat:

---

Zitat von Spooky

Steht im error log des Webservers etwas?

---

Hab ich erstellt ;)

Ich bin da nicht sicher, ob ich an diese Datei komme. Wenn ich mit FTP auf den Server gehe, gibt es ein Verzeichnis /log und dort eine Datei access_log mit über 4 MB Größe. Ich kann die runterlasen und etwas kürzen, aber was da drin steht kann ich nicht bewerten.

Ich hab' da was:
https://community.contao.org/de/show...ite-bei-EVANZO
Hat das eventuell was mit dem Hoster zu tun ?

Ich habe auch andere Webseiten dort (noch 2.11) und die laufen einwandfrei. Und bis ich das rms Modul installiert hatte, ging ja auch alles ohne Probleme. Allerdings, ob check lief weiss ich natürlich nicht.
Ach ja, Provider ist hoststar.ch
Auszug aus dem Logfile: LOG

Das ist nur das access_log, irgendwo könnte es noch ein error_log geben.

Ansonsten füge mal folgendes in die index.php des /check ein (nach dem <?php):

PHP-Code:

---

ini_set('display_errors', 'On');
error_reporting(E_ALL); 


---

Ist drin
Ein anderes Log finde ich nirgends, und auf den Server komm ich nicht direkt.

Code:

---

Fatal error: Cannot redeclare posix_getpwuid() in /home/www/web111/html/domaintecworx/check/controller/bootstrap.php on line 173

---

Ach schau an, eine Meldung des /check

Fatal error: Cannot redeclare posix_getpwuid() in /home/www/xxx/html/xxx/check/controller/bootstrap.php on line 173

Und die gleiche Meldung (andere Zeile) bekomme ich auch beim /check einer anderen contao Installation (noch 2.11).
Scheinbar doch was mit dem Server/Hoster ??

Zitat:

---

Zitat von rfurrer

line 173

---

--> function posix_getpwuid($int)

Code:

---

// Add the posix_getpwuid function
if (!function_exists('posix_getpwuid')) {
        function posix_getpwuid($int) {
                return array('name'=>$int);

---

Vielleicht im BE mal die rms-User und die Gruppen löschen.

in diesem Thread scheint einer mein Problem und gleicher Hoster zu haben

https://community.contao.org/de/show...t-bei-Hoststar

Was muss ich nun wo machen? Dann läuft ja mal /check, nehme ich an

Da fällt mir noch was ein:
In den Einstellungen gibt's ein Häkchen. Rausnehmen falls geht !
https://community.contao.org/de/show...l=1#post349202

Und wie schon gesagt:

Zitat:

---

Zitat von WilhelmTell

Vielleicht im BE mal die rms-User und die Gruppen löschen.

---

Das rms scheint ja weg zu sein, zumindest finde ich keine entsprechenden Hinweise mehr. Also auch keine Freigabe User/Gruppen mehr, keine Felder, keine Einstellung, nichts. Das scheint ja geklappt zu haben.
Aber ich kann dieses Modul auch nicht mehr installieren. Und dann kam der /check und der geht ja auch nicht.

Die Seite läuft ja eigentlich, auch das Backend. Nur eben rms geht nicht mehr drauf. Und das möchte ich gerne

Gibt es im Backend unter Benutzergruppen keine rms-Gruppe mehr ?
Und unter Benutzer keine Benutzer mehr, die einer rms-Gruppe angehörte ?

Also einfach Gruppen, die ich auch für rms verwendete.
Gleiches für Benutzer, die waren schon da und wurden auch für rms verwendet

Hier ist was zu der Fehlermeldung:
https://community.contao.org/de/show...posix_getpwuid

Hab inzwischen noch von PHP 5.4 auf 5.5 umgestellt, brachte aber nichts weiter.

Oh shitt, mit dem Redeclare des posix... geht nun der /check
Gibt zwar noch 4 Warnings, aber der Validate bringt fürchterliches zu Tage


Da werd ich wohl den core neu drüber kopieren müssen

Zitat:

---

Zitat von rfurrer

Also einfach Gruppen, die ich auch für rms verwendete.
Gleiches für Benutzer, die waren schon da und wurden auch für rms verwendet

---

Können wir wahrscheins vergessen. Hier scheint die Lösung zu liegen:
https://community.contao.org/de/show...ll=1#post76537
Musst den abschnitt in der /check/controller/bootstrap.php on line 173 ersetzen.
Hat vielleicht mit der PHP-version zu tun oder sowas.

Zitat:

---

Zitat von rfurrer

Hab inzwischen noch von PHP 5.4 auf 5.5 umgestellt, brachte aber nichts weiter.

---

Kann es sein, dass solche umstellungen erst nach gewisser zeit wirksam werden ?

Nein, denke ich nicht, denn das muss in der .htaccess gemacht werden. Und die ist ja bei jedem Zugriff wirksam, also sofort

Hast Du das /check mal angeschaut? Könnten die Validate Fehler eine Folge des fehlenden posix sein?

Zum check:
Einfach nur mal den ordner /system/modules/ rüberbügeln.
Null risiko ! versprochen !

Ich glaub Dir ja ;)
Ist am kopieren

Na, das sieht doch klasse aus !
Feier' schön !
Klaus

wirklich, ja
Du hast da noch was wegen dem Composer gesagt, soll ich den weg lassen und wie bisher die Erweiterungen installieren?

Zitat:

---

Zitat von rfurrer

wirklich, ja
Du hast da noch was wegen dem Composer gesagt, soll ich den weg lassen und wie bisher die Erweiterungen installieren?

---

Vergiss meine Bemerkung, sonst werfen die hier im Forum mit Steinen nach mir.
Ausserdem bin ich der Auffassung, dass die Zukunft Composer heisst, da ER Handarbeit ist und auf die Dauer durch Maschinen (Composer) ersetzt wird.
Ich meine, dass Einigie hier im Forum doch noch Problemchen hatten mit Composer. Aber irgendwann probier' ich den auch mal ( wieder (zum vierten Mal) ) aus.

Ah, so, gebranntes Kind.

Ich für meinen Teil habe den aktiviert weil das DMS den wollte. Und es hat funktioniert, bisher sind die paar Module sauber installiert worden. Bis auf rms, das liess sich eben nicht mehr installieren NACH dem deinstallieren. Das werde ich gelegentlich wieder prüfen, aber vorher MIT Backup. Garantiert.

Dir ganz herzlichen Dank für die tolle Unterstützung und das lange ausharren.

Bis irgendwann

Danke, Grüsse und frohe Ostern
Rolf