Fred pour les AP ca va
par contre notre prof principal à quasiment en horreur les sites en php...
pour lui, ca ne démontre pas grand chose.
Donc pour essayer de clouer le bec à des jurys comme lui, essaies donc de te tourner un peu vers la POO
sinon pour les maths... je suis passée de 8 en math terminale S a un peu plus de 17 au long de mon cursus BTS...
un peu de logique et c'est dans la poche
non mimicracra, le développement web avec bdd est censé être présent dans une ap, enfin je crois.
Pour les maths : pareil, j'avais 5 en S et 17 en premiere année puis 14 en deuxième (j'aime pas les stats), c'est vraiment les doigts dans le nez
non kihmé (j'aime bien ce jeu)
une AP avec BDD (client/serveur), l'autre avec objet par exemple, ou en partie objet (les news par exemple bien qu'un fichier peut suffir )AP SGBD : Un site internet avec Mysql
AP Objet (JAVA) : Une espèce de gestion de frais sur un véhicule (genre essence, réparation, kilomètrage, etc).
AP Client/Serveur PHP : Un site de gestion de la pêche dans le lac de Madine (Gestion du cheptel des poissons, carnet de prises, etc).
en fait on c'est pas capté, je parlais de la sgbd et toi de la client/serveur, donc ouai pour la client/serveur faut éviter le site
Dès que vous serez tombe d'accord sur les applications à fournir en détails en fin d'année pourquoi ne pas les mentionner dans le magnifique sujet de votre confrère Sekigawa
http://www.developpez.net/forums/sho...21#post3140221
Histoire de compléter la source d'information du BTS IG dans un endroit unique...
tu te fais une ou plusieurs bdd,
et une application cliente qui va intérroger ta ou tes bdd, bien sur éviter le code sur la partie cliente, le maximum des traitements doivent ce faire côté serveur (utilisation des grant, trigger, procedure stockée etc...)
ah ce que je connais pour la partie cliente il y a access (vba), delphi (pascal), java mais y'en a surement bien d'autre
Bonjour,
C'est quoi ton prof ?? C'est un vieux du HTML 1.0 et du javascript ou quoi ?
Je pense au contraire, que ça démontre pas mal de truc (POO, BDD, Interprété, etc). Mais bon, c'est un avis personnel.
Si je dois me réorienter sur autre chose, je le ferai.
Merci pour toutes ses réponses. Je vais étudier tout ça.
c'est un vieux de la vieille qui ne jure que part Delphi, mais à mon avis quand il râle après les sites c'est pour ceux qui sont php/mysql sans gestion des sessions etc... Un jury ne râlera pas sur un site commencé sur du php/mysql ayant eu un ajout de brique poo si le candidat explique ses choix etc... d'ailleurs montrer comment tu fais cohabiter les deux types de développement peut te faire gagner encore plus de points, je l'aurais bien fait, mais j'ai pas le temps
php sans poo pour lui, c'est une page maxi, tu as déjà tout démontré donc pas la peine de faire un site
sinon heu html1 et JS, c'est pas son truc, il est tourné Java ce prof
tout langage est bon à prendre !!! on s'en fout du langage sauf access qui n'en est pas vraiment un
En fait, il faut montrer l'ap Client/Serveur en séparant les données de la présentation avec des traitement un peu des deux côté MAIS il faut mieux de pas utilisé de requêtes pur pour les acces au bases afin d'éviter les injections SQL.
En gros, côté server tu fait une procédure stocké par exemple loadPersonne() (qui correspond à select * from Personne par exemple), et sur ton appli client (qui rappelons le peut être fait en n'importe quel langage) tu execute ta procédure et tu récupère les données !
Moi ce que je conseil, c'est vraiment de mettre les contrôles de donnée ( par exemple vérifier que l'on rentre que des chiffres dans le champ téléphone) côté client et tous les traitement côté serveur (par exemple les insertions), je déconseille VIVEMENT les requêtes brut de pommes dans ton appli client.
PENSEZ à passer par des procédure stocké (le bien) pour traitement des données.
De plus, ce qui peut être pas mal, c'est de crée des rôles qui correspondent à une fonction (ex : le rôle directrice), de lui virer tous les droit d'accèes à la base de données et de lui donner seulement le droit d'executer les procédure que vous avez crées.
Ainsi, dans votre programme, il est impossible à l'utilisateur d'effectuer une manip (injection SQL par ex.) qui n'as pas été prévu par vous.
Voilà je sais pas si j'ai été clair mais n'hésité pas à me reposé des questions.
Sur les 5 AP, il ne faut SURTOUT PAS passer à côté de l'ap Client/Server et de l'ap Objet car ce sont les deux notions les plus importantes de la formation.
Bonsoir,
Merci beaucoup pour tout ça.
Par contre, il va falloir que je me replonge dans les procédures stockées. Car là, j'avoue que j'ai des lacunes.
en même temps VBA c'est pas de la vrai prog
Je crois que je fais un gros bloquage sur l'ap client/serveur...
J'ai pas d'idée... mais là sa craint j'ai l'exam dans un mois et quelques et je comprends rien !!
Vraiment je suis en détresse je vois pas quoi faire ce qu'est le client et le serveur... quels outils utiliser !!!
Aidez moi svp !!!
je ne suis pas d'accord avec toi là, en quoi ce ne serait pas de la vrais prog? Moi qui est fait toute une application avec je peux te dire que y'a pas de différence avec le pascal sous delphi ou le php.
Sekigawa pour l'ap client serveur tu prend un sgbd, sql serveur 2000 c'est bien, tu fais une bdd avec trigger, grant.
Tu fais une interface qui se connecte à ta bdd, utilise delphi ou netbeans pour pouvoir faire ton interface le plus aisément possible. Et comme l'a dit peter p@n dès que tu intérroges la bdd fais le au travers d'un appel d'une procédure stockée.
delphi est un IDE pour le pascal, moi j'ai jamais rien compris à ce truc, netbeans est un ide pour le java qui te permêt la création d'interface graphique grâce à des outils contrairement à eclipse.
Tu dois pouvoir le faire grâce au php, mais je ne pense pas que ce soit le plus adapté pour ça, car avec le pascal ou le java tu obtiens un executable et une application "fenêtre" ce qui est un peu plus dans le cadre d'une application cliente
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager