Premièrement Merci pour l'énergie que vous mettez toutes et tous dans le partage de vos connaissances .
Je ne sais pas ou poster ma question mais comme elles se réfère à la construction d'un site web en php, je la place ici .
Voila, je voulais savoir si il serait possible d'avoir les informations tellement précieuses sur
L'organisation et la création de l'arborescence d'un site web en php assez simple .
Je dirais même classique en php l'idée est qu'il y aura des images des vidéo a présenter du CSS des includes animations flash javscript.
Mais tout cela assez basic.
Tout est la sur le site plein de tuto hyper intéressant mais je suis assez désemparer par le fait que je n'arrêtes pas de chercher l'essentiel.
Comment agencer ses dossier pourquoi yaurait il une partie public (visible ) et private , quelles sont les dossiers a transféré sur le serveur de mon hebergeurs , comment rendre invisible le contenu des dossiers sensibles comme les includes ou les images ( ex fichiers index html).
J'ai une idée clair du site que je veux mais je bute sur la création de l'arborescence et tout ce qui tourne autour.
Le php ne repose pas de problème mais j'ai plein de doutes concernant ce point précis qui est l'architecture et l'envoi final de ces dossiers vers mon hébergeurs.
suis sincèrement désolé si cela é déjà été traité, mais je n'arrives pas à débuter quoique ce soit sans ces précieuses informations.
Si l'une ou lautre personnes pourrait me guider je lui en serait reconaissant.
Merci d'avance à toutes et à tous pour votre patience.
Je comprends pas trop tes inquiétudes, un site dois être bien organiser tu as plusieurs modèle comme le mvc ou autre mais en pratique tu fais toujours un peu les choses à ta sauce, fais au mieux pour que ca reste logique et pratique pour toi.
Dans l'absolu, tous les fichiers dont ton site a besoin doivent se trouver sur l'hébergeur bien entendu et à fortiori sera accessible à l'utilisateur via l'adresse du fichier. Il est bien entendu possible d'empêcher l'accès à certains fichiers. Mais tu verras ça plus tard.
Hmmmmm, y'a plusieurs façon plus "classique" d'organiser son site web, mais c'est toujours a ton gout.
Personnellement, je met tout mes fichier du genre news.php, profil.php, login.php, etc etc, à la racine. Toujours à la racine, il y a les dossier libs/ qui contient des fonctions, includes/ qui contient des fichiers fréquemment inclus (comme le classique config.php), admin/ qui contient l'administration, parfois (dépendant du site) un dossier style/ avec les templates, CSS, images, ou alors un dossier images/ avec les images et le style.css à la racine, un dossier dev/ avec tout les trucs qui ne seront pas sur le site final (genre des fichier pour m'inspirer, les anciennes version du site, les .psd, etc etc).
Certains préfèrerons les Framework et utiliserons l'architecture qui vient avec, d'autres utiliserons le MVC, d'autres... Bref, c'est à ton gouts. Le seul truc important, c'est d'être bien organiser et organiser logiquement. Après on s'en fou.
Edit: Tien je vais illustrer ma façon de faire pour que ce sois plus claire
Ce qu'il faut garder à l'esprit, c'est de toujours séparer les différents types de contenu ! Après, l'idéal est d'avoir le moins de fichier possible à la racine du site (index.php devrait être l'unique fichier PHP à cet endroit). Après, l'organisation dépend un peu de ce que tu veux faire, mais des dossiers pour les images, les inclusions (header + footer) ou les feuilles de style me semblent nécessaire quoiqu'il arrive !
Après, l'idéal est d'avoir le moins de fichier possible à la racine du site (index.php devrait être l'unique fichier PHP à cet endroit).
Et pourquoi? Perso je préfère avoir tout au même endroit, sa fait plus... propre (là c'est une question de goûts) facile de se retrouver (pas besoin de faire 12 dossier pour un fichier) et centralisé...
Hum, je ne sais pas si on peut dire que c'est une question de goût. Ce qui est sûr, c'est que c'est mieux organisé avec des dossiers. Je parle en terme d'expérience. Avant, j'avais, comme toi, mis tous mes fichiers à la racine. C'est justement parce que c'était plus gérable => avec plus d'une quarantaine de page en mélangeant les pages de contenu, les systèmes et même les fichiers d'inclusion. Quand j'y repense, c'était vraiment pas beau
Hmmmm, si tu regarde, dans mon architecture y'a que les fichier que l'utilisateur visite à la racine. Les fonctions dans libs/ et les inclusions dans includes/. Donc oui, c'est vraiment une question de goûts parce que ma méthode est quand même pas mal utiliser, et y'en a pas mal qui la critique, donc c'est selon les goûts. Et en plus sa change pas grand chose que le bordel sois à la racine ou dans un dossier modules/.
Merci d'ores et déja à tous ceux qui m'ont répondu, comme je viens de rentrer je ne l'ai pas encore lu, donc je vais les lire à tête reposé ou plûtot à tête penchez en avant. et je vous demanderai encore l'une ou l'autre precision sur les exemples que vous m'avez soumis .
Encore merci j'ai déja parcouru vos réponses et malgré que j'ai pas été précis vos réponses sont pertinentes.
Houla Angely-dev , calme ! Ne mets pas les boeufs avant la charrue ! Il débute hein.
Je déconseille fortement la structure MVC quand on apprend le PHP.
C'est une bonne méthode à prendre.. certes difficile à cerner au début, mais c'est un atout une fois acquit.
Mais tu as raison que ça risque d'être un petit peu voire très dur à comprendre.
NON NON NON surtout pas euh Zazou c'est ca le paradox je pose des questions basique mais je sais ce que je veux LOL.
Angel7* dev impeccable car avant tout, mais ca je ne l'ai pas dit car je voulais savoir le coté safe secure d'un site,
donc avant tout je veux bien dissocier pour pouvoir travailler le design d'un coté et les datas de l'autre je veux quelque chose de clair donc le MVC c'est impec seulement la ausi j'ai des doutes concernait lorborescence mais angely merci pour ton exemples.
Bah si tu t'en sens capable, tant mieux je dirais. Au moins tu auras des bonnes bases dès le début.
Sauf si je me fourvoie dans l'idée que tu débutes en PHP et que tu connais déjà les bases ?
Zazou, j'ai vu que tu utilisais un dossier modules, et je pense que je vais faire pareil maintenant mais tu utilise la réécriture d'URL pour ça ? Parce que monsite.com/modules/membres/login.php c'est pas très beau.
Pas d'accord! (enfin la façon dont est dit ceci plutôt)
Ne jamais oublier qu'un développeur a sa façon de coder. Les truc comme "Fait ça! C'est super même si tu déteste!" qui sous-entend presque que si on le fait pas on est nul, ça m'agresse... Personnellement je déteste utiliser MVC, ça me fait un bordel monstre (notez que j'ai pas tout à fait la même définissions de "bordel monstre" que la majorité des gens ) et je ne l'utilise pas, donc ce conseil me dérange un peu...
Ouais je sais c'est des détails mais bon! Chui perfectionniste j'y peu rien.
Pas d'accord! (enfin la façon dont est dit ceci plutôt)
Ne jamais oublier qu'un développeur a sa façon de coder. Les truc comme "Fait ça! C'est super même si tu déteste!" qui sous-entend presque que si on le fait pas on est nul, ça m'agresse... Personnellement je déteste utiliser MVC, ça me fait un bordel monstre (notez que j'ai pas tout à fait la même définissions de "bordel monstre" que la majorité des gens ) et je ne l'utilise pas, donc ce conseil me dérange un peu...
Ouais je sais c'est des détails mais bon! Chui perfectionniste j'y peu rien.
J'avais ma propre façon de coder et je désapprouvais le MVC avant, mais j'ai été forcé et de m'y adapter et c'est avec grand plaisir au final.
Il veut un site comme les plus grands sites tel que le site du zéro ? La plupart utilisent le MVC, bien que l'on peut toujours avoir sa propre méthode.
Mais l'avantage c'est pour les travaux en groupe, on a une norme ou "méthode" et le MVC est très bien pour cela.
bon, je revient après 3 ans sur ce sujet qui ne lassera jamais.
Après une tentative pénible avec WordPress au regard de mes exigences de simplicité pour l'utilisateur, j'ai choisi de tout coder moi même. Après plusieurs jours dont un essais réussi pour tout enregistrer sur des fichier txt, j'ai opté pour une base SQL. Le rapport avec le thème de départ est que je veux un menu principal contextuel. Donc recevoir des infos, les traiter, en renvoyer, afficher le menu, récupérer les dernières infos et afficher la page. Le mot routine prend tout son sens. Le site n'a qu'une seule page index et fonctionne toujours avec des includes, ce qui peut justifier l'arborescence :
index.php // c'est mon contrôleur
membres • vue_inscription_membre.php // une page pour s'inscrire • script_sauve_membres.php // traitement et enregistrement des membres • vue_connection_membres.php // encore une vue avec formulaire • script_connection_membre.php // et on continue • avatars // un dossier avec les avatars en png
blog // d'autres dossiers sont similaires : forum, boutique, client, ventes, produits, etc. • vue_edition_blog.php // mon formulaire de saisie d'un billet du blog • script_sauve_billets.php // le traitement • le_blog.php // la page • images
recurent // j'ai toujours un dossier "recurent" pour ce qui est sur toutes les pages • style.css • header.php • fonctions.php • connection_bdd.php • fonction.js • regex.php // bon, c'est pas sur toutes les pages mais il est très bien ici • typo • gillSansLight.ttf // j'adore cette typo ! • images • logo.png • favicon.gif
Ainsi, si je veux ne traiter que le blog, je peut virer les dossiers "forum", "client", "boutique" etc j'ai moins à scroller pour ouvrir les fichiers et tout fonctionne nickel. Je doit juste garder l'index, et recurent au moins Autre avantage, mes fichiers pour un thème sont ensembles et c'est plus facile de les ouvrir ensembles avec textMate.
Voilà, j'ai l'impression de faire un MVC sans être limité à 3 dossiers plein à craquer où mes vieux yeux fatiguent très vite.
- Edité par Zelione 14 avril 2019 à 17:56:00
Si on faisait toujours comme "on a toujours fait", on en serait encore à l'âge des cavernes.
Salut Antoine, je suis en pleins dedans aussi depuis quelques jours, ras le bol de wordpress pour les besoins que j'ai sur pas mal de sites.
J'ai fais comme toi, j'avais appris le php y a quelques mois mais j'ai arrêté ensuite, la j'ai réussi à faire le site et l'admin en galérant pas mal chaque jour mais ça va le résultat correspond à ce que je voulais
J'ai cependant quelques questions sur des trucs que j'ai laissé de coté, si tu peux m'aider (ou quelqu'un d'autres)
Déjà j'explique comment j'ai structuré le projet.
J'ai le site pour les visiteurs :
index.php
css/
modeles/ (un fichier pour chaque page du site)
vues/ (un fichier pour chaque page du site)
controleurs/ (un fichier pour chaque page du site)
htaccess (pour l'url rewriting)
admin/ (je détaille pas la structure ici mais c'est un admin qui me sert à gérer les users, ajouter et gérer des pages, pareil pour les articles, gestion du menu, pages de configuration et page de gestion template (je modifie le css d'ici, modifier des pages entières depuis l'admin est prévu aussi si je m'en sors...)
Puis quelques autres fichiers et dossiers que j'ai pas besoin de détailler ici je pense.
---------------------------
Mes questions (surement bidons) :
1) Comment modifier avec la bonne data la balise title dans mon fichier header.php sachant qu'il charge avant que je puisse récupérer la data et donc l'afficher dans le header ?
(avec le buffer obstart ? je le stock en session ? y a un moyen idéal pour faire ça ? j'imagine que je ne suis pas le seul qui fait un include du header.php)
2) Hum en fait j'ai beaucoup de petits soucis que je règle chaque jour mais la j'en ai plus en tête, ma question 1 c'est vraiment le point ou je coince le plus, si la solution c'est le buffer alors je vais me pencher dessus mais si y a mieux dites moi svp
D'ailleurs si quelqu'un avec le même niveau que moi plus ou moins ou même bien meilleur, voudrait partager un peu sur discord ou autre c'est cool !
bon, en réalité je ne comprends pas bien tes question fautes de compétences. J'ai appris tout seul et ne compte pas mes heures passé sur le web à trouver des bout de code. Cependant, je crois voir ton soucis, ayant eu un similaire me semble-t-il.
Dans mon site, tout passe par l'index qui sert à gérer les includes :
un premier switch case sur mes "script" avec les scripts qui n'affichent aucun html (sauf pour déboguer)
L'include du header avec l'en tête html, le menu contextuel (un formulaire) selon les scripts appelés juste avant (mode normal ou admin)
Le switch des "vues" qui affichent les formulaires ou les pages issues de la base de données.
j'utilise des formulaires avec des inputs masqués ( name="script" ou name"=vue". ) pour ouvrir les bons fichiers.
Certains paramètres de navigation passent donc par le POST mais aussi par la SESSION
Cela me permet aussi de faire des formulaires contextuels (je sais ou je viens de cliquer juste avant) et des scripts contextuels etc.
Voila, si ça peut t'être utile. Mais sache que je suis une bille en php, juste quelques fonctions de base mais je les combinent bien entre elles.
Bon courage.
Antoine
Si on faisait toujours comme "on a toujours fait", on en serait encore à l'âge des cavernes.
1) Comment modifier avec la bonne data la balise title dans mon fichier header.php sachant qu'il charge avant que je puisse récupérer la data et donc l'afficher dans le header ?
(avec le buffer obstart ? je le stock en session ? y a un moyen idéal pour faire ça ? j'imagine que je ne suis pas le seul qui fait un include du header.php)
Pour ma part, j'ai fait comme ceci pour mon title
dans mon header :
<title>
<?php
if (isset($title)) {
echo $title;
}
else {
echo 'Nom site';
}
?>
</title>
Et sur mes fichier php ou il y a besoin du header je rajoute ceci au début :
$title = 'Nom Site - Accueil';
require 'includes/header.php';
Voila j'espère que cela pourra t'aider
- Edité par TeppeiArima 28 mai 2019 à 11:26:00
Arborescence dossier Site Web
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
Si on faisait toujours comme "on a toujours fait", on en serait encore à l'âge des cavernes.
Si on faisait toujours comme "on a toujours fait", on en serait encore à l'âge des cavernes.