Dadou

Pourquoi ?? Si tes pages sont en html pur, tu prends ton éditeur habituel et tu change, il n'y a pas besoins de faire du php pour cela

Bon, actuellement, tu gères comment tes pages? (quel logiciel, système de publication...) Parce que la, j'ai l'impression que tu ne sais pas ce qu'est le php et à quoi il sert

Ou est ce que tu vois des apprentis sorciers

Ben si l'encodage se fait sur un ordi non connecté au net, puis à l'aide d'une clé usb on transfere le message sur un pc connecté, puis on l'envois. On se retrouve donc dans le cas ou le spyware n'a pus envoyer d'info. Encore un projet de loi rédigé par des personnes qui n'y captent rien en informatique. Je me répète donc, c'est plus au niveau des fai qu'il faut travailler, et aussi sur les techniques de décodages.

Je ne suis pas spécialement contre qu'ils étendent la législation à Internet, mais absolument pas d'accord pour l'installation de spyware sur ma machine, c'est comme si ils rentraient chez toi et installait des micros dans toutes les pièces. Qu'ils se "démerdent" en amont au niveau du FAI.

Bah voila, Dan vient de déclencher une alerte

Tu sais, chez France Télécom eux ils sont fort pour se renvoyer la balle de service en service, c'est pas mieux. Pour ma part, a chaque fois que j'avais des problèmes (mails, internet, hebergement) et que le prestataire était France Télécom, cela n'engage que moi, mais maintenant, pour rien au monde je ferais appel à leurs services (ou seulement sous la contrainte)

Je n'héberge pas de site comme les Intranets, et tous les sites dont j'ai la charge, j'en ait une copie qui est régulièrement mise à jour, je ne suis pas fou non plus

Quel risque? La sous-traitance est courante dans le domaine informatique, bien sûr si il y a problème j'assume d'abord les conséquences (plutôt minime, puisqu'au pire c'est le remboursement de la prestation annuelle pour le client), mais après, je me tourne vers le prestataire. Mais bon c'est comme toute société, il y a quand même un minimum de confiance avec ses prestataires, et j'entretien de bon rapports avec mon hébergeur qui est très compétent

C'est moi qui facture la prestation d'hebergement, question de facilité pour le client : après il ne s'y retrouve plus entre la facture hebergement, la facture maintenance, la facture nom de domaine,... Mais il est clairement indiqué dans les facture et le contrat, que l'hergement se fait chez le prestataire spécialisé défini dans le contrat (pour info je ne suis pas chez OVH, la hotline est trop lente et lamentable à mon goût). Bien sûr quand il y a problème les clients se tournent vers moi (normal). Après si il y a vraiment soucis avec l'hébergeur, j'en change tout bêtement, et réflechi à un geste commercial pour mes clients après tout si il y a soucis, c'est tout de même moi qui l'ai choisi et donc qui est en partie responsable des soucis. Sur une petite dizaine d'années à fonctionner avec ce système, je n'ai eu que très peu de clients insatisfaits (et pourtant j'ai des cas).

Jamais reussi à négocier un partenariat avec ovh, ils ont énorméments de concepteurs de sites qui hébergent leur clients chez eux

Pour pouvoir proposer un encodage en ligne, il faut disposer d'un serveur dédier, car il faut installer une appli (FFmpeg) sur le serveur qui n'est pas fourni sur les mutualisés

Ce que j'ai fait jusqu'a maintenant, c'est vendre une presta d'intermédiaire, parce que par expérience, mes clients n'ont aucune connaissance technique, et quand il faut appeler le support de l'hébergeur parce que cela ne fonctionne pas, la communication est parfois épique : entre l'hébergeur qui à tendance à noyer le client sous des informations techniques, et le client qui ne sait pas forcement expliquer le problème rencontré. Je fais le tampon entre les deux, en général, mes clients apprécient. Surtout, que comme je les ait mis sur le même serveur, dès qu'il y a un problème je suis rapidement averti, et la plupart ne s'aperçoit même pas qu'il y a eu problème.

Il ne s'agit pas forcement de faire de l'hebergement, mais de faire l'intermédiaire entre l'hébergeur et le client final

Oui les clients se renseignent sur les tarifs, mais il faut savoir argumenter. La majorité de mes clients étaient au courant que pour moins de 50€ par an ils pouvaient avoir un hébergeur, et pourtant ils acceptaient ma facture annuelle de 250€, si pour eux c'est le prix à payer pour dormir tranquille, ben en fin de compte c'est tout bénef. Il faut bien leur faire comprendre que si ils gèrent eux même leur hébergement, qu'il faudra qu'ils passent du temps avec le support technique (la plupart d'entre eux vont d'abord s'occuper de leur petites affaires quotidiennes, puis penseront au site que quand ils auront du temps). Et donc au final, le site (ou les mail) peuvent être indisponible longtemps. En plus, les clients ne sont pas sur leur site en permanence, en jouant sur le fait que j'héberge tout sur le même hebergement, et que tu es tout le temps dessus ou presque (pour les besoins des autres clients), tu détecteras en général les problèmes avant même que les clients s'en aperçoivent, et donc pouvoir les résoudre avant qu'ils deviennent gênant.

Pour te donner une idée, je facturais la prestation d'hébergement 100Mo à 250€ (1 NDD compris) La prestation peut paraitre chère, mais je m'occupais de toute les démarches administratives et techniques, et surtout du monitoring du serveur d'hébergement. Ayant tous les clients sur le même serveur, j'étais rapidement informé d'un dysfonctionnement, et envoyait Un chose importante à faire apparaitre, c'est d'indiquer que tu passes par un prestataire spécialisé dans l'hébergement, et que tu t'engages à faire le nécessaire auprès du prestataire afin de résoudre rapidement tout problème dépendant de l'hébergement. Je n'ai jamais mis en place un système de tarif dégressif. Pour l'hébergement de base, je facturais par tranche de 100Mo, et pour moi plus le client à besoin d'espace, plus il va être consommateur de bande passante, qui elle fait rapidement monter les coûts. Mais, sinon, oui, il faut régulièrement relancer les clients pour qu'ils fassent vivre leur site : proposition d'évolution (les pousser à publier des actualités voir leur proposer de le faire pour eux : leur rappeler que le web n'est pas un média figé contrairement à un catalogue ou une plaquette papier). Des réclamations, oui j'en ai eu, comme tout le monde je pense (il y a toujours un petit pourcentage de clients qui quoi qu'il arrive ne sont jamais content). Rapport à l'hébergeur, face au client c'est toi le responsable (c'est toi qui a choisi le sous-traitant) c'est donc à toi d'assurer les conflits. J'ai eu à une époque un gros problème de serveur de messagerie qui ne fonctionnait plus le client m'appelle très mécontent et très remonté, il utilisait beaucoup la messagerie avec ses clients et fournisseurs, du coup cela le gênait dans son quotidien. Je lui est expliqué que je le comprenais étant dans la même situation que lui (ma messagerie étant sur le même serveur, elle était en carafe elle aussi), et que j'étais déjà en train d'effectuer les démarches auprès du prestataire afin que cela soit réparé dans les plus bref délais. Loin de le calmé, il s'est emporté en me disant qu'en fin de compte je ne servais à rien, et que cela ne le mettais pas à l'abri des ennuis, et qu'il aurait mieux fait de se passer de mon intermédiaire. Sur ce, je lui ait expliqué que ma prestation ne peux éviter les pannes d'un serveur, tout comme la garantie d'une voiture ne peux éviter que cette dernière tombe en panne, mais que ma prestation va permette que la gène soit la plus courte possible, c'est à dire que mes connaissances technique me permettent de discuter sur un pied d'égalité (ou presque) avec l'hébergeur qui ne peux se dérober sous d'obscurs prétextes. A la fin de l'intervention, j'ai envoyé un rapport à tous mes clients affectés par ce problème (même ceux qui ne s'en sont pas aperçu) expliquant quand la problème à été détecté, quelle était la panne, et si il y a des précautions spécifiques à prendre pour qu'elle ne se reproduise plus. A toi d'être bien définir ce que tu assures dans la partie d'hébergement.

Et bien cela va dépendre surtout de ta montée en charge : si tu n'as qu'une dizaine de petits site, le mutualisé fera l'affaire, à condition que ce dernier te permettes de gérer les multiples domaines de tes clients, et éventuellement leur permettre un accès ftp distinct. Personnellement, j'ai commencé avec du mutualisé, pour basculer plus tard sur un dédié chez le même hébergeur. A partir du moment ou c'est toi qui se charge de la "paperasserie" pourquoi ne pas prendre une marge pour le travail effectué. De plus si il y a un problème sur l'hébergement le client va se tourner vers toi pour résoudre le problème, ton travail d'intermédiaire mérite salaire. L'avantage pour le client est somme toute assez simple : le même prestataire pour le site / hébergement, il sait qu'il n'a qu'un seul interlocuteur pour la maintenance de son site (genre, mon site marche plus, l'hebergeur me dit que mon site est trop gourmand, et qu'il faut prendre un hebergement plus conséquent, mon webmaster me dit, c'est le serveur qui à un problème : ping pong...) Tu lui fais une facture annuelle pour l'hébergement du site. Mais bien sûr tu ne devras pas facturer la même chose suivant les ressources nécessaire par client. Face au client, c'est toi qui livre la prestation d'hébergement, donc c'est toi qui est responsable des problèmes de ton sous-traitant, c'est ton à ta charge de résoudre le problème (sauf cas exceptionnel) Heu, la joker, je ne suis pas assez calé à ce niveau

Pour répondre à ta questions, moi j'en ai d'autre à te poser : * Quels types de bugs rencontre tu? Ils ne dépendent pas forcement du serveur. * Les vidéos sont hébergés chez toi ou comme chez SpeedAirMan via des services comme Youtube, dailymotion, google video... ce qui au final ne demande pas la même chose au serveur. * Quel est ton trafic? Et surtout, une adresse??

En tant qu'entreprise tu dois avoir une compta stricte, et sans facture, tu ne pourras justifier ton achat. Tout achat effectué par et pour une entreprise doit avoir une facture

Pourquoi tu ne le fais pas avec ton hebergement pro? moi c'est ce que je fais, comme cela le client est sur que cela fonctionne au moins sur un serveur d'exploitation

Par défaut Wamp n'est pas accessible depuis "l'extérieur", donc à moins que tu laisses quelqu'un d'autre sur ta machine, personne n'y a accès

Je n'ai pas dit qu'une optimisation de code n'était pas nécessaire, mais qu'a partir d'un moment il est nécessaire d'upgrader le serveur Non bien sûr mais pour de gros traitements on multipliait les serveurs. Bien sûr la solution exprimée par vincedo de scinder la requête est la meilleure pour ses besoins de migration. Mais se pose la question d'après, il devra continuer en exploitation à faire du traitement sur une table de plusieurs millions de résultats, j'ai bien peur que quand les "utilisateurs / visiteurs" viendrons qu'il retombe vite avec les problèmes de performances.

Quand on utilise une telle requête on doit pas seulement changer la mémoire allouée, mais aussi de passer sur un serveur plus performant. Quand on commence à attaquer des bdd qui nous renvoient des millions de résultats, il faut avoir un "super serveur"

C'était presque comme cela dans la CS2 * Fichier * Enregistrer une copie pour le web (enfin de mémoire celui la )

La fonction à légèrement changé de nom et se trouve sous : * Fichier * Enregistrer pour le web et les périphériques...