dièse

Je pense à une chose qui m'est déjà arrivé, es-tu sûr de t'intéresser au bon serveur Apache ? Beaucoup d'IDE (zend studio, phped...) ont leur propre serveur apache pour le débuggage. Les modifications que tu fais dans ton php.ini sont-elles visibles avec un phpinfo() ?

peut-être dans ton css : body { background: #fff; color: #fff; } Je dis juste ça pour te détendre un peu, je sens que ça commence à t'énnerver un peu

Quelques pistes au cas où Tu relances Apache après chaque modification de ton php.ini ? Tu n'as pas quelque part dans ton code (fichier de conf ?) un ini_set("display_errors", FALSE) ? Pas de fichier .htaccess ou des directives PHP seraient modifiées à l'aide de php_flag ?

Et ? Il peut très bien n'y avoir aucun salarié dans une SARL de famille, non ?

Bonjour, Regarde sur http://openweb.eu.org il y a un très bon tutoriel sur XmlHttpResquest, sinon je crois que les tutoriels de www.toutjavascript.com sont pas mals.

Je n'ai aucune stat, mais par expérience je dirais 1 commande sur 30 . De toute façon ce ne sera pas facile d'interpreter des chiffres sur ce comportement. Qu'est ce que les clients passant commande par téléphone auraient fait si on ne leur avait pas offert cette possibilité ? quelle étape lors de la commande les a bloquée ? quel renseignement leur a manqué pour qu'ils hésitent à passer la commande par eux-même ? Est-ce que la voix sexy de la personne gérant la hotline a poussé le client à passer d'une simple demande de renseignement à une commande complète

C'est une faible proportion, et de toute façon ce n'est pas très grave puisque en terme de rentabilité immédiate ce qui compte c'est le taux de clics puis ensuite pour le suivi de la base ce qui aura de l'importance c'est l'évolution de ce taux d'ouverture et l'évolution du taux de réactivité (clics / ouvertures).

Le cache de requête est à conseiller aussi, même si tu ne vois pas de différence, ça ne peut être que bénéfique. Avec 1Go de RAM tu peux certainement fixer un cache supérieur à 32M. Tu pourras de toute façon ajuster cette valeur à l'aide des variables d'état correspondant à l'utilisation du cache de requête (ces variables d'état sont toutes observables à partir de phpmyadmin).

Oui il y a un problème pour IE 5.5 et inférieur. Le problème disparait si on réduit la taille de la police. Pour debugguer un positionnement en float je crois qu'il faut mieux que tu trouves une version de IE5.5, je n'arriverai pas à te donner d'indications assez précises par écrit .

opquast peut-être

Bonjour Régis, J'ai peut-être mal regardé mais à priori, non il ne s'agit pas d'une farm-links. Pour que ça soit le cas il faudrait que chaque site listé fasse des liens vers tous les autres sites. Ca n'a pas l'air d'être le cas.

C'est donc qu'il te manque quelques chiffres . Par exemple des données qu'on ne trouve nulle part : évolution du chiffre d'affaire/boutique, bénéfices générés, longévité des sites de e-commerce, etc... Parce qu'il ne faut pas oublier que le nombre de boutique en ligne augmente jour après jour, qu'une grosse partie du chiffre d'affaire de ces sociétés est réalisé sur des produits dont la marge est très faible, et que les gros acteurs de la vente par correspondance classique commence à peine à s'intéresser à ce marché. Je dis ça juste pour modérer un peu l'enthousiasme de jeunes entrepreneurs qui découvriraient pour la première fois ces chiffres, je ne pense tout de même pas que l'avenir du e-commerce soit sombre .

Ne sachant pas quelle est la ligne 43 de ton fichier il va être difficile de te répondre . Sinon il y au moins 2 problèmes dans ton code : - Tu testes si la variable $nom est vide, auquel cas tu affiches une erreur. En faisant ça tu déclares la variable $nom. Ensuite tu testes avec la fonction "isset()" si la variable nom a été déclarée, cette condition sera donc toujours remplie . Essaie plutôt : if(!isset($nom)) { echo 'erreur'; /*....*/ } else { include($nom); /*....*/ } - Ensuite attention à l'inclusion à partir de variable comme tu le fais. C'est la faille de sécurité la plus courante en php . Si tu travailles avec la directive php REGISTER_GLOBALS a ON, et que n'importe qui peut appeler ton fichier de la façon suivante : "http://www.tonsite.com/index.php?nom=blablabla", c'est très risqué

Quelle directive as-tu modifiée dans ton php.ini ? Il y en a plusieurs, celle concernant l'upload et celle concernant la taille max des données transmises par la méthode POST je crois.

Zend Framework (PHP5) Au moins tu es sûr de ne pas avoir de mauvaises surprises quant à la pérénnité du framework .

oups erreur de ma part . Ce n'est donc pas dans ce fichier que tu dois renseigner tes identifiants. IL s'agit juste de la classe de connection à la base de données. Tu dois facilement pouvoir trouver une doc sur l'installation, qui te renseignera sur le fichier de conf à éditer pour pouvoir te connecter à ta base de données.

Ca doit vouloir dire qu'il faut que tu saisisses l'url de ton serveur MySQL et tes identifiants de connection à ce serveur dans le fichier "/webs/9/3/87/00/7839/web1/db/mysql4.php" .

on peut très bien être sandboxé sur certaines expressions clés (en parlant d'orthographe je n'ai aucune de la façon dont d'accorde le mot "clé" )

Tout à fait d'accord avec Spidetra, il faut choisir une solution adaptée au chiffre d'affaire généré par le site. Pour la majorité des sites de e-commerce, 7 heures d'indisponibilité par mois ça n'est rien du tout si l'on rapporte cette perte au coût salarial d'un admin réseaux . D'autant que ce ne sont pas des pertes réelles puisqu'un certains nombres de commandes sont juste reportées. Reste l'image de la société qui est entachée si les problèmes deviennent récurrents. Je suis salarié d'une société pour laquelle je développe des solutions de e-commerce. Nous avons 2 sites en production, bientôt 3. 1 de ces sites fait entre 10000 et 15000 Visiteurs/jour. Je m'occupe moi-même des serveurs alors que j'ai une formation d'architecte logiciels et que je n'avais aucune connaissance en administration système en débutant ce travail. Je n'ai pas souvenir (si on met de côté le petit incident Redbus...), d'une indisponibilité de nos sites de plus d'une heure. Mon avis très personnel est que la disponibilité 100% est utopique et non primordiale. Une seule chose compte : les backups. Et là tu peux vérifier toi-même que ton ou tes développeurs font bien leur boulot . Edit : Je ne suis pas assez vif pour ce forum, 5 messages ont été posté le temps que j'écrive le mien.... je faisais référence à l'antépénultième post de Spidetra

pas sous IE, non

Exact, tous les gros site ayant un design extensible, même ceux ayant un code assez propre, utilise au moins une table pour obtenir une largeur minimum, pas de honte à ça .

Bonjour, C'est www le sous-domaine . Si la boite d'informatique apparait quand tu ne mets pas les www c'est que les DNS ont bien été configuré mais pas les Virtual Hosts d'Apache (qui ont été défini pour le www.domaine.com alors qu'ils auraient du l'être pour domaine.com). Dans tous les cas je suppose qu'il s'agit de la société qui a mis en place le site de ton viticulteur, et que si celui-ci leur demande de corriger le problème, ils le feront très rapidement .

Ce serait extrémement utile . Avec la même idée en tête, j'avais d'ailleurs pris un nom de domaine annuaire-cms.info. Mais j'ai manqué de temps et surtout de connaissances pour modérer efficacement les inscriptions. J'avais dans l'idée de construire une liste de CMS la plus exhaustive possible et pour chaque CMS une liste de plugins, et de laisser ensuite les webmasters sélectionner les modules auxquels ils avaient eu recours. Bonne réussite à ton projet .

Effectivement, ton process ne sera détectable avec un "ps aux | grep mrtg" que toutes les 5 minutes, tu n'arriveras pas à le détecter comme ça. Essaie de faire un "grep mrtg.cfg /etc/" les cron sont parfois dans des dossiers du style "cron.daily". C'est peut-être là que se situe le 2ème appel.

Je m'incline, c'est la classe . Je me suis souvent rendu sur ton site sans jamais faire attention à ce détail.