Reprise du message précédent :

Ça charge le moteur de Chrome dans une iframe via un plugin.

ouai, mais personne ne l'aura ce plug-in ?!! sauf les web dev, mais bon, la cible c'est les utilisateurs lambda...

 
ouais mais tu peux lorsque l'utilisateur n'a pas le plug-in lui demander si il veut l'installer
 
le top serait d'utiliser une fail IE pour installer google frame en douce    
 
Si il veut pas, il voit pas la page etpisctout    
 
par contre ca marche pas chez moi et j'ai bien installer le plug-in    
 

bon et sinon c'est super crétin, ce truc, les gens trop cons pour utiliser autre chose qu'IE installeront jamais le plugin...
..à compter qu'ils aient installé chrome, déjà, de toute manière.

 
ouais mais si je mets  
 

 
ca marche sous IE8 sans la frame google chrome  
 
Y doit bien avoir moyen de pondre une page qui marche pas sans cette frame et des que on rajoute la balise hop magie ca marche
 
par contre je ne pense pas qu'il fasse avoir chrome d'installé pour que ca marche (si oui c'est debile)

t'as google chrome d'installé?
Non parce-que le moteur il va pas le pondre par magie, ton OS...
Ou alors c'est censé marcher juste via le plugin?

 
ouais j'ai chrome d'installé.
 
le premier code que j'ai mis il marche sous chrome et pas sous IE (erreur doctype je sais meme si j'ai pas fait expres)
 
J'ai installer le plug-in sur IE8.
 
Et avec le meta tag magique sous IE8 j'ai pas le meme rendu que sous chrome....
 
 

Pourquoi il ne faut pas utiliser une working copy svn pour mettre un site en prod: http://translate.google.com/transl [...] ry_state0=

 
   
 
AH ouf je suis encore sous cvs ou google code  

Ouch. J'avais jamais testé cette faille, bah j'en ai trouvé quelques-uns dans mes bookmarks

Je viens de checkouter le depot SVN d'un site plutot connu

edit : Et de certaines personnes du forum qui sont les premières à déconseiller de faire ça

theredled : rien à voir mais : http://forum.hardware.fr/hfr/Progr [...] m#t1918937

Je passe juste pour gueuler que dev avec PayPal c'est la merde :
 
DEV AVEC PAYPAL C'EST LA MERDE §§§§§§§§§§§§§§§§ /FOU/ /FOU/
 
Voila, désolé pour le dérangement

mince ça m'étonne ça, il me semblait qu'ils avaient un truc plutot bien foutu ! Tu rencontres quoi comme probleme ?

Sinon quand j'm'interessais au micro paiement de mon coté, j'avais lurké du coté de rentabiliweb (notamment utilisé pour tous les jeux Motion-Twin, Naturalchimie, La Horde, etc ...)
 
http://www.rentabiliweb.com/

Ah ah, excellent lol

bin pour une boite qui date et précusrseur dans le paiement online, et dont le systeme est u tilisé partout, j'pensais qu'ils avaient un truc bien foutu

Bah non, être le truc le plus utilisé signifie justement qu'ils n'ont pas besoin d'avoir un truc bien foutu: les devs sont de toute façon obligés d'intégrer paypal

c'est moche !

 
Voilà ...
 
Pis des fois ça tiens à du "détail" bien casse couille ... genre un exemple sur la page sur laquelle je me trouve là maintenant tout de suite ... t'es sûr la création d'un bouton, t'as la zone "ajouter des variables personnalisées" ... tu crois que ces cons auraient pensé à foutre un lien vers la liste des vars en question ?
 
Ben non, faut que t'ouvres une nouvelle fenêtre et que t'aille fouiller la doc... Jamais ça leur a traversé l'esprit que ça serait pratique un lien direct ?

Envoie un mail pour le suggérer

 
Nan mais si je commence à envoyer un mail pour chaque truc à changer/améliorer/ajouter, je vais saturer leur boite

Comment tu veux qu'ils améliorent leur truc s'ils sont pas mis au courant?

Parce qu'à ce stade, c'est pas l'ajout d'un lien qui va changer les choses... Ils feraient mieux de revoir complètement le truc (si c'est pas déjà en cours...)
 
Bon cela dit j'ai déjà poussé un coup de gueule sur leur forum de dev hier.
 
Mais bon, je doute que PayPal soit le genre de boite à prendre en considération les demandes des dev. Peut-être me trompe-je, mais vu leur position largement dominante, je suis pas sûr qu'ils aient beaucoup d'effort à faire pour le moment.

Ptet, ptet pas, dans tous les cas si tu donnes pas ton avis il est certain qu'ils ne feront rien.

Spafo

Il existe quoi comme licence qui permette la modification du code source, mais pas la redistribution (que le source soit modifié ou pas).

En gros je fais un système de licence d'utilisation (on achète une licence et ça permet d'utiliser tous les plugins dispos).

Il y aura 1 licence de type commercial, l'autre non.

Donc en gros :
- Autoriser un usage commercial, autoriser la modification, mais interdire la distribution
et
- Ne pas autoriser l'usage commercial, autoriser la modification, mais interdire la distribution

Edit :
Il semblerait en fait que ce ne soit pas incompatible d'autoriser la redistribution du code, même modifié, tant que l'utilisateur paye sa licence...

En Creative Commons, ça pourrait être du by-sa pour le premier cas, et du by-nc-sa pour le second.

Pour ceux que ça intéresse, sachez que si vous faites un "Reset" sur un compte, bien que l'info donnée est :
 

 
Absolument toute la configuration saute... les styles créés, les boutons, les URL de redirection etc... enfin tout quoi.
 
Et la deuxième chose (bravo PayPal ), c'est que pour l'URL de redirection, il va essayer de la vérifier, et vous jeter comme une merde si l'url n'existe pas...
 
Donc sur la sandbox, n'espérez pas pouvoir renvoyer vers l'URL de votre serveur de dev -__-
 
----------------
C'était le communiqué de PayPalStroGénial

Ouais paypal c'est très pénible de dév avec. Je me suis arraché les cheveux par le passé. Mais les boutons pourquoi tu les généres pas à la volée dans ton appli?
 
Sinon pour configurer votre appli web, sachant que ce sont des variables qui varient rarement, vous préferez mettre les paramètres dans la DB (une seule entrée en fait) et faire une requête supplémentaire, ou bien stocker ça dans un fichier quitte à redémarrer l'appli pour charger de nouvelles variables?

java ?

L'appli est codée en RoR. Mais ça fait p'têt un peu lourd une table avec une seule entrée pour des variables qui vont finalement presque jamais changer?

J'ai jamais codé d'applis "qu'il faut relancer" (pour mes vrais sites je fais que du php ), mais une DB c'est lourd, c'est pas intuitif, c'est pas commentable, ça implique une connexion obligatoire à une DB, c'est pas versionnable, pas mockable...

Et t'aura nécessairement un bout de config séparé du reste : les identifiants d'accès a la DB

Le seul intérêt de mettre de la config dans la DB, c'est si tu veux qu'elle soit configurable à partir d'une admin (et encore).

 
1> Parce que ça me permet de les crypter, ainsi on passe juste un ID de bouton, et on ne voit pas toutes les variables (prix, ID de l'article, URL de retour etc.). Ça évite que des petits malins changent le prix dans le code source par exemple, espérant ne pas se faire gauler . Le cryptage, c'est aussi quelque chose qu'on peut faire côté dev, mais quand je vois le bordel pour le mettre en place, j'ai vite lâché l'affaire.
 
2> Comme theredled, dev Php, je n'ai jamais eu d'appli à "redémarrer" ^^

1) Perso je j'encrypte les boutons dans mon appli, et oui ça a été le bordel à mettre en place, mais maintenant j'y touche plus
 
2) Je crois que je vais garder en BDD, à tous les coups je vais oublier de mettre à jour le fichier de conf qui n'est pas commité dans le repo de l'appli.

 
Au taff on a mis en place sur notre projet principal une table de paramètre. Pour éviter les hits sur la DB on monte les données en memcache à la première lecture et lors d'une modif on modifie à la fois la DB et memcache. Du coup on y va à coup de myConfig::get(ma_cle, valeur_par_defaut) et myConfig::set(ma_cle, ma_valeur).

J'ai un petit trou de mémoire de newbie, quelle est la fonction PHP à mettre obligatoirement au niveau formulaire coté client pour éviter de pouvoir initier des requetes non-désirées (genre à partir d'un moteur de recherche sur le site)

c'est le formulaire qui est accessible coté client, pas la fonction PHP à mettre

 
Bah perso quand je relie ta phrase ça change rien... une fonction Php à mettre au niveau du "formulaire côté client" ... je ne comprends pas plus la question