Test Responsive FolderGallery (RFG) 0.75

[evaki]

Da wäre gut die Hälfte meiner Kundschaft betroffen

Die andere Hälfte dürfte er dann haben   

Also, alles mal der Reihe nach...  - dann seh'n wir weiter.

Aber schön zu sehen, daß es im Forum auch lustig zugehen kann.

[evaki]

Dieses Verhalten werde ich mir genauer anschauen:
/responsiveFG/scripts/functions.php:[539] upload->process "exif_read_data(duboesedatei.j pg): Process tag(x010D=DocumentNam): Illegal components(0)"

Dazu werde ich mir das Format und die Bearbeitung etwas genauer anschauen.
"Eigentlich" sollte die Bearbeitung z.B. mit IrfanView keine nachteiligen Folgen habe - eher das Gegenteil. Hatte schon Bilder vom Mac/Adobe, die nicht wollten wie sie sollten, danach aber "sauber" waren.
Es kann aber u.U. auch Probleme mit der serverseitigen Bearbeitung der Grafik/Bilder nicht ausgeschlossen werden, wenn die bereitgestellten Funktionen genutzt werden (tun sie das?).
(HEIC/HEIF-Format z.B. wird serverseitig wohl niemand, außer auf dem eigenen Server, nutzen können. Gut, ist 'ne andere Baustelle)

MfG. Evaki

Nachtrag> @HGS: Der erste Test mit drei Original-Dateien (DSC***.jpg) verlief positiv, also keine Fehlermeldung. Wenn die bearbeiteten/beanstandeten Dateien hier sind, geht's weiter.

[evaki]

Abseits vom Bildertest habe ich mal den wb-debug-modus eingeschaltet.
Bei der Synchronisierung mit der DB

Code: [Select]

Synchronisiere Dateisystem mit Datenbank...

Exception: "Duplicate column name 'cat_path'
ALTER TABLE `wb_mod_responsiveFG_categories` ADD `cat_path` TEXT NOT NULL DEFAULT ''" @ mysql->query(); in\framework\class.database.php

Array
(
    [file] => \framework\class.database.php
    [line] => 139
    [function] => query
    [class] => mysql
    [type] => ->
    [args] => Array
        (
            [0] => ALTER TABLE `wb_mod_responsiveFG_categories` ADD `cat_path` TEXT NOT NULL DEFAULT ''
        )

)

database->query(); in\framework\class.database.php

Array
(
    [file] => \modules\responsiveFG\admin\scripts\fix_category_data.php
    [line] => 61
    [function] => query
    [class] => database
    [type] => ->
    [args] => Array
        (
            [0] => ALTER TABLE `wb_mod_responsiveFG_categories` ADD `cat_path` TEXT NOT NULL DEFAULT ''
        )

)

include(); in\framework\class.database.php

Array
(
    [file] => \modules\responsiveFG\admin\sync.php
    [line] => 55
    [args] => Array
        (
            [0] => \modules\responsiveFG\admin\scripts\fix_category_data.php
        )

    [function] => include
)
Is also noch nich so schön wie in Bullerbü.

[hgs]

Nachtrag> @HGS: Der erste Test mit drei Original-Dateien (DSC***.jpg) verlief positiv, also keine Fehlermeldung. Wenn die bearbeiteten/beanstandeten Dateien hier sind, geht's weiter.

Vieleicht ist da ja der "Fehler" Ich habe die Bilder immer über Media als zip mit entpacken in das jeweilige Unterverzeichnis hochgeladen und dann im BE auf DB syncronisieren geklickt, Kann ich denn auch zip-Files über das FE mit entpacken hochladen?

Bei der überarbeiteten FG geht das alles sehr schön im BE und die synconisieren läuft automatisch ab, da es ja was neues zu sehen gibt.

[evaki]

Kann ich denn auch zip-Files über das FE mit entpacken hochladen?

Kann ich Dir nix zu sagen. Ich habe erstmal die Dateien direkt in ein vorher angelegtes Verzeichnis reingelegt, also keinerlei Formen des Uploads, und dann synchronisiert. Mehr will ich beim Test mit den Bildern im Moment auch nicht "herausfordern", soll also heißen, daß ich mich schrittweise herantaste. Sollte es mit Deinen bearbeiteten Dateien auch keine Probleme geben, kann man weitersehen. Unabhängig davon, kannst Du natürlich auch "andersrum" testen. 
MfG. Evaki

[grindmobil]

Kann ich denn auch zip-Files über das FE mit entpacken hochladen?
Bei der überarbeiteten FG geht das alles sehr schön im BE und die synconisieren läuft automatisch ab, da es ja was neues zu sehen gibt.

Das ist in der rFG nicht so.
Es macht ja auch keinen Sinn, JPG-Bilder zu zippen, die sind ja bereits komprimiert.

Klarer Fall: Der Hauptweg ist, die Bilder per Drag&Drop im Frontend hochzuladen.

[evaki]

Diese Fehlermeldung "Bei der Synchronisierung mit der DB......" darf man liegen lassen.
Scheint nur ein Laufzeitproblem gewesen zu sein (tritt hier manchmal auf: Lastproblem). 

Der Test mit den angemeckerten Dateien (bei hgs) steht noch aus, kommt aber bald.
MfG. Evaki

[evaki]

Es macht ja auch keinen Sinn, JPG-Bilder zu zippen, die sind ja bereits komprimiert.

Wird meist nur wegen "Alle auf einen Streich" gemacht, um nicht auch noch mit ftp oder sonstwas "rummachen" zu müssen.

[evaki]

Hab' den Ordner "Bilder" (testseite von hgs für evaki beim Hoster) eingebunden, und - bis auf CSS bearbeiten: Sicherheitsverletzu ng!! Zugriff wurde verweigert!" scheint es zu funktionieren. Die unterschiedlichen Optionen habe ich noch nicht ausprobiert.

"hgs" sich morgen damit beschäftigen, und berichten.
Ob ich heute noch dazu komme - weiß noch nicht.
Jedenfalls, wenn alles klappt, kann man sich den nächsten Schritt erlauben, nämlich das Teil für MySQL-strict anzupassen. Ist vielleicht was für's Wochenende, wenn's sonst keiner macht. Alle sind ja schneller als ich es je sein werde. Ein wenig graust's mich schon, obwohl ich's ja nicht zum ersten mal mache.

MfG. Evaki

[grindmobil]

Es macht ja auch keinen Sinn, JPG-Bilder zu zippen, die sind ja bereits komprimiert.

Wird meist nur wegen "Alle auf einen Streich" gemacht, um nicht auch noch mit ftp oder sonstwas "rummachen" zu müssen.

Du kannst einfach den ganzen Packen Bilder auswählen und auf das Upload-Feld ziehen. Einfacher gehts nicht und du hast kein Problem mit Max-Filesize und sonstwas.


MySQL Strikt: Ist nicht mehr wirklich in Mode, hatte ich gar nicht mehr auf dem Radar.
Da gehts um die Anführungszeichen um Zahlen, oder? Die müssen weg(?):
...SET `modified`= '.$t.', `is_empty`= 0  WHERE `id` = '.$cat_id.';'

Das geht eigentlich mit Suchen/Ersetzen über das ganze Verzeichnis, denke ich. Sind eh immer die gleichen Kandidaten.
Aber ich kann das gar nicht mehr testen, localhost am PC hat sich ziemlich aufgehört bei mir, ich mach alles direkt am Server.

[evaki]

Mit MySQL Strikt hatten hier nicht wenige Probleme bekommen, weshalb WB daraufhin optimiert wurde. Eine andere Form der Installation hat für einige Module schon Einzug gehalten.
Schau mal bei Interesse in's Verzeichnis  /modules/einmodulxyz, wo Du Dateien mit der Endung .sql (install-data.sql + install-struct.sql) finden kannst.
MfG. Evaki
ps. Mein Anwenderpool guckt mittlerweile sehr begeistert auf rFG, und freut sich auf den Einsatz.
Das Ding Wonderblog oder so ist nach ähnlichem Prinzip aufgebaut?

[dbs]

Vielleicht liegts am Strict...
Nach Installation von v0.79 sehe ich im Frontend einen langen Text, der nach Upload von Bildern verschwinden soll.

Es wurde gleich im Frontend ein extra Ordner angelegt und 3 Bilder reingeladen. Die erschienen im Frontend über dem langen Text.
Der Text bleibt im eingeloggten Zustand sichtbar. Hilft auch keine STRG+F5.

Klick auf den Stift eines der 3 Bilder zeigt ein Fenster mit Inhalt: no valid parameter
Schließen lässt es sich nicht.

Verschieben geht. Fehlermeldungen keine.
Funktioniert schon fast gut.

[grindmobil]

"Wunderblock" ist ganz was anderes.
Das ist eigentlich eine Art erweitertes WYSIWYG "mit was daneben". Und ein bissel Effekten. Narrensicher.

Das hier ist 2x Itemz und der Rest "Wunderblock":
http://www.noe-frauenlauf.at/

[grindmobil]

Vielleicht liegts am Strict...
Nach Installation von v0.79 sehe ich im Frontend einen langen Text, der nach Upload von Bildern verschwinden soll.

Der Text = Die ANleitung verschwindet ab glaube ich 3 oder 4 Bilder (insgesamt)

[evaki]

Vielleicht liegts am Strict...

Strict mache ich lokal nur "auf Wunsch" an. 
Bei "hgs" (Test-Server) läuft's, bis auf CSS-Edit, bisher ohne weitere Fehler.
Er wird's wohl morgen mal "durchspielen".

Bei mir sind sie alle heiß drauf, so hab ich die noch nie erlebt.....
Ich vermute, daß Wunderblock bei denen auch ankommen wird.
Aber auch klar, die Nur-Schreiberlinge tun sich mit CMS schwer, egal wie einfach es uns erscheint, da hilft auch kein Akademikerstatus. Die können auch kein Windows, aber dafür Wörd. Weisse Bescheid?

[dbs]

Klick auf den Stift eines der 3 Bilder zeigt ein Fenster mit Inhalt: no valid parameter

Hat sich erledigt. Funktioniert. Da hat mein globaler Code zugeschlagen und eine eigene Colorbox drumrum gesetzt.

Mit dem 4. Bild war dann auch der lange Text weg.

[evaki]

BE
Bilder nach Dateiname sortiern

Code: [Select]

created: [Mon, 29 Apr 2019 17:53:22 +0000]
Mon, 29 Apr 2019 17:53:35 +0000 [E_NOTICE] \modules\responsiveFG\admin\scripts\quick_img_sort.php:[70] from \modules\responsiveFG\admin\scripts\quick_img_sort.php:[70] bin\Exceptions\ErrorHandler::handler "Undefined index: PAGES"
Mon, 29 Apr 2019 17:54:09 +0000 [E_NOTICE] \modules\responsiveFG\admin\scripts\quick_img_sort.php:[70] from \modules\responsiveFG\admin\scripts\quick_img_sort.php:[70] bin\Exceptions\ErrorHandler::handler "Undefined index: PAGES""
Hat jemand 'ne Lösung für das CSS-Edit-Problem?

[evaki]

Evaki: 
Hat jemand 'ne Lösung für das CSS-Edit-Problem?

Wer 'nen Debugger laufen hat, kann das schnell lösen, wenn er die Lösung nicht schon vorher kennt.

MfG. Evaki

[evaki]

"Synchronisiere Dateisystem mit Datenbank..."
Die o.a. Fehlermeldung scheint doch nicht nur temporär aufzutauchen.
Kann sie aktuell immer wieder abrufen.

Kann wer ja mal verifizieren, damit ich hier entscheiden kann, ob eine komplett neue WB-Installation in der Testumgebung fällig ist.
MfG. Evaki

[dbs]

"Synchronisiere Dateisystem mit Datenbank..."

Keine Fehlermeldung.

Dafür, in meinem alten Firefox, haben die Fensterchen im Frontend alle eine vertikale Scrollbar (um 5px nach unten zu scrollen).
Im Chrome nicht.

[evaki]

Keine Fehlermeldung.

Ich ahne es schon - mal wieder neu.

<offtopic>Irgendwann werde ich 'nen Vollscan mit allen Injection machen, und dann die DB vergleichen.
Habe seit sehr langem den Verdacht, daß so'n Scan mir etwas in der DB ändert, OHNE daß der Scanner dies anzeigt, nach dem Motto; Kenn ich nicht, gibt es nicht (kommt mir bekannt vor  ) </offtopic>

Wenn noch andere Fehlermeldungen bzgl. rFG bestätigt/nicht bestätigt werden, könnten wir zusammenfassen.
MfG. Evaki

ps.Der erste Schritt zum 1. Mai ist getan: Kaiserschmarrn mit Amaretto am späten Nachmittag - kommt gut. 

[evaki]

Vielleicht meldet sich ja mal einer der DEV.
Der Aufruf von "Edit CSS" crasht unabhängig von sontigen Scripts des Moduls. Liegt es da nicht nahe, daß der Aufruf selbst schon "verkehrt" ist bzw, anders erfolgen muß (für WB)?
MfG. Evaki

[hgs]

Wurde hier doch schon beantwortet waran das liegt.
https://forum.WebsiteBaker.org/index.php/topic,31261.msg219767.html#msg219767

[evaki]

Danke, war untergegangen.
Hatte nur FTAN gelesen bzw mich darauf alleine fixiert, und nicht mehr weiter geschaut, also zwar gelesen aber in der letzten Konsequenz nicht alles bei mir angekommen.
Bei der jetzt genaueren Betrachtung/Untersuchung fällt es natürlich auf, daß es systembedingt ist.
Vielleicht kommt da ja noch was in Sachen Anpassung. Beispiele aus anderen Modulen scheint's ja zu geben.

Zur Not geht das mit CSS auch noch "zu Fuß", falls sonst alles ohne Fehlermeldungen zu produzieren funktioniert.
MfG. Evaki

[evaki]

Jep, funktioniert in meiner Simulation.
Habe die parallel installierte FG aufgerufen, und mir die Werte aus name und value geholt und die dann in die rFG admin/templates/modify_settings.htt  für den einmaligen Aufruf von "edit css" übertragen.
Hat sofort funktioniert 
Das Umstricken überlasse ich aber lieber den Könnern, auch wenn ich soeben etwas dazugelernt habe - mal wieder ungewollt 
MfG. Evaki