Meilleur packaging des releases

[Arcelone]

Votre demande de fonctionnalité est-elle liée à un problème ? Décrivez s'il vous plaît.

Serait-il possible d'avoir un meilleur packaging des releases ?
Actuellement, les releases ne sont qu'un simple fichier zip contenant l’intégralité du dépôt GitHub, ce qui inclut de nombreux fichiers superflus.
La méthode d'installation décrite dans la documentation indique qu'il faut décompresser l'archive dans /var/www/html, cependant, beaucoup de ces fichiers ne sont pas nécessaires au bon fonctionnement du site web.

Ces fichiers pourraient, dans une certaine mesure, représenter une source potentielle de problèmes de sécurité. Sans aller jusque-là, il n’est pas souhaitable d’avoir autant d’éléments non essentiels présents sur une machine exposée.

Décrivez la solution que vous souhaitez

Idéalement, une archive contenant deux dossiers distincts : l’un regroupant les fichiers liés à PHP, l’autre ceux liés au HTML. L’objectif serait de faciliter l’installation côté serveur web (NGINX, Apache) et côté serveur PHP en mode FPM.

Décrivez les alternatives que vous avez envisagées

À défaut, serait-il possible, au minimum, de retirer les fichiers liés au développement (par exemple le dossier .git, la bibliothèque ESLint, etc.), car ces fichiers n’ont rien à faire dans le répertoire web d’un service en production.

[skid9000]

Une bonne pratique de déploiement de mon côté est de cloner le dépôt git directement sur le serveur et de checkout la release concernée.

git clone https://github.com/JeromeDevome/GRR
cd GRR
git checkout vX.Y.z

Avantage pour les mises à jours, elles se font en deux commandes :

git fetch
git checkout vX.Y.z

Pour les fichiers superflus, ils peuvent être filtrés directement dans la config nginx/apache, par exemple :

    root /path/to/grr;
    index index.php index.html index.htm;

    location ~ /\.git {
        deny all;
    }

    location ~ \.php$ {
            fastcgi_split_path_info ^(.+\.php)(/.+)$;
            fastcgi_pass unix:/var/run/php/php8.2-fpm.sock;
            fastcgi_index index.php;
            include fastcgi.conf;
    }

    location ~ /installation {
        allow <une ip>;
        deny all;
    }

[JeromeDevome]

Réalisé dans les dernières versions.

[skid9000]

Bonjour, dans les dernières version (à partir déjà de la 4.5.1) les checks ici portent à confusion :

GRR/admin/modeles/AdminFonctions.php

Line 80 in ad46a28

if ( stristr($version_grr, 'a') || stristr($version_grr, 'b') || stristr($version_grr, 'RC') || stristr($versionReposite, 'github') || stristr($versionReposite, 'alpha')|| stristr($versionReposite, 'beta') || stristr($versionReposite, 'RC') ){

Ça prend en compte notamment que :

• Si ça viens de Github en mode clonné et checkout sur tag (par exemple v4.5.3), il va indiquer qu'on est sur une version de développement. (ce qui n'est pas le cas)
• Si le dossier installation existe sur le système de fichier, il va alerter de sa présence malgré le fait qu'il soit complètement inaccessible du fait de la configuration du serveur web (qui bloque /installation).

C'est possible d'implémenter ces checks autrement ?

[JeromeDevome]

Je ne suis pas fan du mode clone, il vaut mieux prendre les releases. Concernant le dossier installation, si vous pensez l'avoir sécurisé, vous pouvez le renommer.