Voilà, il s'avère que la plupart de mes journées de travail maintenant sont remplies de notepad++ et de php (foireux). J'suis pas développeur php à la base, mais j'ai quand même torché mon blog de par moi même tout seul comme un grand ! Bon, d'accord, le code est sous scellé parce que si j'y touche... euh, non j'préfère pas y penser
 
Bref, j'crois qu'il est sérieusement temps que j'passe à un autre niveau et que j'arrête de coder de la daube. Pas facile. Speedyop (qui tente de fuir le monde du web à travers l'Asie du Sud Est, pas de bol ) m'a gentiment rencardé sur l'architecture MVC, et sur le framework cakephp. J'y ai jeté un oeil, j'ai fait le tutorial, ça a l'air cool. Et c'est marrant, parce que dans le cas du tutorial ça a l'air de s'appliquer comme un gant à la problématique. Par contre, dès que j'ai voulu l'appliquer à mon 1er cas perso... j'ai séché.
J'ai un script php qui doit être lancé toutes les heures et qui va récupérer des infos d'une db, utilise ces infos pour des opérations sur une autre db, et au final va tripoter une 3ème db. Le tout sans aucune interface utilisateur ni renvoie d'info, juste un log au cas où.
Le script, dégueu (je m'applique mais bon), en procédural fonctionne très bien. Par contre, j'trouve aucun moyen de foutre ça en objet, d'utiliser l'architecture MVC ou autre.  
 
C'est pourquoi j'me demande si ce genre de framework MVC est adapté à toutes (ou au moins quasiment) les situations, ou si j'suis vraiment une daube qui ferait mieux de retourner jouer à la poupée ?

Non, et un framework web n'est sûrement pas adapté à la création de batch scripts
 
Certains frameworks proposent des facilités (incluent des bridges vers Cron, ce genre de trucs) pour faciliter l'intégration de batch jobs dans un site web, mais il n'y a aucun avantage à les utiliser juste pour ça.

Modele = ton traitement
View = Ton interface
Controller = le lien entre les action sur ton interface et ton traitement
 
Dans ton script tu n as nis Vue , ni Controlleur du coup le MVC tu t en balance. Mais par contre tu as des outils adaptés à la manipulation de données entre base (ETL, DTS pour SQL Server...), bon c est de l artillerie lourde mais si ton truc est consequent ca pourra te servir

Oui oui oui, j'applaudis
Merci pour vos réponses, ça me parait évident maintenant. NazzTazz a visé juste, j'avais capté que l'archi MVC pouvait pas s'appliquer là, mais j'pensais pouvoir quand même utiliser les libs du framework. J'vais même pas faire ça, ça vaut pas le coup
 
Sinon comme j'suis tout jeune dans le framework php, j'balance encore entre cakephp et zend. Des conseils ?

Moi je suis à fond sur Zend et perso j'adore, il a encore évolué dernièrement et je le trouve magique.
 
Perso j'ai testé cake, copix et Zend framework et franchement pour moi le choix est vite fait, quand on voit la jeunesse de ce framework et ses capacités je ne choisi pas autre chose.
 
A tel point qu'aujourd'hui je ne peux pas m'imaginer concevoir une appli sans ce framework. De plus y a pas mal de docs en ligne, des forums actifs, bref on apprends très vite.
 
Dernier point la syntaxe est vraiment pas reboutante, et ça c'est un gros point positif.

Perso je me suis orienté vers Symfony, car j avais fait un peu de RoR (Ruby On Rails) et c est calqué sur le même principe. Symfony et CakePHP sont tres proches d'ailleurs. Pour Zend je connais pas mais il a bonne reputation aussi

Cool, vous êtes choux
Vu que j'ai aucun antécédent Ruby, peut-être que j'vais pas rester accroché à Cake, on verra bien. Merci !