Dadou

Oui Graine de crapule à été fait avec prestashop, j'ai mis en ligne il y a peu Occazouzou (tu le trouveras facilement sur mon site dans la rubrique références, ou une simple recherche Google ) Pour pouvoir le triturer au niveau de la présentation il faut connaitre le moteur de template Smarty, a partir de la tu fais un peu ce que tu veux. Ce qu'il faut savoir, c'est pour les modules, si tu veux modifier leur rendus, ils faut les copier dans le dossier module de ton template.

Bien sûr, il n'y a pas que le paiement à sécuriser ma toute la boutique : le panier, le système de commandes, les fiches produits,... , les solutions e-commerces actuelles : Prestashop, Magento, thela... sont déjà solidement éprouvées et sécurisées, pour moi vouloir faire entièrement sa propre boutique, c'est chercher à se planter. Comme le dis jcaron, tu peux sans problème utiliser le moteurs des solutions actuelles, sans que cela ressemble aux autres boutiques. J'ai mis en place 2 boutiques sous prestashop, et bien l'une des deux ne ressemble en rien aux templates de bases

Pour du e-commerce, faire ainsi, c'est aller droit dans le mur, le niveau nécessaire pour avoir une appli sécurisé est assez important pour prendre de tels risques

Par défaut webkit ne gère pas non plus le tiff, tu es prié d'utiliser des formats standards

Sauf que xp lui n'est tout simplement pas capable de gerer au dela de 3go en version 32bits

Bof, je fais du dev sur bien moins de RAM et aucuns soucis, le poste du boulot n'en a que 2Go, mais, mon firefox n'a que les extensions strictement indispensables, et je n'utilise pas eclipse, mais Netbeans PHP moins gourmand qu'Eclipse et plus facilement configurable, en fait sur le poste du boulot, ce qui bouffe le plus de RAM c'est l'antivirus avec 180Mo occupé en RAM. Le tout, c'est surtout de ne pas "pourrir" sa machine de merdes et cela fonctionne bien.

Dans AwStats, tu n'aurais pas confondu nombre de visites avec nombre de pages visitées?

Le double écran quand tu fais du web, c'est plus que du confort, c'est limite indispensable

Ce qui ne t'empeche pas de les gzipper aussi

Pour ma part, je découpe en fichier spécifiques, j'ai un fichier commun qui regroupe les fonctions toujours utilisées, puis, un fichier js par "besoin", cela permet d'éviter de charger trop de js d'un coup, IE a tendance à partir en sucette quand le js est trop lourd

Ça pour l'avoir vécu, je confirme c'est galère Non au contraire, par expérience, moins il paye, plus il est exigent.

Le devis doit être le plus détaillé possible pour : 1. que tu puisses chiffrer plus facilement le temps à passer, 2. qu'ils n'abusent pas du flou du devis pour te faire faire plus de choses que prévue, du genre, sur le devis il y a écris réalisation de site internet, pour (aller 3000€ par ex) et qu'au final, ils te demandent de refaire meetic, tu te protège comment des abus si tout n'est pas détaillé??

Tu as oublié d'indiquer le plus important : est tu immatriculé ? Je pose cette question parce que c'est un peu chaud de se lancer et de ne pas connaitre la rédaction d'un devis.

Sinon, c'est parce qu'il fait des sauvegardes auto de la page en court d'édition qu'il remontait

N'utilise pas les sessions alors

Maintenant elle existe, mais au moment, ou captain a fait le lien, ce n'était pas le cas

Non c'est un dépôt commun à tous. Pour passer les modifs de dev à recette c'est un export SVN, et j'écrase la recette, au moins, je suis sur de ne rien oublier, et après pour la prod.

Voila comment on bosse la ou je suis : - Un serveur de DEV, sur lequel chaque développeur à son dossier - Un serveur SVN que chaque développeur synchronise à son dossier - Un serveur de Recette identique au serveur de PROD - Un serveur de Prod Le process est tout bête, chaque dév update régulièrement son dossier grâce au SVN pour avoir la version la plus récente, ensuite quand il fini un dév il le commite (avec un commentaire clair des dév faits), bosser sur des parties sensibles n'est pas vraiment un problème, il suffit de revenir dans l'historique du SVN pour revenir en arrière. Puis, régulièrement, on publie les dernières modifs sur le serveur de Recette pour les tests, une fois les tests validés, on met le serveur de prod en mode maintenance, on fait une sauvegarde de la prod (fichier et BDD), puis on publie la version de recette, on fait quelques tests de base pour vérifier que tout s'est bien passé, et enfin on remet tout online.

Pour avoir travaillé avec ce type de cible, je peux te dire qu'a moins de proposer une solution sans personnalisation, c'est pas rentable : cette cible n'a pas énormément d'argent à investir, et paradoxalement, c'est aussi les clients les plus exigent, un mal de chien à facturer plus de 1000€ le site, pour un travail assez considérable, car, il faut sans cesse les relancer pour les photos, le contenu... Un CMS pour leur permettre de modifier le contenu c'est bien, mais par expérience, dans cette cible, si un client sur 10 l'utilise, c'est beau. Et en plus, a l'époque, on passait notre temps a "courir" après eux pour se faire payer.

Je peux t'affirmer que même sous CS3 le title est modifiable, et cela existe au moins depuis la version 3, et je vien de lancer dream CS3 et quand tu fais : nouveau modèle, les balises de zone modifiables sont bien présentes

Il n'y a normalement pas besoin, a la création d'un template, le title est par défaut dans une zone modifiable

Les différentes boutiques que j'ai pu facturé ont des prix qui débutent à 3000€, après suivant le niveau de personnalisation, cela monte assez vite

LOL, ma clé 3G est plus rapide que la connexion du boulot

Ah, c'est vrai que le réseau, c'est pas un rapide ici (je vais plus vite sur ma connexion 3G

Oui, dans les deux cas, j'étais connecté à Gmail