Reprise du message précédent :

require_once 'models/artists.php';
require_once 'models/albums.php';
 
$artist = get_one_artist($_GET['id']);
$artist_albums = get_albums_from_artist($_GET['id']);

<h2><?php echo $artist->nom ?></h2>
<ul>
<?php 
  foreach ($artist_albums as $a) {
?>
  <li><?php echo $a->title ?></li>
<?php
  }
?>
</ul>

 
Là tu me donnais l'exemple en procédurale, ce serait possible de voir à quoi ça ressemblerait en POO s'il te plait ?  

 
Et le BO tu le mets comment, tu crées un dossier BO dans la partie web, avec index, /js /css dedans, et tu utilises les mêmes reps models, controllers, views que le FO avec genre un préfixe bo_blabla.php ?    

 
artistControler extends ActionControler {
 
     //return an array of albums
     function getAlbums(){}
     
       
}

Là, cf code de Code Igniter, Symfony, etc...

Tu veux pas plutôt essayer de réflechir par toi-même à des solutions adaptées, et ensuite à la limite revenir ici demander si ya à redire, nan ?

Parce que si à chaque difficulté tu viens demander à theredled de t'écrire le code ou te dire comment faire, on va pas s'en sortir

à la place de "    $artist_albums = get_albums_from_artist($_GET['id']);" ?
C'est la seule différence en POO ?

 
Bah le mieux c'est que des experts me disent comme eux ils font et que moi j'essaye de faire comme eux et me former à ce que je connais pas.
Je demande juste où tu mets le BO et comment tu le mets dans cette structure, c'est tout    

au passage ,tu parles de quelle taille de site pour avoir besoinde tout hierarchiser a mort ?  
 
 
pour moi fo/bo, ce sont des vues différentes qui bossent sur les mêmes modèles

Ah d'accord... j'imaginais pas ça comme ça. Je vois pas encore précisemment comment faire pour avoir les mêmes modèles, car pour moi ce sont des traitements différents des données, mais je vais essayer de suivre ton idée.

ben ils travailllent sur les mêmes trucs  
alors oui , ils vont pas forcement appeler les mêmes méthodes, mais  bon, c'est le même projet et les mêmes données
 
au passage, tu souhaites vraiment réinventer la roue ? parceque sinon, essaye symfony

Ok, bah tout est possible :
- ou alors tu as le même dossier web pour tout le monde, avec juste une gestion de droits en session (Symfony fait comme ça)
- ou alors tu fais un sous-dossier dans web avec un htaccess pour l'admin (j'ai fait ça pour un site)
- ou alors tu fais un dossier web_bo à la racine, avec un deuxième nom de domaine ou un alias qui pointe dessus (j'ai fait ça pour un autre)...

Ensuite les vues & tout le reste, oui c'est mieux de les séparer par appli, quand c'est spécifique à une appli. Et de les mettre en commun, quand c'est utilisé par tlm.

Et enfin, yen a qui seront pas d'accord, mais pour moi le meilleur moyen de se former, c'est de faire des bêtises (et de les remettre en question) . Savoir comment il faut faire, c'est bien, savoir pourquoi, c'est beaucoup mieux.

Je sais que ça fait un peu réinventer la roue, mais je trouve que symfony est une usine à gaz, et je pense qu'il y a moyen d'avoir un truc beaucoup plus léger, qui offre moins de possibilités que symfony mais qui permettrait de faire la plupart des projets de taille moyenne. J'ai déjà fait mon petit générateur de BO, mais comme je suis carré, je voulais connaître les méthodes pour avoir le truc le plus fiable/pérenne possible, et en ce moment je me forme à la POO pour améliorer encore plus l'efficacité et revoir toute l'archi du truc.
 
Je sais que je suis un noob et que je devrais plutôt utiliser au lieu de vouloir recréer (alors que j'ai pas les compétences), mais c'est toujours comme ça que j'assimile le plus vite.  

 
Merci beaucoup pour tes conseils Je vais réfléchir à tout ça et voir laquelle solution me semble la plus efficace.
Encore merci  

 
Enfin c'est un peu étrange d'apprendre en même temps la POO, le PHP, le MVC ..

 
Merci beaucoup pour ton message !    
 
Donc au final les 2 inconvénients selon toi, c'est :
 
- la mémoire : existe-t-il des solutions pour y faire face ? générer des pages HTML est une des solutions non ?
- le ticket d'entrée : pour moi c'est plutôt une bonne chose, ça permet de faire un tri naturel/qualitatif et c'est tant mieux.

 
PHP je pratique depuis 1 an sur des projets, donc je connais les grands lignes, les fonctionnements, même si y a toujours moyen de s'améliorer et d'apprendre de nouvelles choses.
Ce qui me manquait c'était surtout la POO et la rigueur d'une vraie archi MVC. Mais la MVC c'est surtout une façon de structurer, une fois qu'on a compris le truc, c'est pas vraiment compliqué (enfin jusque là je trouve), je suis déjà en train de la mettre en place sur des nouveaux projets.
 
Par contre POO, c'est une plus grosse bataille à livrer en effet  

Déja, comme les perfs, faut voir si c'est un problème pour toi ou pas. Même si t'as 100 pages vues par jour sur tout un serveur, et même si t'as 1500 objets générées à chaque requête, c'est pas un problème.

Si tu passes à 100 pages vues par minute sur le même serveur, ça commence à être chiant.

NazzTazz corrigera si jme trompe dans les chiffres

 
Oui mais comme tu le dis, au niveau du recrutement pour moi, maîtriser davantage ces outils et ces compétences, c'est une manière de faire une meilleure selection. Ca m'est arrivé d'embaucher des devs car ils savaient bien se vendre et ils baratinaient bien, école d'ingé et tout, mais au final sur des projets, ils avaient aucune méthodologie, aucune rigueur, c'était du code spaghettis, ça partait dans tous les sens, c'était crade, et au final à chaque fois on a du tout recommencer depuis 0 et on se tournait vers des freelances hors de prix.
 
Plus je maîtrise moi même les choses, mieux je peux encadrer les équipes et mieux je peux recruter, et si après ça fait partir les projets dans des langages comme RoR ou python, moi ça me dérange pas. D'ici là j'embaucherai un directeur technique pour gérer (je vais pas apprendre tous les langages du monde non plus    )
 
En tous cas merci pour tes conseils !

Alekusu2 t'as quel âge/formation/métier en fait ?

ya quoi de bien pour faire du REST avec PHP ?

symfony ?

 
peut être simplement sans tout refaire le site ?

vous auriez des liens clairs expliquant REST ? parce que je vois vaguement ce que ça représente, mais j'ai encore pas trouvé d'explication claire sur le truc

les triggers en mysql c'est supporté non ?
 
l'idée est de logguer certaines requetes (à base d'insert / update / delete) dans une table, qui serait vidée assez regulierement,
 
ca serait handicapant niveau perfs ? sachant que dans mon projet une requete d'insert/update/delete intervient peu (prise de commande, chgt d'infos persos)

Il n'y a pas d'explication claire, parce que c'est un style architectural, pas 3 bouts de code à recopier.
 
Mais si tu veux la base, Fielding dissertation chapter 5: Representational State Transfer.

À partir de 5.0.2.

je suis en 5.0.44, donc ca devrait le faire, et niveau perfs ? meilleur que dans php ( = inserer quand je detecte une requete insert/update/delete) ?

ça va dépendre de ce que tu fais dans ton trigger, mais si c'est juste logguer un id et un nomb de table, ça n'est pas vraiment handicapant

et mettre la requete complete ? qui va se resumer à 50char maxi

Bah l'avantage c'est que ça reste au sein de la DB, donc si tu fais juste un insert dans ton trigger (pas de gros traitements numériques ou munging), ça va éclater les perfs de PHP (parce qu'en PHP, il faut un aller-retour entre PHP et la DB)

question modelisation de bdd :
 
j'ai des utilisateurs, j'ai des préférences. Ces préférences sont majoritairement des enums, sauf une qui est une liste d'applications avec l'ordre a respecter.
 
j'hésite entre ces deux solutions :
A: (utilsateur, pref1, pref2, pref3, ... prefN)  
B: (utilsateur, prefName, prefValue)
 
A => une ligne par utilisateur
B => une ligne par préférence utilisateur
 
Vous feriez comment ?

Solution B.
La solution A est merdique si ta liste de prefs est modifiée plus tard.

La B aussi

lol wut?
Tu rajoutes/supprime des lignes, c'est tout.
Avec la A tu dois modifier la structure de la table.

J'pense qu'il voulait dire que lui aussi suggère solution B

Voilà, je suggère pareil la B

ouais. Mais comment tu mets une notion d'ordre la dedans, sans avoir des preferences app1, app2, app3... ?
Un champ texte séparé par des pipes n'est pas une réponse.

Un champ supplémentaire avec un numéro d'ordre? faut voir ce que tu mets d'autre dans cette table, ça se justifie pas forcément.
Ou alors tu considères que la position d'une appli est une préférence comme une autre, et tu as dans ta table des lignes (username, "positionappli1", indiceposition).

ou tu intègres la position au nom de la pref genre "AppliPosition1" pour le nom de l'appli en 1ere position, "AppliPosition2" pour le nom de l'appli en 2e position, etc ... et après tu parse le nom de la pref pour obtenir la position !

Je metterai un champ ordre