Nach RMS Module Installation alles weg

[rfurrer]

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

Danke für Eure Hilfe
Rolf

[rfurrer]

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

[WilhelmTell]

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

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

[rfurrer]

Geht wieder.

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


Vielen, vielen Dank

Gruss
Rolf

[rfurrer]

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:ostUnsafeRaw() 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

[Spooky]

Lade mal den Contao Check rauf und validiere deine Installation.

[WilhelmTell]

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

line 351:

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

Das ganze sieht so aus:

		// 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.

[WilhelmTell]

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

[rfurrer]

@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

[rfurrer]

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:ostUnsafeRaw() in /home/xxx/web111/html/xxx/contao/install.php on line 386
(gleiche Meldung wie vorher, aber andere Zeile)

Was läuft hier schief???

[WilhelmTell]

@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.

[rfurrer]

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

Und das Ergebnis ist wirklich eine weisse Seite :-(

[WilhelmTell]

Und einen link willste nich rausgeben ?

[rfurrer]

doch, http://www.tecworx.ch

[WilhelmTell]

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.

[rfurrer]

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

[WilhelmTell]

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

[rfurrer]

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.

[WilhelmTell]

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.

[WilhelmTell]

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).

[rfurrer]

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.

[WilhelmTell]

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.

[rfurrer]

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.

[WilhelmTell]

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 ?

[rfurrer]

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

[Spooky]

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

[WilhelmTell]

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 !)

[rfurrer]

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

@WilhelmTell
Mal noch abwarten was Spooky meint...

[WilhelmTell]

Und im /check auch eine phpinfo.php

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

[Spooky]

Diese Info fehlt noch

Steht im error log des Webservers etwas?

[rfurrer]

Hab ich erstellt

[rfurrer]

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.

[WilhelmTell]

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

[rfurrer]

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

[Spooky]

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):

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

[rfurrer]

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

[WilhelmTell]

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

[rfurrer]

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 ??

[WilhelmTell]

line 173

--> function posix_getpwuid($int)

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

[WilhelmTell]

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