Ses derniers messages sur les forums
Quelques
pistes. L'idée c'est d'utiliser un iframe éditable, et de le piloter par Javascript. Si je peux te donner un conseil, utilise un outil déjà fait. C'est un enfer à développer.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Fais jouer ton imagination. Ceci dit, les anglais ont plus de chance car « to cast » a un peu plus de sens. Par exemple, « to cast a spell », très courant ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Il y a plusieurs méthodes, qui sont plus ou moins applicables selon ton besoin et tes moyens.
Dans l'absolu, tu as au moins besoin d'un logiciel de conversion de vidéo sur le serveur,et la capacité de le lancer.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
J'ai comme une allergie à ce site auquel, dès que je le lis j'ai des crises d'urticaire. Donc tu m'excusera de ne pas aller voir.
Par contre si tu expliques ce qu'est un zForm, on pourra peut-être t'aiguiller pour faire quelque chose de similaire (ou intégrer).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
« J'inventerai des mots, qu'existent pas dans le dico » ;)
Le transtypage c'est quand tu transformes une variable d'un type vers un autre, avec un opérateur de transtypage. Les anglais appellent ça un typecast, qu'on abrège généralement en cast. « To cast an integer to a string », par exemple.
La page dévolue au
Transtypage.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Le BBcode et l'orthographe ne sont pas des options, ce serait sympa que tu y fasse attention.
Tu ne peux pas lui interdire. Ce que tu peux faire, c'est l'envoyer bouler quand il t'envoie du caca. C'est un test à faire côté PHP.
En gros, quand il t'envoie les données :
- tu vérifie la donnée envoyée
- si la valeur n'est pas acceptable, tu mets un message d'erreur et tu propose à nouveau le formulaire, sinon tu enregistre les données.
Vu que tu as plusieurs champs, ça complique un peu les choses, mais c'est l'idée.
Pour vérifier le contenu d'une variable, tu as les fonctions de la famille filter_var.
Une dernière chose : les prix ne doivent jamais être contenus dans des float. Les float ne sont pas des nombres décimaux, mais une approximation de la projection d'un nombre décimal dans le système binaire. Cette approximation entraîne des erreurs de calcul. Selon le pays et sa législation, ça peut devenir un problème fiscal important.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Il t'en prie.
Une des choses les plus importantes à savoir, quand on fait du PHP, ce sont les transtypage pour le moins exotiques du PHP, avec par exemple :
<?php echo (string) array() ?>
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
J'ai l'habitude d'utiliser l'interface MySQLi car l'interface PHP MySQL est déconseillé depuis des temps immémoriaux. La fonction accepte un ou deux paramètres. Le second paramètre est optionnel si tu n'as qu'une seule connexion MySQL établie.
La fonction que tu dois utiliser pour sécuriser les données que tu insères en base est, dans ton cas,
mysql_real_escape_string.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
MySQL n'a pas été racheté par Oracle. Sun Microsystems avait racheté MySQL AB, et Sun a elle-même été absorbée par Oracle.
Il y a déjà plusieurs projets dérivés de MySQL, qui permettrons de faire perdurer MySQL (même sous un autre nom).
À mon avis, apprendre une norme SQL est une perte de temps. Personne ne l'implémente correctement, ou comprend la même chose de la norme que le concurrent. Il vaut mieux apprendre quelques dialectes.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Le seul moyen portable, actuellement, est d'utiliser du Javascript. Il y a de nombreuses méthodes. Tu peux regarder du côté de jQuery UI, je crois qu'il y a un tel composant.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
