Du bist nicht angemeldet. Der Zugriff auf einige Boards wurde daher deaktiviert.

#1 13. März 2019 16:10

chica2
probiert CMS/ms aus
Ort: Kurpfalz
Registriert: 01. Februar 2011
Beiträge: 93

[GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Hallo ich komme nicht weiter, und bräuchte bitte Eure Hilfe,

es geht um eine 1.12.2 unter PHP 7.1 , die ich im Backend nicht bearbeiten kann. Das kam so: Es gibt aktuell eine cmsms 1_11_13, die ein Update braucht, Seiten werden zwar noch angezeigt wird, aber im backend kann es nicht  mehr bearbeitet werden. Und da ich bei Hosteurope, nicht mehr auf die alte PHP Version 5.6  umstellen kann, hab ich auf einem anderen online Server das update gemacht auf 1.12.1. (mit php 5.6.). Nun mit dem diff file cmsmadesimple-english-diff-1.11.13-1.12.1.tar- das Upgrade auf version 1.12.2.,  und dann das diff -File von von NAN cmsms-1.12.2-php7.2-diff__neu . und umgestellt auf php 7.1 .
Es kamen zwar massenweis Warnings : Warning: strpos(): Empty needle in /www/htdocs/.... .  Aber hab die Lösungen u.a. von hier eingebaut , https://www.cms-1.org/forum/viewtopic.php?pid=37291#   (_construct und Änderungen an smarty_internal_templatelexer.php).
Diese DB und alle Dateien hab ich gesichert und nun bei Hosteurope hochgeladen, und nach einigen Mühen konnte ich dann die Site im Frontend laden, nun einer Subdomain (jetzt mit php7.1.)

Leider gibt es jetzt noch diese Probleme:
- im Frontend werden die "normalen" Seiten (Bootstrap-Template) zwar geladen, aber ein Aufruf von Details von News oder Blog, ergibt leider ein "Upps ".
- im Backend kann ich mich nun zwar einloggen, kommt aber ohne CSS (screenshot anbei), jedoch kann ich von hier die Unterseiten im backend  aufrufen
- nach Anklicken von "Module" z.B. kommen dann das oneEleven -Template
- aber das Menü links  klappt nicht auf und zu, man kann nichts anklicken
- sobald ich nun eine Inhaltsseite bearbeiten will, öffnet sich eine weiße Seite mit 550 Fehler
- bei  News oder CBlogModul erscheint zwar zuerst die Übersicht, aber die Einträge ergeben wieder ein 500 Server Error
- Öffne ich ein Template von CGBlog, News oder Stylesheets dann ist der Inhalt leer , mit dem ACEditor ( auch screenshot)

Weiß jemand  Rat? Was hab ich falsch gemacht , Was fehlt hier, damit die Site wieder läuft? Danke für jede HIlfe !!

Gerne auch gegen Bezahlung, oder muss ich dann besser in Markplatz posten?

Gruß chica

System info
Cms Version: 1.12.2
Installed Modules:
CMSMailer: 5.2.14
CMSPrinting: 1.0.5
FileManager: 1.4.5
MenuManager: 1.8.7
MicroTiny: 1.2.9
ModuleManager: 1.5.8
News: 2.15.2
Search: 1.7.13
ThemeManager: 1.1.8
FormBuilder: 0.8.1.6
Gallery: 2.3.2
GBFilePicker: 1.3.3
MysqlDump: 1.4.0
AceEditor: 1.0
CGExtensions: 1.53.19
JQueryTools: 1.4.0.1
ECB: 1.6
CGSimpleSmarty: 1.10
CGGoogleMaps2: 0.99.1
CGSmartImage: 1.21.9
CGBlog: 1.13.6
Captcha: 1.0
Archiver: 0.2.6
TinyMCE: 2.9.13
CGFeedback: 1.7.6
UsersGuide: 1.8.1
Statistics: 1.2.1.2
SiteMapMadeSimple: 1.2.8

(Statistics hatte ich deinstalliert und entfernt, ist aber noch in DB (ordner ist gelöscht)
(der GB filepicker 1.3.3 war wohl zu alt, Hab dessen Ordner mal umbenannt " _Gbfilepicker", dann wurde das Frontend aagezeigt)


phpversion:  7.1.26-he.2

Beitrag geändert von chica2 (13. März 2019 20:52)

Offline

#2 14. März 2019 10:28

NaN
Moderator
Ort: Halle (Saale)
Registriert: 09. November 2010
Beiträge: 4.436

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Klingt für mich nach CMSms 1.12.2 ohne die PHP 7 Änderungen.
Bist Du sicher, dass die Änderungen auch alle sauber auf dem Server gelandet sind?
(Stichworte FTP, Übertragungsmodus, binär)
Es könnte außerdem auch sein, dass die Module noch aktualisiert werden müssen.
Das wirst Du aber vermutlich nicht vom Backend aus machen können.
D.h. Du müsstest Dir die zip-Dateien der Module aus dem Forge herunterladen und dann auf den Server laden.
Da bin ich mir aber nicht sicher, inwiefern die alle auch mit PHP 7 kompatibel sind.


Module: GBFilePicker, AdvancedContent
Sicherheit: Beispiel .htaccess-Datei
CMSms 1.12 unter PHP 7:
cmsms-1.12.3.zip (inoffiziell - komplett inkl. Installer)
CMSms 1.12 unter PHP 8:
cmsms-1.12.4.zip (inoffiziell - komplett inkl. Installer)

Offline

#3 14. März 2019 11:34

chica2
probiert CMS/ms aus
Ort: Kurpfalz
Registriert: 01. Februar 2011
Beiträge: 93

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Danke Nan, für den Hinweis!

dann werd ich jetzt die Module alle nochmal hochladen. Ja, hab ich immer per FTP aus der zip Datei binär hochgeladen, mit WinSCP. (Allerdings gabs dabei schon mal Probleme, dass eine Datei nicht vollständig hochgeladen wurde, "unexpected end fo file". und musst korriegert werden.)

und dann auch nochmal die diff mit den php 7 Änderungen.

Hoffe sehr, dass es daran liegt!!

Offline

#4 15. März 2019 16:01

Andynium
Moderator
Ort: Dohna / SN / Deutschland
Registriert: 13. September 2010
Beiträge: 7.018
Webseite

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

chica2 schrieb:

(der GB filepicker 1.3.3 war wohl zu alt, Hab dessen Ordner mal umbenannt " _Gbfilepicker", dann wurde das Frontend aagezeigt)

Bitte mal die Version von hier probieren

https://www.cms-1.org/forum/viewtopic.php?id=4758

Offline

#5 15. März 2019 20:20

chica2
probiert CMS/ms aus
Ort: Kurpfalz
Registriert: 01. Februar 2011
Beiträge: 93

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Danke Cyberman, diese Version von GBfilepicker funktioniert !

Habe das PHP 7 diff nochmal binär übertragen.

Alle externen Module nochmal übertragen
und noch diese Moduleaktualisiert
CGBlog -  auf   1.14.4
CGGoogleMaps2 auf 1.1.1

Hat aber nichts geändert.

mit debug-true kommt ganz unten diese Meldung:

Fatal error: Uncaught --> Smarty: Unable to load template file '/is/htdocs/wpxxxxxxxxx/www/2/lib/smarty/libs/debug.tpl' <-- thrown in /is/htdocs/wpxxxxxxxxxxx/www/2/lib/smarty/libs/sysplugins/smarty_internal_templatebase.php on line 127

Wieso kann das template nicht geladen werden?  yikes

Beitrag geändert von chica2 (15. März 2019 20:20)

Offline

#6 15. März 2019 22:25

NaN
Moderator
Ort: Halle (Saale)
Registriert: 09. November 2010
Beiträge: 4.436

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Puh. Das wird echt ne harte Nuss bei Dir. hmm

"Deaktiviere" erstmal alle Module, um zu testen, ob es an einem Modul liegt.
(So wie beim GBFilePicker, einfach einen Unterstrich beim jeweiligen Modulverzeichnis hinzufügen)

Wenn das Backend dann geht, wissen wir, dass es an einem Modul liegt.
Und dann heißt es, jedes Modul einzeln testen. Das bedeutet, jedes Verzeichnis wieder Schritt für Schritt einzeln zurück umbenennen und im Backend testen. Sobald es nicht funktioniert, haben wir den Übeltäter.

Wenn es nicht an einem Modul liegt, dann suchen wir die Nadel im Heuhaufen.

Wieso kann das template nicht geladen werden?

Ist es denn dort, wo es laut Fehlermeldung sein sollte?
Wie sind die Dateizugriffsrechte?
Wer ist Datei-Eigentümer?
Und in diesem Zusammenhang gleich mal prüfen, ob denn wirklich alle Dateien überschrieben wurden (Änderungsdatum unter die Lupe nehmen). Ich kenne das z.B. von FileZilla. Der stoppt nicht mit einer Meldung, wenn etwas nicht überschrieben werden kann. Der macht dann einfach munter bei der nächsten Datei weiter. Der zeigt das zwar im Log an, aber das rauscht so schnell vorbei, das beachtet man meist kaum. Das erweckt dann immer den Eindruck, als hätte alles hochgeladen werden können. In Wahrheit hat er lediglich versucht, die Dateien hochzuladen, und sagt dann am Ende, dass er mit dem Versuch fertig ist. Ich muss dann immer im Log selber nachschauen, ob es Fehler gab.


Module: GBFilePicker, AdvancedContent
Sicherheit: Beispiel .htaccess-Datei
CMSms 1.12 unter PHP 7:
cmsms-1.12.3.zip (inoffiziell - komplett inkl. Installer)
CMSms 1.12 unter PHP 8:
cmsms-1.12.4.zip (inoffiziell - komplett inkl. Installer)

Offline

#7 17. März 2019 20:38

Andynium
Moderator
Ort: Dohna / SN / Deutschland
Registriert: 13. September 2010
Beiträge: 7.018
Webseite

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

chica2 schrieb:

mit debug-true kommt ganz unten diese Meldung:

Keine Ahnung, ob uns das in diesem Fall weiterbringt - aber das php error log wäre ebenfalls interessant

https://www.cms-1.org/forum/viewtopic.php?id=4644

Offline

#8 18. März 2019 22:26

chica2
probiert CMS/ms aus
Ort: Kurpfalz
Registriert: 01. Februar 2011
Beiträge: 93

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Danke für Eure Rückmeldungen!!

Da ich via WINSCP öfters die Meldung hatte , dass die Daten nicht komplett übertragen wurden, "unexpected end fo file", und beim überprüfen tatsächlich z.B. eine Datei die mit 60 KB auf dem SErver nur 45KB hatte, und ich das paarmal wiederholen musst bis die 60KB angezeigt wurden, hab ich nun Filzilla ausprobiert und damit die module Dateien nochmal hochgeladen.

Also, ich habe alle Module umbenannt, das ergibt aber im Backend keine Änderung, kann immer noch nicht das Menu auf und zu klappen, bzw. News bearbeiten.

Die Datei debug.tpl gibt den Fehler aus, das kam von der "smarty_internal_templatebase.php" , die Stelle dort lautet :

[== smarty ==]
 // checks if template exists         if (!$_template->source->exists) {             if ($_template->parent instanceof Smarty_Internal_Template) {                 $parent_resource = " in '{$_template->parent->template_resource}'";             } else {                 $parent_resource = '';             }             throw new SmartyException("Unable to load template {$_template->source->type} '{$_template->source->name}'{$parent_resource}");         }

Kann damit leider nicht viel anfangen. Ausserdem kommt heute dieser Fehleranzeige nicht mehr.


Benutzer der Dateien ist bei Hosteurope "ftpxxxx" . Im Ordner der alten (noch aktiven) version ist das anders, da ist der Benutzer "wpxxxxxx". Sollte das geädnert werden?


Da auch der Aufruf im Frontend mit pretty url so seltsam aussah , hab ich die htaccess nochmals hochgeladen. und jetzt kommt im gesamten Frontend ein OOps! oder liegt das an den umbenannten Modulen? ich krieg das nicht merh weg, zwischenspeicher gelöscht,  htacess weider gelsöcht. immer nur OOps.

Danke für den Hinweis, dass auch Filezilla manchmal nicht richtig überschreibt, so hab ich da mal überhautp nachgeschaut : das war hier auch paarmal der Fall : "Status:   Überspringe Upload ...". beim zweiten versuch gings dann "Status:   Dateiübertragung erfolgreich".


die Error-meldungen zeigen das:

[== text ==]
[Mon Mar 18 17:20:06 2019] [ssl:warn] [pid 9346] [client [host AH01909: 2.domain.com:443:0 server certificate does NOT include an ID which matches the server name

im Accesslog stand gestern ein 301 u  254  Fehler

[== text ==]
2003:e5:1f38:5700:1946:8exxxxxxxx - - [17/Mar/2019:20:57:20 +0100] "GET /favicon.ico HTTP/1.1" 301 254 "http://2.hp-projektentwicklung.com/" "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/72.0.3626.121 Safari/537.36" "2.domain.com"

und heute 200 und 3852 Fehler

[== text ==]
2003:e5:1f48:b300:ddb9:fa38xxxxxxxxx - - [18/Mar/2019:22:21:21 +0100] "GET /index.php HTTP/1.1" 200 3852 "-" "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:65.0) Gecko/20100101 Firefox/65.0" "2.domain.com"

im Debugger von Firefox:

[== txt ==]
Fehler beim Laden der folgenden Adresse: Could not load the source for blob:http://2.domain.com/6555f202-2415-461f-ab68-943589b33b72. [Exception... "Failed to open input source 'blob:http://2.domain.com/6555f202-2415-461f-ab68-943589b33b72'"   nsresult: "0x805303f4 (<unknown>)"

Habt ihr dadurch eine Erkenntnis??


ich werde jetzt die Moule wieder umbenennen, und dann nochmal mit Filezilla die core Dateien übertragen, und überprüfen ob alles kopiert wurde.

Beitrag geändert von chica2 (19. März 2019 23:04)

Offline

#9 19. März 2019 00:40

chica2
probiert CMS/ms aus
Ort: Kurpfalz
Registriert: 01. Februar 2011
Beiträge: 93

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Danke nochmal für eure Ideen!

So, nachdem ich die Core dateien und danach das php7 diff von NAN nochmals hochgeladen habe, ist das Frontend wieder zu sehn!  smile Yeah.

Aber alle probleme leider immer noch wie gehabt:
- im Frontend, eine Deteilansicht eines Blogeintrages ergibt ein OOoops.
- im Backend funktioniert das menu nicht , und die Inhalte der blog/ seiten templates sind leer.

Beitrag geändert von chica2 (22. März 2019 18:51)

Offline

#10 28. März 2019 18:49

chica2
probiert CMS/ms aus
Ort: Kurpfalz
Registriert: 01. Februar 2011
Beiträge: 93

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Es geht voran, aber es ist so mühsam.

Habe in den letzten Tagen die Module überprüft nach Datum und deshalb
-  UserGuide (von 2013) angeklickt , es kam im Backend ein Fatal error: hab das Modul deinstalliert
- AceEditor (auch von 2013) ein Upgrade auf AceEditor2" gemacht, da kam eine Warnung:

Warning: Declaration of AceEditor2::SyntaxGenerateHeader() should be compatible with CMSModule::SyntaxGenerateHeader($htmlresult = '') in /is/htdocs/wp12389188_L707COKZDT/www/2/modules/AceEditor2/AceEditor2.module.php on line 34

- deshalb AceEditor2 komplett deinstalliert

und nach Löschen vom Zwischenspeicher: siehe da, das Backend funktioniert wieder! das Menü klappt auf und zu, ich kann Inhalts-seiten bearbeiten, auch Templates öffnen und bearbeiten!!

Im Frontend gibt es aber leider immer noch ein Ooops, sobald ich ein Blogeintrag im Detail anklicke.

Da die Errorlogs von Hosteurope nicht viel hergeben , hab ich dieses ErrorLog Modul installiert, das ist ja gewaltig!
Danke cyberman!

Jetzt kann ich diese Fehlermeldungen sehen. ( hab das in ein Zitat gepackt, gibt es ne bessere Darstellung?)


226 2019-03-28 18:41:10 DEPRECATED_WARNING Methods with the same name as their class will not be constructors in a future version of PHP; SuperSizer has a deprecated constructor class.usertagoperations.inc.php(265) : eval()'d code:18 225 2019-03-28 18:38:21 DEPRECATED_WARNING Methods with the same name as their class will not be constructors in a future version of PHP; SuperSizer has a deprecated constructor class.usertagoperations.inc.php(265) : eval()'d code:18 224 2019-03-28 18:38:21 DEPRECATED_WARNING Methods with the same name as their class will not be constructors in a future version of PHP; SuperSizer has a deprecated constructor class.usertagoperations.inc.php(265) : eval()'d code:18 223 2019-03-28 18:38:14 DEPRECATED_WARNING Methods with the same name as their class will not be constructors in a future version of PHP; SuperSizer has a deprecated constructor class.usertagoperations.inc.php(265) : eval()'d code:18 222 2019-03-28 18:38:14 WARNING filemtime(): stat failed for /is/htdocs/wp12389188_L707COKZDT/www/2/tmp/templates_c/CGExtensions^9d3ee2bf62ba51ab66a00b5de6d9f1715bcb487b.module_file_tpl.CGExtensions;edittemplate.tpl.php smarty_resource.php:756 221 2019-03-28 18:38:13 DEPRECATED_WARNING Methods with the same name as their class will not be constructors in a future version of PHP; SuperSizer has a deprecated constructor class.usertagoperations.inc.php(265) : eval()'d code:18 220 2019-03-28 18:38:06 DEPRECATED_WARNING Methods with the same name as their class will not be constructors in a future version of PHP; SuperSizer has a deprecated constructor class.usertagoperations.inc.php(265) : eval()'d code:18 219 2019-03-28 18:38:06 WARNING filemtime(): stat failed for /is/htdocs/wp12389188_L707COKZDT/www/2/tmp/templates_c/JQueryTools^fef1344d19a7b9fb025ac43758b20f2cae74d1ea.module_file_tpl.JQueryTools;ready.tpl.php smarty_resource.php:756 218 2019-03-28 18:38:06 WARNING filemtime(): stat failed for /is/htdocs/wp12389188_L707COKZDT/www/2/tmp/templates_c/JQueryTools^e831e8965aad2e2c88272c8558b811ef4d0511e1.module_file_tpl.JQueryTools;incjs.tpl.php smarty_resource.php:756 217 2019-03-28 18:38:06 WARNING filemtime(): stat failed for /is/htdocs/wp12389188_L707COKZDT/www/2/tmp/templates_c/7902391ebe544c776e42b4198f5a9262d18c51c7.string.php smarty_resource.php:756 216 2019-03-28 18:38:06 WARNING filemtime(): stat failed for /is/htdocs/wp12389188_L707COKZDT/www/2/tmp/templates_c/CGBlog^43700bd5c17fcccecbe79341c0bd22a9079fe286.module_file_tpl.CGBlog;adminprefs.tpl.php smarty_resource.php:756 215 2019-03-28 18:38:06 WARNING filemtime(): stat failed for /is/htdocs/wp12389188_L707COKZDT/www/2/tmp/templates_c/CGBlog^361a80aff925dc6527d8744d98bd0592d6ec0f7e.module_file_tpl.CGBlog;customfieldstab.tpl.php smarty_resource.php:756 214 2019-03-28 18:38:06 WARNING filemtime(): stat failed for /is/htdocs/wp12389188_L707COKZDT/www/2/tmp/templates_c/CGBlog^fcf3045e70db2216af6f5137789dfb9dc0ad0a63.module_file_tpl.CGBlog;admin_categoriestab.tpl.php smarty_resource.php:756 213 2019-03-28 18:38:06 WARNING filemtime(): stat failed for /is/htdocs/wp12389188_L707COKZDT/www/2/tmp/templates_c/CGBlog^96649b0913bc49fb5f07544578214e10bc44cb30.module_file_tpl.CGBlog;articlelist.tpl.php

ich hoffe sehr , dass ihr damit was anfangen könnt, was ich jetzt tun könnte.
Sonst schick ich gerne den link (möchte das aber hier nicht offen posten, oder gibt es eine Möglichkeit die URL u verstecken?)

Danke für jede HIlfe!

Offline

#11 01. April 2019 12:40

NaN
Moderator
Ort: Halle (Saale)
Registriert: 09. November 2010
Beiträge: 4.436

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Warning: Declaration of AceEditor2::SyntaxGenerateHeader() should be compatible with CMSModule::SyntaxGenerateHeader($htmlresult = '')

Hätte man evtl. leicht beheben können. Aber wenn Du das Modul eh nicht brauchst...

DEPRECATED_WARNING Methods with the same name as their class will not be constructors in a future version of PHP; SuperSizer has a deprecated constructor class.usertagoperations.inc.php(265)

Sind Fehler im Plugin "SuperSizer". Das ist jetzt auch schon in die Jahre gekommen. Sollten es nur diese Warnings sein, die dürften sich ebenfalls leicht beheben lassen. Diese hier z.B. behebst Du, indem Du in der Datei "plugins/function.supersizer.php" die erste Funktion ("function __constructor") komplett löschst und die zweite Funktion ("function SuperSizer") in "function __construct" umbenennst. (Nein, ist kein Tippfehler. Zwei Unterstriche und nur "construct" ohne "or".)

WARNING filemtime() ...

Ich glaube, die kannst Du getrost ignorieren. Das sind Fehler, die von Smarty in Kauf genommen werden, um zusätzliche Funktionsaufrufe zu sparen. (Wir hatten das mal hier im Detail, falls es Dich interessiert)

Im Frontend gibt es aber leider immer noch ein Ooops, sobald ich ein Blogeintrag im Detail anklicke.

Da müssen wir herausfinden, was genau das ist. Ein konkrete Fehlermeldung. Nur Ooops! hilft da leider nicht. Das Blöde ist, ich hab hier kein PHP 7.1 mehr zur Hand. Sonst würd ich versuchen das zu reproduzieren. Ich könnte CGBlog unter PHP 7.3 testen, ist aber keine Garantie, dass es auch bei Dir läuft.


Module: GBFilePicker, AdvancedContent
Sicherheit: Beispiel .htaccess-Datei
CMSms 1.12 unter PHP 7:
cmsms-1.12.3.zip (inoffiziell - komplett inkl. Installer)
CMSms 1.12 unter PHP 8:
cmsms-1.12.4.zip (inoffiziell - komplett inkl. Installer)

Offline

#12 01. April 2019 17:34

chica2
probiert CMS/ms aus
Ort: Kurpfalz
Registriert: 01. Februar 2011
Beiträge: 93

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Danke Nan für deine Antwort.
Nun, den AceEditor hätte sich schon gerne benutzt, wegen des Syntax highlighting. Wenn Du mir ein Tipp geben kannst wie ich den zum Laufen bekomme, wäre super! (habe das dekativiert, weil sonst alles templates nicht mehr benutzbar waren.)
Aber wichtiger ist mir grad, dass das Frontend funktioniert!


Sind Fehler im Plugin "SuperSizer".

und das ist wirklich so seltsam, denn ich hab das Plugin Supersizer überaupt nicht! Weder in der (noch) aktiven Version 1.11.13, noch in dieser 1.12.2.(grad nochmal nachgeschaut, diese Datei gibt es nicht)
Kann es sein, dass das bei einem der CG module irgenwie mitgeliefert wird?
In der Datei "lib/classes/class.usertagoperations.inc.php(265)" , (nehme mal an es geht um die Zeile 265?), da steht nur

function CreateTagFunction($name)     {         $row = $this->_get_from_cache($name);         if( !$row ) return;         $functionname = 'cms_user_tag_'.$name;         if( !function_exists($functionname) )         {             $code = 'function '.$functionname.'($params,&$smarty) {'.$row['code']."\n}";             @eval($code);         }         return $functionname;     }

abr wenn das offenbar fehlt? habe nun die Datei runtergeladen von hier dann entsprechnend geändert, und dannin den Ordner plugins kopiert. Ändert aber auch nix am OOPPS . :-(

Offline

#13 01. April 2019 17:43

chica2
probiert CMS/ms aus
Ort: Kurpfalz
Registriert: 01. Februar 2011
Beiträge: 93

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

jetzt steht im Fehlerprotokoll (trotz Zwischenspeicherlöschung) immer noch was zum Supersizer:

1866 2019-04-01 18:35:47 DEPRECATED_WARNING Methods with the same name as their class will not be constructors in a future version of PHP; SuperSizer has a deprecated constructor class.usertagoperations.inc.php(265) : eval()'d code:18


und auch noch dieser Fehler zum CGBlog aber, Du meinst ja, das kann man ignorieren..

1865     2019-04-01 18:35:25     WARNING     filemtime(): stat failed for /is/htdocs/wp12389188_L707COKZDT/www/2/tmp/templates_c/cgbd24^cbacbbfdbf05a45a389c19d5e2a21feaf73b807b.module_db_tpl.CGBlog;detailblogDetail.php     smarty_resource.php:756

und noch das

1864     2019-04-01 18:35:25     WARNING     filemtime(): stat failed for /is/htdocs/wp12389188_L707COKZDT/www/2/tmp/cache/cgbd2bdf02cc1b17e597da42b8fe78357e57^cgbd24^cbacbbfdbf05a45a389c19d5e2a21feaf73b807b.module_db_tpl.CGBlog;detailblogDetail.php     smarty_internal_cacheresource_file.php:64

Offline

#14 01. April 2019 17:58

NaN
Moderator
Ort: Halle (Saale)
Registriert: 09. November 2010
Beiträge: 4.436

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Kann es sein, dass das bei einem der CG module irgenwie mitgeliefert wird?

Nein, eigentlich nicht. Ist ein eigenes Plugin.
Aber das hier:

class.usertagoperations.inc.php(265) : eval()'d code:18

hätte mir eigentlich sofort auffallen müssen.
Schau mal in die Benutzerdefinierten Tags (Backend: Erweiterungen).
Supersizer scheint bei Dir nicht als Plugin sondern als UDT verwendet zu werden.
Entscheide Dich für eine der beiden Varianten.
Beides wird nicht funktionieren.
(ich persönlich würde die Plugin-Variante nehmen)

WARNING     filemtime():

Wie gesagt, ich glaube, dass man die ignorieren kann.
Denn es hat mit filemtime() und irgendwas mit dem Cache zu tun.
Für mich klingt das nach Smarty.
Und zwar genau so, wie es vom Entwickler angedacht war.
Jedenfalls dürfte das nicht die Ursache für das Ooops! sein.

Was das Ooops! angeht, entweder liegt es an CGBlog oder an SuperSizer. Also irgendwo in einem Template wird SuperSizer verwendet (welches, musst Du mal suchen. Seitentemplate oder CGBlog Details ... ). Wenn Du das einfach mal auskommentierst (einfach nach der öffnenden und vor der schließenden geschweiften Klammer ein Leerzeichen einfügen), wüssten wir zumindest, wer von beiden den großen Fehler verursacht. Wenn das nichts ändert, dann liegt es sehr wahrscheinlich an CGBlog (oder auch CGExtensions, weil CGBlog ja darauf aufbaut).


Module: GBFilePicker, AdvancedContent
Sicherheit: Beispiel .htaccess-Datei
CMSms 1.12 unter PHP 7:
cmsms-1.12.3.zip (inoffiziell - komplett inkl. Installer)
CMSms 1.12 unter PHP 8:
cmsms-1.12.4.zip (inoffiziell - komplett inkl. Installer)

Offline

#15 04. April 2019 17:53

chica2
probiert CMS/ms aus
Ort: Kurpfalz
Registriert: 01. Februar 2011
Beiträge: 93

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Sorry , lag paar Tage krankheits bedingt auf der Nase.

Wow, NaN! das stimmt tatsächlich! in einem UDT war der supersizer!
habe den gelöscht und in der neue Plugin Datei sind die Änderungen vorgenommen, die Du vorgeschlagen hast.
Jetzt zeigt das Fehlerprotokoll keine "DEPRECATED_WARNING" zum supersizer!

Nur noch Warnings zum "filemtime(): stat failed for ..." hauptsächlich zu CGBlog und CG Extentions.

i:-(

Offline

#16 05. April 2019 15:57

NaN
Moderator
Ort: Halle (Saale)
Registriert: 09. November 2010
Beiträge: 4.436

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Ignorier' erstmal die Warnings.
Versuche lieber mal herauszufinden, was dieses Ooops! verursacht.
Das klingt nach einem schwerwiegenderen Fehler.


Module: GBFilePicker, AdvancedContent
Sicherheit: Beispiel .htaccess-Datei
CMSms 1.12 unter PHP 7:
cmsms-1.12.3.zip (inoffiziell - komplett inkl. Installer)
CMSms 1.12 unter PHP 8:
cmsms-1.12.4.zip (inoffiziell - komplett inkl. Installer)

Offline

#17 11. April 2019 17:39

chica2
probiert CMS/ms aus
Ort: Kurpfalz
Registriert: 01. Februar 2011
Beiträge: 93

Re: [GELÖST] Backend Probleme nach Update auf CMSms 1.12.2, mit PHP 7.1

Na, ich hatte ja gedacht dass diese Warnings einen Hinweis auf das OOOPS liefern?!

Also, habe alles nochmals neu gemacht!  in einer anderen subdomain. Beim übertragen der Dateien  FTP- mit Filezilla hat es tatsächlich öfter mal "Fehler: Kritischer Dateiübertragungsfehler"  gegeben! das hab ich dann manuell nachgeholt.
Und (..nach einigen Fehlerverbesserungen in den Seiten-Templates)  LÄUFT die Seite jetzt!  Was eine schwere Geburt.

Danke für Euren Beistand!

Es lag wohl nicht nur an dem supersizer plugin bzw CGBlog, sondern auch an einer fehlerhaften Datenübertragung. Da muss man erst mal drauf kommen, hatte mich bisher immer drauf verlassen, dass so eine FTP Übertragung ohne mich läuft. :-(



Wenn ich jetzt wieder den ACE Editor zum laufen bekäme , wäre das Gold!
Gruß chica

Offline