phpwcms Support Forum

Wenn auch etwas OffTopic möchte ich hier doch einmal Fragen, wie denn z.Z. bei Vorliegen einer neuen Revision festgestellt werden kann, ob es eine DB-Änderung gegeben hat und ob ein EIngreifen von Hand erforderlich ist?

Da OG sich standhaft "weigert" diesen hilfreichen Hinweis auch für NICHTFACHLEUTE ganz einfach im Log nieder zu legen...

Wo kann ich nachsehen?
Läuft da neuerdings etwas automatisch ab, und ich muss mich um nix mehr kümmern?
Wenn je, bemerke ich das überhaupt, wenn ich eine SVN-Version auf dem localhost aktuell halte?
Müsste ich das merken und was wäre dann zu tun?


Ich merke, so langsam wird selbst mir das geliebte phpwcms zu undurchsichtig.
Selbst flipflops eisernes Bemühen, mit seinem WIKI die Sache zu erhellen, scheitert an dem Problem, dass man nicht weiss, wonach man suchen soll...

Ich glaube ich bin doch mittlerweile zu alt, um dem hier weiter folgen zu können
Es wird Zeit, dass ich mich endlich in mein Blockhaus nach Norwegen verziehe...
so ganz ohne Strom und Internet... nur die Elche kommen "zum Frühstück"

…in Norwegen gibt es Elche nur zum Frühstück!

"Eigentlich" sollte das DB Upgrade, falls eines nötig ist, automatisch durchlaufen. Also nur auf die Files gucken.

Nein Oliver wir essen die auch zum Abendessen

Danke für den Hinweis.
Dann wäre ja nach Aktualisierung einer Installation per SVN alles paletti ? PRIMA!

Hallo!
Ich habe nach dem Update von 1.4 auf 1.5 die gleiche Fehelermeldung im Frontend... Backend geht.

$phpwcms['SESSION_FEinit'] = 0; ....oder 1 bringt keine Änderung...

Allerdings arbeite ich nicht mit Xampp sondern online mit einer Parallelinstallation der gesicherten Datenbank.

Gibt es noch einen anderen Tipp, was man machen könnte?

Besten Dank und schöne Grüße

Moik

neue Version nehmen – das maximale Update derzeit ist 1.4.7 r405

Hallo Oliver!

Die neuen Dateien der r405 hab ich schon zweimal komplett hochgeladen.
Das Datenbankupdate hab ich auch gemacht... da stand: "select SQL-file: 22- 1.4 to 1.5"
War das falsch?

Beste Grüße

Moik

Bitte auch noch mal dies gegenprüfen:
http://forum.phpwcms.org/viewtopic.php? ... 20#p127220

Hallo!
Danke für die Hilfe!!
Damit ist der o. Fehler erstmal weg... juhuu...!!

najbo wrote:Ich habe die Table "phpwcms_sysvalue" gelöscht und neu konstruiert :

CREATE TABLE IF NOT EXISTS `phpwcms_sysvalue` (
`sysvalue_key` varchar(255) NOT NULL default '',
`sysvalue_group` varchar(255) NOT NULL default '',
`sysvalue_lastchange` int(11) NOT NULL default '0',
`sysvalue_status` int(1) NOT NULL default '0',
`sysvalue_vartype` varchar(100) NOT NULL default '',
`sysvalue_value` text NOT NULL,
PRIMARY KEY (`sysvalue_key`),
KEY `sysvalue_group` (`sysvalue_group`),
KEY `sysvalue_status` (`sysvalue_status`)
) TYPE=MyISAM ;

Scheint ok zu sein ...

...allesdings ist jetzt zwar mein Layout da, aber der Inhalt fehlt. Die Seiten werden immer so dargestellt, als ob kein Inhalt da wäre.
Zwischenzeitlich war aber mal ALLES da... irgendwas hab ich verwürgt
Ich muss nochmal alles von vorne durch testen!

Danke erstmal!!

Beste Grüße

Moik

@OG:
1. Das Update kann nicht funktionieren, da die Datei r405 im Repo nicht existiert. (Hier mittlerweile eingesetzt und erweitert).
2. Wird eine Seite, der eine recht alte Erstinstallation zugrunde liegt erneuert, wird das Update ebenfalls nicht funktionieren. (Ausnahmen sind die Seiten, die einen Shop betreiben, da hier alle Felder der Tabelle phpwcms_sysvalue vorhanden sind (Damals händisches Update der DB)).

In keinem SQL-Update werden die fehlenden Felder der Tabelle phpwcms_sysvalue
- sysvalue_lastchange
- sysvalue_group
- sysvalue_status
- sysvalue_vartype
erzeugt, es wird lediglich die gesamte Tabelle neu angelegt wenn nicht vorhanden. Diese Tabelle ist jedoch seit Uhrzeiten vorhanden, nur nicht mit den hier verlangten Feldern.
Daher liegt es nicht an einem unvollständigen Update wenn nach dem Update Fehler ausgeworfen werden.
Das Problem mit dieser Tabelle ist schon länger bekannt, jedoch nie in Erscheinung getreten da die Tabelle scheinbar nicht in Gebrauch.

3. Ich habe die Datei include/inc_lib/revision/r405.php erzeugt und entsprechende Abfragen eingebaut um eben auch diese fehlenden Felder zu generieren.
In r403.php wurden das Vorhandensein dieser Felder vorausgesetzt (CHANGE).

-> Update nach r405 von < r401

Knut

Also, um nochmal sicher zu gehen:

Ich habe eine 403 nach 405 geändert, da gab es (Habe ich hier gelesen) kein update der Datenbank. Im Prinzip brauche ich dann das 405.php eher nicht. Wenn ich es richtig sehe ist aber so, dass die Anwesenheit dieses files mir gewährleistet, dass versehentlich nicht getätigte updates nachgeholt werden.

Und wenn ich dann mal wieder über 1000 queries pro Sekunde lande, fange ich an solche Sachen zurückzubauen. (Gesamt Server, aber nur 1 x phbpp, Rest phpwcms)

Problem tritt erst auf, wenn man nicht alle Updatesteps in Reihenfolge durchgeführt hat und sozusagen direkt auf die 405 aktualisiert.

Ich habe eine neues Release bereitgestellt, dass dieses Problem beheben sollte.

Oliver Georgi wrote:Problem tritt erst auf, wenn man nicht alle Updatesteps in Reihenfolge durchgeführt hat und sozusagen direkt auf die 405 aktualisiert.

Ich habe eine neues Release bereitgestellt, dass dieses Problem beheben sollte.

Leider nein. Ich versuche schon die ganze Zeit eine r398 auf die neuste Version upzudaten und jedesmal erscheint im Frontend diese häsliche Fehlermeldung. _setConfig failed

rbstuttgart wrote:Leider nein. Ich versuche schon die ganze Zeit eine r398 auf die neuste Version upzudaten und jedesmal erscheint im Frontend diese häsliche Fehlermeldung. _setConfig failed

Normalerweise müsste hier mehr an Informationen stehen, da dies mit einem MySQL Fehler fehlschlagen sollte, der in der neuesten Release mit ausgegeben wird.

Habe das nun aber auf E_USER_WARNING gesetzt, sodass das Script weiter ausgeführt werden sollte.

Oliver Georgi wrote:

rbstuttgart wrote:Leider nein. Ich versuche schon die ganze Zeit eine r398 auf die neuste Version upzudaten und jedesmal erscheint im Frontend diese häsliche Fehlermeldung. _setConfig failed

Normalerweise müsste hier mehr an Informationen stehen, da dies mit einem MySQL Fehler fehlschlagen sollte, der in der neuesten Release mit ausgegeben wird.

Kein Plan was ich als leztztes gemacht habe - aber es scheint jetzt zu funktionieren!!!