Kioob

Les syntaxes "W:\\isipc\\martinot\\photoC\\" et "W:/isipc/martinot/photoC/" devraient fonctionner, dès lors que le dossier existe. Si ça ne fonctionne pas, ce n'est pas au niveau de la syntaxe qu'il faut chercher. Je ne sais pas s'il y a une gestion des droits sur ton Windows, mais PHP n'a peut être pas le droit d'accéder aux dossiers en questions. Si tu fais un opendir() pour ouvrir le dossier, tu obtiens quel message d'erreur ? PS : j'ai lu un bug à ce sujet concernant une vieille version de PHP (5.1.x) sous Windows, quelle version utilises tu ? cheminCarrousel: W:\\isipc\\martinot\\photoC\\ Ce message m'intrigue par contre : le double échappement est nécessaire pour le parseur PHP, c'est à dire que si tu fais un "echo" de la variable en question il ne devrait pas être visible. Fais voir quand même le bout de code concerné stp (un copier/coller exact).

Et le dossier existe au moins ?

Bonsoir, je conseille siege à mes clients : tu enregistres une session de navigation "typique" d'un utilisateur (avec le cache vide) en te basant sur les logs du serveur Apache, d'un proxy ou encore l'extension LiveHeaders de Firefox, et grâce à cela siege simulera la présence d'autants d'internautes que tu voudras. Mais il y a probablement des outils plus évolués, celui ci a le mérite d'être opensource et fourni par Debian.

T'inquiète Arlette, tout le monde a eu la même réaction quand il a fait son annonce, mais à ma connaissance il n'a toujours pas donné la moindre explication. Je m'avance un peu (beaucoup) mais au cours d'une discussion sur la mailing list il y a quelques mois on s'est rendu compte qu'il connaissait mal ces technologies et qu'il était resté sur des limitations techniques aujourd'hui disparues. Il a donc peut être un peu plus creusé la chose depuis... ou bien on lui aurait "imposé" pour des raisons économiques voir commerciales ? Mais aucune info n'a filtré pour le moment. En tous cas je prends ça comme une bonne nouvelle pour le client.

Une liste non exhaustive (et non testée personnellement) : http://www.lowendbox.com/virtual-server-comparison/

Coté VPS/VDS l'offre est assez pauvre en France je trouve : on a du moyen de gamme chez Sivit assez cher, du super flexible très cher chez Gandi et du pas cher tout lent chez beaucoup de prestataires. Alors qu'outre atlantique on trouve des offres sympas à 5$ par mois... Bref, je ne sais pas ce que prépare OVH mais à mon avis ils vont plutôt taper dans le discount comme d'habitude, histoire de réveiller un peu les prestataires actuels. Avoir un VDS de 512Mo pour 5 HT par mois, je pense pas que tu sois spécialement déçu, si ? Il faut simplement patienter pour voir ce qu'OVH prépare, et en attendant ça tombe bien tu peux continuer à louer des RPS si ça répond à ton besoin.

Et comme déjà dit aussi, le service est remplacé par une offre VPS qui sera peut-être même moins cher.

Hello, comme indiqué dans le thread il est question de les remplacer par des VPS (de la virtualisation type "virtuozzo" par exemple). Bref, probablement une perte de performances mais un gain en souplesse, robustesse, et peut être en prix. Et pour ma part je préfère cette technologie.

Mais ils sont sujets à l'usure, le nombre d'écriture par cellule étant limité. Ca embarque beaucoup d'électronique pour réduire ce facteur, mais il existe toujours.

C'est maintenant en option en fait : en gros avant on avait du raid hard via une vieille carte pourrie qui posait problème et était super lente. Maintenant tu as le choix, soit tu restes en soft (ce qui sera bcp plus rapide que le raid hard précédent), soit tu débourses 20 par mois pour t'offrir une carte digne de ce nom (la même que dans les serveurs HG à priori). Perso j'apprécie beaucoup cette décision.

Hello, je suis pour ma part un grand fan de PDO (sur le fond en tous cas, un peu moins sur la forme). Bref, pour pouvoir faire des requêtes imbriquées (c'est le mal ), il faut indiquer à PHP de stocker le résultat en mémoire avant de rendre la main (même comportement que mysql_query() quoi ; et on comprends mieux pourquoi c'est le mal ). $db->setAttribute(PDO::MYSQL_ATTR_USE_BUFFERED_QUERY, true); Pour ce qui est des exceptions, il me semble que par défaut PDO est en mode "warning" (à vérifier). Et donc préciser lors de l'instanciation : PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION. PS : et justement il me semble que le réglage par défaut de PDO::MYSQL_ATTR_USE_BUFFERED_QUERY a changé au fil des versions (merci les devs PHP...)

Il faut ajouter les lignes en question, et relancer MySQL (ou bien modifier ces paramètres à chaud, bien que je ne sois pas certain que ce soit faisable pour log_slow_queries). Tu peux toujours essayer depuis le client MYSQL : set global log_slow_queries := /var/log/mysql/mysql-slow.log; set global long_query_time := 1; set global log_queries_not_using_indexes := 1;

Il faut regarder ça dans la conf MySQL (dossier /etc/mysql et /etc/mysql/conf.d/ sous Debian). Il s'agit d'entrées de ce genre : log_slow_queries = /var/log/mysql/mysql-slow.log long_query_time = 1 Voir également (pour détecter de potentielles autres erreurs) : log-queries-not-using-indexes La première indique le chemin où sera stocké le fichier de log en question, la deuxième indique la durée (en seconde) à partir de laquelle une requête est jugée lente, et la dernière comme son nom l'indique trace toutes les requêtes n'utilisant pas d'index (ce qui peut être une erreur... ou pas).

D'ailleurs Dan, ce n'est qu'une suggestion, mais maintenant que ce Kimsufi est plus puissant que les gammes SP, EG, ainsi qu'une bonne partie de la gamme MG, je pense qu'il aurait sa place

Bonjour, si tu n'as pas besoin des services réservés aux offres PRO (grand nombre d'IP, délai d'intervention, KVM réel, etc) c'est une belle machine oui (8 coeurs, 12Go de RAM, réseau gigabit, et RAID software).

C'est possible oui, la question était surtout de savoir si cela avait été fait ou non ; même si pour ma part une telle consommation mémoire pour une base aussi petite me surprend un peu.

A ce titre d'ailleurs ton hébergeur actuel peut peut-être diagnostiquer un problème dans ta configuration, qui t'éviterait un changement de serveur. En effet si cette consommation mémoire n'est pas justifiée, le problème peut rester présent avec une machine équipée de 2, 4 ou 8Go de RAM. As tu cherché à connaître l'origine de ce problème ?

Pour le passage en test il est manuel (on a une petite interface sur notre intranet nous permettant de les déclencher, ainsi que de synchroniser vers la prod). Quand aux environnements de dev, chaque développeur est responsable de son compte mais à priori c'est du manuel également.

Bonsoir, je ne suis pas certain qu'il y ait de solution "toute prête" pour ça. Par exemple chez nous sur le serveur de "test" c'est un dossier de travail svn normal dans lequel un script fait un "svn update[1]". Et pour le passage en prod, c'est un rsync depuis le dossier de travail du serveur de test / pré-prod. Bref, chez nous en tous cas Apache n'a rien à voir là dedans. [1] en fait c'est un poil plus complexe : svn update + svn revert + svn-clean ; ainsi que divers traitements maison comme minification des codes JS et CSS par exemple.

Bonsoir, il faudrait effectivement un "vrai" monitoring, qui surveille les ressources de la machine. Tu as par exemple Munin et Cacti qui peuvent faire ça. Après il faut aussi apprendre à correctement recouper toutes ces données afin de savoir où se situe le problème, et pouvoir ensuite envisager une correction. Je ne connais pas exactement les clauses du forfait infogérance de base chez Sivit, mais leur as tu demandé ce qu'ils en pensent ?

Bonjour, je réponds un peu tardivement, mais la question me surprends beaucoup : on peut en effet hésiter entre plusieurs techniques, mais pour moi l'XML ne fait clairement pas parti des solutions "rapides" dès lors qu'il s'agit de gros volumes dans lesquels il va falloir faire des recherches plus ou moins complexe.

Par exemple il semblerait que Gmail ait un quota de 500 destinataires différents par jour. Par contre je répète, quand j'évoque la solution de ce genre de SMTP c'est bien en utilisation directe depuis PHP. Sinon coté serveur virtuel, chez Sivit et OVH ça commence à 9, et chez Gandi c'est 12. Bon courage en tous cas

Bonsoir, qu'appelles tu "couteux" ? Des serveurs virtuels on en trouve à tous les prix, de 3 mensuels à plusieurs dizaines d'euros et plus. Je vois 3 grandes "méthodes" pour l'envoi : 1) passer par le serveur SMTP d'un FAI. 2) utiliser ses propres serveurs qu'ils virtuels ou non 3) tout déléguer à un prestataire spécialisé La première méthode est généralement gratuite et peut être intégrée directement à PHP en utilisant une classe gérant les connexions SMTP. Les résultats sont plutôt bons sur du petit volume (généralement ces FAI imposent un quota). Toutefois j'aurais tendance à utiliser le SMTP de Gmail par exemple, qui fonctionnera forcément mieux que celui d'Orange (note : avis totalement subjectif). La deuxième méthode est forcément un peu plus onéreuse, mais si tu as le temps de te pencher sur toutes les technologies qu'il faudra mettre en oeuvre tu peux avoir de très bons résultats. Les soucis étant là : le temps nécessaire à leur mise en oeuvre, et la grande variété de techniques à assimiler. La troisième est sensée être celle offrant le meilleur résultat, en un minimum de temps - à condition d'opter pour un bon prestataire. Pour te donner un ordre d'idée des tarifs, tu peux déjà consulter la grille de CampaignMonitor. Bref, à voir en fonction de ton temps, ta cible, ton budget, etc.

Bonjour, de mon point de vue ça ne sert à rien de chercher à bloquer ces tentatives, cela prend énormément de temps pour quasiment aucun bénéfice. Des scanners de failles en tout genre, il y en a des milliers en permanence partout.

Bonjour, l'affichage des erreurs PHP est il activé ? (cf error_reporting et display_errors) > pourquoi s'authentifier avec un smtp alors le but est de pouvoir envoyé un mail de n'importe ou avec n'importe quelle connexion ? Ca c'est uniquement parce que tu l'indiques. Logiquement pour du "localhost" tu n'as pas besoin de t'identifier, ni besoin de passer par du SMTP. D'autant plus que quelques lignes plus loin tu indiques d'utiliser SendMail au lieu du serveur SMTP. Les copier/coller sans chercher à comprendre, c'est le mal