CMSimple_XH–Forum

All right.
For a 15 year old program it is still pretty fresh.
Thanks for your efforts. I wish you all the best.

Ich habe Glossaire v2.0 gerade mal wieder unverändert getestet.
Es funktioniert mit der PHP Version 7.3.19 und CMSimple_XH 1.73 weiterhin wunderbar.
Meine zusätzliche Beschreibung zum Einbinden und Aktivieren findet sich hier: https://cmsimplexh.de/?Plugins/Glossaire-v2.0

mhz wrote: ↑

Thu Sep 24, 2020 7:37 pm

Ich habe Glossaire v2.0 gerade mal wieder unverändert getestet.
Es funktioniert mit der PHP Version 7.3.19 und CMSimple_XH 1.73 weiterhin wunderbar.
Meine zusätzliche Beschreibung zum Einbinden und Aktivieren findet sich hier: https://cmsimplexh.de/?Plugins/Glossaire-v2.0

I will never understand how this forum works.

Finally ... there is version 2.0.1, on the author's site (see my signature).
the plugin has a user manual. The necessary code is added to the template, all you have to do is validate the configuration, etc.

mhz wrote: ↑

Thu Sep 24, 2020 7:37 pm

Meine zusätzliche Beschreibung zum Einbinden und Aktivieren findet sich hier: https://cmsimplexh.de/?Plugins/Glossaire-v2.0

Du solltest dich besser informieren, bevor du eine Anleitung verfasst.
Deine Information zur Rechtevergabe ist ...

"read", "write" und "execute"
4 ist lesen, 2 ist schreiben, 1 ist ausführen..
Heisst für alles was Text ist also 4 um nur zu lesen, oder 6 um zu lesen und zu schreiben.
Für Ordner heisst das 7 um lesen, ausführen, als öffnen und schreiben zu dürfen.
5 entsprechend lesen und öffnen.
Bei 0 wären entsprechend gar nichts möglich.

Und das Ganze in der Reihenfolge: user, group, other

Der „fast immer“ Standard 644 bzw. 755 nach dem Hochladen ist also korrekt, wenn PHP und FTP mit den gleichen Benutzerrechten ausgeführt werden. In dem Fall funktioniert tatsächlich auch 604 und 705, weil hier nur user und other interessant sind.
Das ist aber auf keinen Fall allgemeingültig.
Wenn PHP und FTP unter unterschiedlichen Benutzern laufen, aber der gleichen Gruppe zugeordnet sind, dann wäre es 664 bzw. 775. Sind sie nicht in der gleichen Gruppe, dann muss es 666 und 777 sein.

Du siehst, Rechtevergabe kann sehr individuell sein. Der Einfachheit halber nutzt man 644 und 755 oder 666 und 777, je nach den eben beschriebenen Szenarien.

Hi olape,
I can't speak German unfortunately, sorry.
just for information, if you have any modification proposals.

here is the extract from the plugin user manual about chmods:

in German :
III - Installation

Kopieren Sie den Inhalt der ZIP-Datei (jeweils neueste Version) in den Ordner plugins/ in Ihrer CMSimple_XH Installation).

Achten Sie bitte darauf, dass bei allen Ordnern die Dateiattribute = chmod " 705" (statt 755) und bei allen erforderlichen Dateien die Dateiattribute = chmod "604" (statt 644) geändert und eingestellt sind.

Checken Sie dies mit Ihrem FTP-Programm (z.B. FileZilla).

in english :
III - Installation

Transfer the contents of the zip to the root of your site (same level than plugins/ folder).

Pay attention to the limitations of your host. OVH, for example, folders must have a = chmod 705 and files 604 (the most permissive for files and scripts being 755). This field must be populated with the number "705" in the case of OVH.

Check this with your FTP software (eg FileZilla).

it is difficult for me to review all the possible configurations, especially since I do not know them. I take the example of my host but it may not be the panacea.

but if anyone has any ideas, maybe it would be better to incorporate them into the user manual of the plugin itself.
This would be more profitable than publishing an outside guide I think.

I remind you that the current version is 2.0.1, link in my signature below (it includes the last correction concerning a deprecated function in php 7).

ludovicam wrote: ↑

Thu Sep 24, 2020 9:08 pm

it is difficult for me to review all the possible configurations, especially since I do not know them. I take the example of my host but it may not be the panacea.

I never have the plugin myself. Installed. Maybe in the next days. Unfortunately I can't download it by myself. When I visit the site I always get a 403.

Because all this can be so different...
The best thing is, the plugin checks itself, if the corresponding files / folders are writable for PHP.
Otherwise, for all files that the user should call directly in any form, pictures, html, css, php, etc. the last digit must be at least 4! for folder 5.
Depending on how PHP is executed, 6 for files and 7 for folders.

olape wrote: ↑

Thu Sep 24, 2020 9:31 pm

When I visit the site I always get a 403.

403 error?
I would say configuration of the firewall or the browser. Adding the url in trusted sites should resolve this.

Because all this can be so different...
The best thing is, the plugin checks itself, if the corresponding files / folders are writable for PHP.
Otherwise, for all files that the user should call directly in any form, pictures, html, css, php, etc. the last digit must be at least 4! for folder 5.
Depending on how PHP is executed, 6 for files and 7 for folders.

Thanks for the information, I'll see it.

ludovicam wrote: ↑

Fri Sep 25, 2020 5:44 am

403 error?
I would say configuration of the firewall or the browser. Adding the url in trusted sites should resolve this.

viewtopic.php?f=12&t=10882#p53488

The error has existed for a long time. A 403 always comes from the server. Not from a firewall or browser configuration.
I also did not define any explicit rules.
Could also be the provider, it must not be a personal configuration of the website.

mhz wrote: ↑

Thu Sep 24, 2020 7:37 pm

Ich habe Glossaire v2.0 gerade mal wieder unverändert getestet.
Es funktioniert mit der PHP Version 7.3.19 und CMSimple_XH 1.73 weiterhin wunderbar.

I have also tested Glossaire_XH 2.0.1 with XH 1.7.3 & PHP 7.4.9. Runs without problems and without deprecated messages.

olape wrote: ↑

Fri Sep 25, 2020 8:36 am

ludovicam wrote: ↑

Fri Sep 25, 2020 5:44 am

403 error?
I would say configuration of the firewall or the browser. Adding the url in trusted sites should resolve this.

viewtopic.php?f=12&t=10882#p53488

The error has existed for a long time. A 403 always comes from the server. Not from a firewall or browser configuration.
I also did not define any explicit rules.
Could also be the provider, it must not be a personal configuration of the website.

what is the start of your ip address (two first elements) ?