Forum

Deuxième question :

Comment puis-je changer le chemin du répertoire /upload ?
J'ai besoin de pouvoir le changer car l’hébergeur impose de placer les fichiers statiques dans un répertoire publique hors de la racine du site.

Bonjour,

je ne pense pas que cela soit possible sans modifier PHPBoost un peu plus en profondeur.

Cependant si votre hébergeur propose un accès SSH vous pouvez très bien faire un lien symbolique.

Cordialement, janus57

Le problème c'est que il me faudrait les liens absolus et ce sont des chemins à rallonge genre hebergement multi mutualisé . du style :
/var/www/data/a6/g5//he/ect ...
Mais je vais essayer d'explorer un peu la chose dès que je peu j'ai juste besoin de changer le chemin de la sorte :

/racine/upload vers
/data/repository/mongroupe qui est en quelque sorte un lien lien symbolique prédéfini par l’hébergeur.

C'est la première fois que je vois un hébergeur qui impose un endroit pour les fichiers static

Oui mais c'est pas n'importe qui non plus : tuxfamily.org
Les fichiers statiques sont logés sont sur un réseaux de miroirs.

Bonjour,

quel est l'intérêt là du coup ?

Car je saisi pas bine le truc perso.

Cordialement, janus57

Et bien de ce que j'ai pu en saisir:
Les espaces web sont tout petits de base ils font 100mos donc juste de quoi loger un cms.
Donc imagine si je veux faire une doc avec des tutos les images j'en ai déja beaucoup donc 100mos c'est vite saturés.
Je devrait donc faire une demande d'agrandissement de mon espace web en expliquant le pourquoi.
Les mec vont me dire : ouyi bah non tu utilise les "repository" ils sont conçu pour ça (et ils m'ont déjà fait le coup ça fait partie de leurs conditions d'usage).
Ils sont à je ne sais plus combien de projets qui sont logés sur le même système.
Pour tout ce qui est fichiers statique c'est une autre dimension ils font appel à un réseaux de miroirs.
Un fichier est uploadé sur une machine maîtresse et dupliqués en temps réel sur les machines miroirs disponibles sur les réseaux .
Je supprime un fichiers dans mon répertoire il est supprimé sur les autres (sauf dans le cas ou le disque maître casse, ça arrive et quand c'est le cas on n'accède plus ni en écriture donc le site ne les voit plus pourtant ils y sont via le "reposity".
Mais dans tous les cas leur système de gestion est bizarrement foutu et ce que j'en sais c'est que les fichiers statiques sont chargés chez le visiteurs en fonction du miroir disponible sur leur réseaux. Pourquoi ils font ça j'en sais rien mais à priori c'est pour une histoire de gestion de ressources.
Et encore si je devait tout suivre à la lettre ils disent qu'ils faudrait aussi y placer les css les font styles les images liées ect ...ect ... c'est dire .

Bonjour,

donc suffit d'upload vos fichiers "statiques" à la main.

Car PHPBoost ne stock pas que dans le fichiers upload y a d'autres fichiers selon les modules et/ou les pages.

Autre solution utiliser un hébergeur externe style imgur pour les images.

Cordialement, janus57

Arf oui mais non je veux faire un truc genre "ready to use" et c'est LE point sur lequel je suis très à cheval mais je vais explorer les fichiers du site il doit bien y avoir un moyen de réécrire le chemin d'une manière ou d'une autre.

Bonjour,

vous allez sans doute revoir pas mal de chemin et cela risque de vous bloquer lors des migration.

Là tout de suite je dirais que cette hébergeur ne vous convient pas de part ces restrictions (obligé à mettre absolument tout les fichiers statiques à part il faut pas utiliser un CMS mais un site sur mesure à ce niveau).

Cordialement, janus57

Je veux juste que ce répertoire soit accessible car il est l’atout central pour la création de tutoriels.
Généralement l'utilisateur se tamponne de savoir comment ça fonctionne mais il veut que tout soit dans une seule fenêtre.
Tu clic ça s'ouvre, tu charge l'image et il te donne le bout de code à coller et c'est bon.

Par contre je vais le mettre dans les suggestions d'amélioration il faudrait la possibilité de choisir le chemin de manière relative ou absolue.

Bonjour,

perso je trouve cela logique qu'on envoie dans un dossier /upload plutôt que dans un dossier /data/statci/jesaispasquoi/user

Là de mon point de vu tuxfamily est plus spécialisé dans l'hébergement de projet qui nécessite un espace de téléchargement dédié comme un projet de CMS/OS/Scripts ou tout autre projet qui nécessite des ressources statique et l'accès à un repo style github (perso je le vois comme ça cette espace de téléchargement et eux aussi d'après leur wiki).

Je ne pense pas qu'il existe de CMS qui soit capable de mettre tout le contenu "statique" dans un dossier définir par l’utilisateur, et ici dans le cadre de PHPBoost la génération des fichiers CSS est dynamique et non statique si on active le cache.

Cf : <a href="http://faq.tuxfamily.org/Downloads/Fr">http://faq.tuxfamily.org/Downloads/Fr</a>
Car oui leur espace "statique" permet l'utilisation de FTP/rsync pour aspirer le tout donc perso je trouve cette espace non justifié pour un site web, si vous vous autoriser les membre/visiteurs à copier votre site à 100% (et là c'est une autre histoire).

Cordialement, janus57

Non la racine du site n'est pas publique et heureusement.
Mais après ce sont leurs contraintes j'ai déjà eut du mal à comprendre comment ça pouvait marcher.
De toute façon le reposity ne sert pour illustrer la documentation donc rien à cacher mais surtout pas de fichiers vitaux du site en vue.


Citation:

Oui mais pas seulement. J'avais demandé une rallonge dans un temps parce que le cms fait 150 mos dons il me fallait 200mos de place pour le stockage des images et autre video flv j'ai donc du leur dire que j'allai très vite saturer l'espace et que 200 mos ne sont pas suffisants les mecs m'ont dit en quelques sorte :
Non tu te débrouille mais tes fichiers vont dans le repository :/ .
Coup de bol le cms permettait de configurer le chemin. Mais le cms en question me saoule d'où mon débarquement sur phpboost !

Bonjour,

pourquoi en pas essayer un autre hébergeur ?

Genre legtux ou autre qui propose plus d'espace disque ?
Ou carrément pourquoi ne pas partir sur une petit offre à 1€/mois chez un hébergeur associatif ?

Car là clairement les contrainte sont pas mal élevé chez tuxfamily et je maintiens que c'est plus fait pour héberger un "projet" qu'un wiki/doc, vu leur contrainte héberger un wiki sur github serait 5x plus facile malgré que github sera détourné de sa fonction première.

Cordialement, janus57

C'est que j'y ai bien mes marques et que mon seul problème c'est la configuration du chemin pour les images. Mais je vais trouver un moyen c'est juste une question de temps et de recherche .