Problem beim Update von GX2 auf GX3

[Franz Bludorf]

Ergänzung zu eben: Mit der Änderung der Zugriffsrechte der genannten Dateien des Ordners gm/javascript/jquery läuft das Update auf 2.6.0.0 ordnungsgemäss durch, der Shop (Kundenoberfläche) läuft so weit auch.
Allerdings ist in der Version 2.6.0.0. die Admin-Oberfläche geändert, wie im Installationsmanual beschrieben, und wenn ich mich als admin einlogge und "Gambio-Admin" wähle, kriege ich nur einen weißen Schirm. Wenn ich im Browser die Entwicklertools einblende, erhalte ich einen ganzen Rattenschwanz von Zugriffsfehlern:

https://webshop.fosar-bludorf.com/ad...-admin.min.css Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/ad...vendor.min.css Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/JS...vendor.min.css Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/JS.../vendor.min.js Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/ad.../vendor.min.js Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/JS...require.min.js Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/JS...ild/jse.min.js Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/ad...-admin.min.css Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/ad...vendor.min.css Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/JS...vendor.min.css Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/ad.../vendor.min.js Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/ad...logo-white.png Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/JS...require.min.js Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/JS...ild/jse.min.js Failed to load resource: the server responded with a status of 403 (Forbidden)
jquery-ui-datepicker.js:1773 Uncaught ReferenceError: jQuery is not defined
at jquery-ui-datepicker.js:1773
gm_counter.js:18 Uncaught ReferenceError: $ is not defined
at gm_counter.js:18
start.php?v2.6.0.0:1
Uncaught ReferenceError: jQuery is not defined
at eval (eval at <anonymous> (jquery.tooltip.pack.js:15), <anonymous>:1:4340)
at jquery.tooltip.pack.js:15
GMFavMaster.js:20
Uncaught ReferenceError: $ is not defined
at new GMFavMaster (GMFavMaster.js:20)
at start.php?v2.6.0.0:91
start.php?v2.6.0.0:97
Uncaught ReferenceError: $ is not defined
at start.php?v2.6.0.0:97
admin_javascript.js.php:280
Uncaught ReferenceError: jQuery is not defined
at admin_javascript.js.php:280
start.php?v2.6.0.0:254
Uncaught ReferenceError: $ is not defined
at start.php?v2.6.0.0:254
start.php?v2.6.0.0:609
Uncaught ReferenceError: $ is not defined
at start.php?v2.6.0.0:609

https://webshop.fosar-bludorf.com/ad...logo-white.png Failed to load resource: the server responded with a status of 403 (Forbidden)
gm_counter.js:59 Uncaught ReferenceError: $ is not defined
at gm_get_content (gm_counter.js:59)
at onload (start.php?v2.6.0.0:10)

https://webshop.fosar-bludorf.com/ad...-admin.min.css Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/ad...vendor.min.css Failed to load resource: the server responded with a status of 403 (Forbidden)
https://webshop.fosar-bludorf.com/JS...vendor.min.css Failed to load resource: the server responded with a status of 403 (Forbidden)

Ich gehe davon aus, dass das auch wieder das 660 -> 666 - Problem ist, und werde versuchen, die Rechte manuell anzupassen. Nur - welche nächsten Rechte werden dann verletzt sein? So langsam wird das selbst für einen erfahrenen Computerbenutzer nicht nur mühsam, sondern auch undurchschaubar.

[Franz Bludorf]

Habe gerade in einem anderen Thread gesehen, dass bei Gambio 2.6 die Administratorrechte neu vergeben werden müssen. Nur wie, wenn die Administratoroberfläche gar nicht erscheint? Der 403-Fehler im Browser deutet doch eher auf falsche Dateizugriffsrechte hin als auf fehlende Rechte innerhalb eines Softwarepakets. Ich kann alles auch manuell einstellen, wenn es nötig ist, nur wo und wie?

[Franz Bludorf]

Also ich denke, ich werde den Rest jetzt einigermaßen hinkriegen. Das MU v2.6.0.0 läuft jetzt so einigermaßen, seit ich die Rechte für den Ordner admin/html und den Ordner JSEngine komplett mit allen Unterordnern auf 755 gesetzt habe. "Einigermaßen" deswegen, weil noch einige Bilder nicht angezeigt werden.
Das Upgrade auf 3.0.0.0 läuft durch (sofern ich wie immer den gambio_updater-Ordner komplett mit allen Unterordnern auf 755 setze), allerdings bringt die Admin-Oberfläche reinen HTML-Text ohne Styles. Angemeckert werden fehlende Rechte im gm-Ordner. Wenn ich den auf 755 setze, wird ein Teil der Formatierungen angezeigt, aber nicht alles. Die Liste der abgelehnten Zugriffe verlängert sich sogar, bis in die tiefsten Tiefen.

Ich schildere das hier alles so genau, nicht weil ich hilflos wäre oder jammern will, sondern in der Hoffnung, dass irgendjemand von den Forum-Usern bei Gambio arbeitet oder Verbindungen dorthin hat und diese Erfahrungen vielleicht weitermeldet. Insgesamt muss ich sagen, dass bei der Lauffähigkeit der Updates einiges im Argen liegt. Was ich bislang festgestellt habe:

1. Die meisten Updates laufen auf meinem Server überhaupt nicht, ohne gambio_updater mit allen Unterordnern manuell auf 755 zu setzen. Der Zugriff wird sonst verweigert.
2. Ab v2.6.0.0 läuft das Update-Skript nicht durch, wenn man nicht im Ordner gm/javascript/jquery die Skripte für die Datenbankzugriffe auf 755 setzt.
3. Um die Admin-Oberfläche in v2.6.0.0 sichtbar zu machen, müssen die Ordner admin/html und JSEngine mit allen Unterordnern auf 755 gesetzt werden.

Hierzu ist mir folgendes aufgefallen: Bei der alten Version 2.1.2, die ich bislang benutzte, war in der Installationsanleitung eine ganze Liste von Ordnern und Dateien angegeben, deren Rechte manuell angepasst werden mussten. Das mag mühsam sein, aber man war auf der sicheren Seite, dass alles berücksichtigt wurde. Als Anwender kann man ja nicht über alle Verzweigungen der Software den totalen Durchblick haben. Damals war die Installation nach diesem Gefummel mit den Rechten problemlos und brachte keine Fehler.
Ich arbeite auf einem Server mit Standardkonfiguration (sofern es so was gibt ), will sagen, ich habe an solchen Dingen wie Rechtevergabe, Apache-Konfiguration etc. meinerseits nichts geändert, sondern arbeite mit dem, was mir der Provider mit dem vorinstallierten Ubuntu zur Verfügung gestellt hat (Ubuntu-Version 14 und ein paar Zerquetschte). Das heißt aber, meine Probleme dürften viele andere Benutzer auch ähnlich treffen.

So weit ich sehe, waren die meisten Ordner, die ich bislang anpassen musste, von Gambio-Seite aus auf 750 gesetzt, und ich brauche 755, um das Update zu machen und damit die Shopseiten hinterher richtig angezeigt werden. Das heißt, Gambio gibt die in den Ordnern enthaltenen Skripte nur für Gruppenmitglieder zur Ausführung frei, ich brauche aber offenbar öffentlichen Zugang. Was das Update-Makro betrifft, mag das gefährlich sein, aber das löscht man ja sowieso, wenn alles fertig installiert ist. Skripte, die für korrekte Shop-Anzeige gebraucht werden, brauchen aber zumindest in meinem Browser den öffentlichen Zugang. Vermutlich verlässt sich Gambio darauf, dass diese Software-Teile nur von anderen Software-Teilen intern aufgerufen werden, so dass die Gruppenzugehörigkeit gewährleistet ist. Aber offenbar ist dem nicht der Fall.

Ich werde weiter meine Erfahrungen hier publizieren, in der Hoffnung, dass es jemand liest, der auf die Weiterentwicklung der Software Einfluss hat. Man kann natürlich auf dem Standpunkt stehen, was kümmern mich Updates von Alt-Versionen, Hauptsache das Aktuelle läuft. Aber erstens - wenn Gambio immer noch Updates für ältere Versionen anbietet, sollten die auch laufen. Zumindest habe ich das als Softwareentwickler mal so gelernt... Zweitens habe ich den Eindruck, je neuer die Updates, desto mehr Ordner, deren Rechte angemeckert werden. Das kann zwei Gründe haben - erstens, dass in den neuen Versionen mehr geändert wurde und daher im lauffähigen Shop mehr ersetzt werden muss. Zweitens, dass sich das Gambio-Entwicklerteam neuerdings auf Serverkonfigurationen bei den Kunden verlässt, die so nicht überall vorliegen (ich habe wie gesagt kein selbstgebasteltes oder veraltetes System. Diesen Server benutze ich erst seit Dezember letzten Jahres, er wurde damals völlig neu vom Provider konfiguriert, und dann verlief die Neuinstallation und Konfiguration von Gambio 2.1.2 völlig ohne Probleme oder auch nur eine Fehlermeldung).
Da ich wie gesagt, außer den Gambio-Shops auch Typo3 nutze, für unsere redaktionellen Inhalte, könnte ich hier eine Anregung geben: Beim Typo3-Installationsskript kann man im Rahmen der Konfiguration des Systems die Standardrechte für bestimmte Dateitypen spezifizieren (oder die angebotene Voreinstellung nutzen). Dort war es so, dass die PHP-Skripte z. T. Schreibzugriff brauchen und standardmäßig auf 660 standen. Ähnlich wie ich hier jetzt vieles von 750 auf 755 setzen muss, lief dort gar nichts, solange ich nicht 660 auf 666 geändert hatte. Nur - das war bequem. Eine einzige Setzung im Installationsskript sorgte dafür, dass die Rechte in der Software - Schnuppdiwupp - bis zum untersten Bodensatz angepasst wurden. Das wäre natürlich toll, wenn die Gambio Installations- und Update-Skripten auch so eine automatische Rechteanpassung hätten, die vom Benutzer bei der Installation anpassbar wäre. Im Moment bleibt mir nichts als weiter zu suchen. Und, was das Unangenehmste ist - wenn alles zu laufen scheint, das mulmige Gefühl, es könnte doch irgendwo noch so ein Schurke auf mich lauern, der dann nicht funktioniert. Diese beiden Shops (von denen ich bislang nur den ersten update), sind seit rund vier Jahren im Einsatz und bieten doch eine ganze Reihe von Sachen an, da kann ich unmöglich jede Seite durchtesten. Da bleibt nur die Hoffnung, dass der Löwenanteil der Inhalte schließlich in der Datenbank liegt, d. h. wenn z. B. ein Artikel richtig angezeigt wird, dann vermutlich alle usw. Was aber z. B. die Admin-Oberfläche betrifft - da gibt es Teile, die man nur alle Jubeljahre mal braucht und natürlich nicht alle mit allen Alternativen, Antwortseiten etc. durchtesten kann. Da kann es immer noch mal Rumms machen.

Übrigens - noch ein Hinweis zum Forum. Wenn man an einem längeren Beitrag schreibt - für diesen hier habe ich etwa eine halbe Stunde gebraucht - kann es passieren, dass man beim Posten am Ende die Meldung bekommt, dass die Sitzung abgelaufen ist. Das ist natürlich blöd, denn es besteht immer die Gefahr, dass man nach dem Login auf irgendeine Startseite geleitet wird und dann alles Getippte weg ist. Da mir so was schon mal passiert ist hier, war ich heute vorsichtig und habe anstelle des Logins sofort die Browser-Rücktaste gedrückt und hatte nur Glück, dass er das Getippte noch im Cache hatte. Sollte man nicht doch die Sitzung aufrechterhalten, solange die Forumsoftware registriert, dass hier jemand regelmäßig was eintippt - also eine Art Keylogger nur zum Abfragen wegen des Timeout einbauen?

[Franz Bludorf]

Noch zur Ergänzung: ich sagte, "einige Bilder" werden bei v2.6.0.0 bei mir noch nicht angezeigt. So weit ich jetzt gesehen habe, betrifft es nur einen Artikel im Shop, der mehrere Abbildungen hat. Die sind zwar alle da und auch anzeigbar, aber die kleinen Thumbnails unter der Hauptabbildung sind als Fehlerbilder angezeigt. Ich habe prophylaktisch den kompletten Ordner images mit allen Unterordnern und Dateien auf 777 gesetzt und Cache geleert, bringt aber nichts.

[Franz Bludorf]

Die fehlenden Thumbnail-Bilder konnte ich wieder herstellen, indem ich die Artikelabbildungen gelöscht und neu hochgeladen habe.
Allerdings gibt es in der Admin-Oberfläche weitere Probleme bei der Artikelbearbeitung. Die Artikelbeschreibungen, die von der Vorversion übernommen wurden, werden im Frontend zwar angezeigt, nicht jedoch im Backend bei dem betreffenden Artikel. Unter "Artikelbeschreibung" ist nur ein größerer weißer Bereich, so dass auch der Text nicht geändert werden kann. Schon wieder ein Rechteproblem, das ich beheben konnte, indem ich den Ordner admin/includes/ckeditor komplett auf 755 setzte.

[Franz Bludorf]

Gestern konnte ich die ganze Aktion abschließen und habe jetzt einen Shop v3.3.2.0, der rundherum ordentlich funktioniert.
Mir war nämlich aufgefallen, dass ab der Version v.3.0.0.0 die Master-Updates keine Rechteanpassungen mehr brauchen, um durchzulaufen. Offenbar hatte Gambio seit dieser Zeit auf die aktuellen Anforderungen von Linux-Servern Rücksicht genommen (bzw. vorher waren die Anforderungen anders, ich weiß es nicht, da ich vor 1-2 Jahren noch keinen selbstverwalteten Linux-Server hatte).
Ich ließ also von nun an alle Master-Updates durchlaufen, ohne mich darum wesentlich zu kümmern, ob die jeweiligen Shopinstallationen laufen oder nicht. Ich wollte nur die Datenbank updaten. Als ich dies zusammen mit den neuesten zwei Service-Packs geschafft hatte bis zu der aktuellen Shopversion, wie sie hier zum Download angeboten wurde, habe ich nach einem gründlichen Backup das ganze Shopverzeichnis gelöscht und die neueste Version von Grund auf neu installiert. Das ging ebenso glatt wie bei den letzten Master-Updates.
Als der Testshop in Frontend und Backend ein wenig durchgetestet war, konnte ich vom Backup die Datenbank, die Ordner Download, Images und Media sowie die vier bekannten Config-Dateien zurückladen. Dann noch die Cache-Ordner löschen, und voilà - da hatte ich einen funktionierenden Shop mit meinen Einstellungen auf neuester Version, der jetzt auch mit PHP 7 funktioniert.
Nochmals vielen Dank für die Ratschläge, die ich hier von den hilfsbereiten Usern erhalten habe.
Ich mache mich jetzt daran, den zweiten Shop genau so umzustellen, wie es mir beim ersten gelungen ist. Dieser zweite ist wie gesagt wichtiger und auch umfangreicher.