Forum général.cherche-logiciel Micro CMS pour gérer les téléversements de fichiers pour un site web statique via HTTP

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
3
6
fév.
2020

Salut à tous,

Pour héberger les pages personnelles d’une équipe, je peux facilement avoir à disposition un hébergement LAMP classique, avec un accès (probablement via SFTP) pour administrer le site et y téléverser ce que je veux.

La plupart des utilisateurs souhaitent pouvoir composer leur page(s) personnelle(s) sous forme de pages HTML statiques brutes, éventuellement avec des outils hors-ligne comme Pelican. Le problème, c’est que je n’aurai qu’un accès SFTP que pour un seul utilisateur, avec impossibilité donc de gérer les droits pour chacun à écrire dans son espace réservé sans risquer d’écraser les pages des autres.

Je recherche donc un outil en PHP (pour faire usage du "P" du LAMP) qui permette de gérer des identifiants et de permettre, selon une gestion simple des droits, à chaque auteur de déposer ses fichiers dans un sous dossier à lui, pour en gros déléguer la gestion des téléversements par dessus HTTP à un outil PHP plutôt que par SFTP. C’est encore mieux si l’outil en question a une API simple pour automatiser ce téléversement avec un outil comme curl, mais je pense que les utilisateurs sauront se passer de cette fonctionnalité si c’est trop demander.

Je me tourne donc vers la sagesse des moules de LinuxFr pour m’aider à trouver cette perle (peut-être rare, peut-être pas, mais que je n’ai pas trouvée quoi qu’il en soit).

Merci de votre aide !

  • # (next|own|xxx)cloud

    Posté par  . Évalué à 3.

    sauf si je me trompe, il y a des solutions web/cloud développées en PHP
    ca pourrait donc répondre à tes besoins.

    • [^] # Re: (next|own|xxx)cloud

      Posté par  . Évalué à 3.

      Un Nextcloud juste pour servir de téléverseur de fichiers HTML avec authentification, je n’y avais pas pensé ! Ça doit effectivement très bien marcher même si la solution me paraît complètement surdimensionnée (et sa consommation en ressources aussi) pour cet usage. J’espère que quelqu’un aura une solution plus simple à proposer, mais je retiens la tienne en dernier recours, elle fonctionnerait.

      • [^] # Re: (next|own|xxx)cloud

        Posté par  . Évalué à 2.

        Bon, puisque ma question ne semble pas déchaîner les passions, je vous fais part de ma réflexion actuelle : j’ai trouvé des gestionnaires de fichiers simples en PHP que dont je compte protéger l’accès (par identifiant et mot de passe, uniquement en HTTPS) avec des fichiers .htaccess dans les répertoires de chaque utilisateur.

        Je n’ai pas encore testé, mais si par hasard un jour quelqu’un se pose la même question que moi et tombe sur cette entrée de forum, je partage mes pistes.

      • [^] # Re: (next|own|xxx)cloud

        Posté par  . Évalué à 2.

        si la solution me paraît complètement surdimensionnée (et sa consommation en ressources aussi) pour cet usage

        en quoi est-ce "surdimensionner" ou "gourmand" en ressources ?

        si tu ne te sers pas du module synchronisation des clients distants et uniquement de l'interface web, ca reste des scripts qui tournent uniquement quand on s'en sert.

        • [^] # Re: (next|own|xxx)cloud

          Posté par  . Évalué à 3.

          J’avoue que la consommation est ressources n’est pas un vrai problème dans le contexte de ma question, cette réaction de ma part vient surtout de mon expérience de Nextcloud dont j’ai une instance en auto-hébergement sur un petit serveur poussif qui a du mal a tenir cette charge. Mettons les ressources de côté, Nextcloud reste une grosse machine à plugins qui inclut de base plein d’options (même si on peut les désactiver) et va bien au delà de ma demande initiale. Cela dit, encore une fois, c’est vrai qu’il y répond et que je n’y avais pas pensé.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.