Forum |  HardWare.fr | News | Articles | PC | Prix | S'identifier | S'inscrire | Aide | Shop Recherche
1181 connectés 

 



Pour ou contre du changement sur le topic ?


 
35.7 %
 5 votes
1.  Oui, faq / bonnes pratiques + blabla@php
 
 
0.0 %
        0 vote
2.  Oui, blabla@php uniquement
 
 
7.1 %
 1 vote
3.  Ce topic mérite la poubelle. Pauvre poubelle
 
 
21.4 %
 3 votes
4.  Non, ce topic reste tel quel
 
 
35.7 %
 5 votes
5.  Obiwan n'aime pas le php
 

Total : 16 votes (2 votes blancs)
Ce sondage est clos, vous ne pouvez plus voter
 Mot :   Pseudo :  
  Aller à la page :
 
Bas de page
Auteur Sujet :

blabla@php | faq et bonnes pratiques page 1

n°2336652
skeye
Posté le 10-07-2019 à 13:51:25  profilanswer
 
Voir ce message dans le sujet non filtré
 

depart a écrit :


 
Éventuellement pour la config, je peux faire un truc basique du genre un test de "dans quel dossier se trouve le fichier de conf" :  

if( preg_match("/home/plombier/i", $_SERVER['DOCUMENT_ROOT']) ) {
$app = "plombier" ;  
} else {
$app = "electricien" ;  
}


ou un switch sur une partie du document_root pour anticiper le jour où j'intègrerai les maçons ou autre :)
 
Et ensuite baser mes tests sur le contenu de $app...
 
Ca suppose de faire un pull par "site", donc en gros j'aurai le même code dans /home/electricien et /home/plombier ... peut-être un peu idiot ? Sinon tout dans le même mais avec un test sur l'hôte (www.electricien.com vs www.plombier.com)


 
Tu déploies tout sur le même serveur derrière?
Jadis j'avais un truc du genre - une install unique avec la conf commune, et le nom de domaine servait à déterminer dans quels dossiers aller chercher la conf et les templates spécifiques. Ca évitait de dupliquer le code et de multiplier les opérations à chaque MAJ, l'inconvénient c'est que si tu as besoin un jour de désynchroniser les instances c'est le merdier.:o
 

depart a écrit :


Après oui ça va être des fonctions à activer ou non. Dans un premier temps c'est surtout en désactiver un paquet qui ne sont pas pertinentes pour la seconde profession par rapport à ce qu'il y a déjà. Il y aura aussi probablement pas mal de textes à adapter.
Le truc dont j'ai un peu peur c'est de créer un monstre d'imbrications de if(profession1) then... else... mais des fois c'est commun, mais des fois pas... et aussi d'avoir des requêtes sql un peu étranges.
Typiquement un formulaire de saisie qui peut avoir 10 champs pour la profession 1, 4 pour la profession 2, mais seulement 3 de commun... donc les vérifications d'existence de valeur puis d'insertion/maj en bdd ça risque un peut d'être le bazar.


 
Si tu découpes proprement le code tu peux limiter pas mal tes besoins de if(professiontruc)...Un exemple simpliste : avoir simplement des templates par profession pour chaque page. Tu pourrais ainsi par exemple avoir pour tes formulaires une version complète comprenant tous les champs pour celle qui a besoin de tout, et des champs hidden avec des valeurs par défaut sur le template pour la deuxième profession qui veut pas tout voir. Ca te permet de conserver toute la logique commune derrière et de personnaliser à peu de frais...


---------------
Can't buy what I want because it's free -
mood
Publicité
Posté le 10-07-2019 à 13:51:25  profilanswer
 

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
 

Sujets relatifs
Problème pour une mise en page sous forme de tableauAfficher sur une page web directement le resultat d'une autre page web
[PHP] Fonction include plus rapide qu'un bout de code dans la page ?Ouvrir un fichier HTML en fin de page
[Résolu] Expirer la cache au niveau de la pageexecuter une page php sans rien afficher
inserer dans ma page wikiControler le changement de page
Certificat SSL a valider pour chaque élément de pageinstallé un mdp sur une page web avec Namo
Plus de sujets relatifs à : blabla@php | faq et bonnes pratiques page 1


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite) / Groupe LDLC / Shop HFR