f_trt

Quel adresse mail as tu mis comme contact pour ce domaine ? Tu relèves toujours cette adresse ? est-elle toujours active ? A+

Faire une système de cache avec ta première solution, j'imagine que tu n'as pas besoins pour chaque internaute de tester si l'image existe mais le faire par exemple seulement toutes les 10 minutes pas exemple ou tous les 100 internaute. A+

Tu fais like '%ean%' Cela te retourne tous les champs qui possédent la chaine ean quelque soit l'endroit dans le champs. A+

Oui mais là tu ne maîtrise plus les tirages, à mon avis cela devrait être proposé sur devis en fonction de l'usage final de la photo par celui qui l'achète non ? A mon avis c'est un plus et cela te permet d'être en accord avec ton ou tes clients quand a la diffusion en petite série d'une oeuvre. La c'est mon coté photographe amateur qui parle une photo brut d'un EOS 300D ou maintenant de 350 est elle suffisante pour le genre de retirage que tu veux en faire ? Malheureusement je ne serai pas de ce coté là a moins que tu fasses du services de tirages pour les photographes amateurs qui désirent confier de temps en temps un tirage à quelqu'un qui a l'expèrience. D'ailleur c'est peut-être aussi un bon débouché cela qui te permettrai d'avoir du coup des bon prix sur les tirages non ?

Tu es débutant en webmastering c a d tu n'as pas encore fait ton premier site ? Si tel est le cas je te conseil de commencer par du mutualisé cela te permettra de te concentrer sur le ou les sites que tu souhaites réaliser et ainsi t'aguerrir de ce coté là sans perdre de temps dans les contraintes d'administration et de gestion de dédié. L'avantage aussi de commencer par du mutualisé c'est de faire des sites en respectant les contraintes de mutualisé c a d pas de script lourd, pas d'utilisation non optimisé de base... ainsi la migration des sites n'en est que plus facile et les bonnes habitudes sont prises pour longtemps.

Perso je ferais pas le raisonnement comme cela mais ... 1/ Je calcul a combien me reviens les différents formats à produire (Tirage, frais d'envoi) 2/ Je calcul mes frais fixes hebergement, tph, charge... 3/ Je calcul la marge qu'il me faut pour que mon business soit rentable 4/ J'en déduis a peu prêt à combien rémunérer un photographe 5/ A partir le là j'ai tous les éléments pour savoir le prix raisonnable ou pas pour eventuellement faire des prix d'appel et autre.

Pour le nom de domaine tu peux prendre ce nom ailleur que chez ton hebergeur. L'erreur a ne pas faire si tu as le même hebergeur et registrar dans ce cas c'est de mettre comme adresse de contact de ton nom de domaine une adresse en rapport avec ce domaine. Par exemple tu achètes le domaine tartemuche.com il ne faut pas mettre une adresse de contact webmaster_AT_tartemuche.com car si ton hebergeur est mauvais ou qu'il fait faillite il y a des chances que tu ne puisses relever ton courrier et donc faire éventuellement un transfert chez un autre registrar. Les hebergeurs sérieux ne manque pas. Pour ta question il y a deux notions effectivement la bande passante et le trafic tu peux avoir une petite bande passante (cela veut dire un petit débit donc faible vitesse) mais un gros trafic possible (nombre de Mega ou giga par mois) a toi de faire des calculs en général ceux qui autorisent un gros trafic possèdent aussi une bonne bande passante. Avec des page a 7MO d'après ce que tu dis je pense qu'il te faut partir de suite vers du XXLPLAN chez OVH par exemple car tu devrais avoir besoin de beaucoup de trafic. Ce plan te laisse du temps, perso j'en ai un et j'en suis très content mais pour des sites standards plus tard tu pourras lorgner vers un dédié mais bon c'est d'autres soucis. Si tu as une crise de confiance ou des doutes sur OVH tu peux donc faire nom de domaine chez GANDI et hébergement chez OVH. Encore une fois ce n'est qu'un exemple. A+

Ton lien cette adresse est en erreur 404

Attention aussi d'attendre il y a pas si longtemps que cela les mails de ce genre mettaient 6 heures pour arriver. Tu devrais déjà essayer aussi sans sortir de chez OVH en gros un mail vers une adresse de ton hebergement si tu en as une.

Oui la vitesse de recherche n'est pas impacté ou de façon négligeable ce qu'il faut faire attention c'est a la remontée d'info ne pas faire un select * from matable sans fixer de limites. Si tu prends des blog comme ceux basées sur DOTCLEAR il y a des sites qui ont plusieurs milliers d'articles en base et mysql ne bronche pas pourtant tout est en base. A lire http://www.chevrel.org/fr/optimiser/phpmysql/

Dis donc tu nous donnes pas beaucoup d'info, quel os, quel gestionnaire d'admin mais a mon avis si le gestionnaire est bien fait il détruit tout ce qui concerne le domaine base comme email comme stats... Il te reste les sauvegardes.

C'est une image que tu as dans le champs ? Si oui tu ne peux faire un affichage de l'image comme cela, il te faut faire un php dédié à cela que tu appelerais aux sein d'une balise image ç donnerai cela à l'endroit ou tu dois afficher: <img src="aff_img.php?id=<?php echo $id; ?> /> Dans aff_img.php // Ta partie ouverture vers mysql // La requette pour peupler la variable $cover header("Content-type: image/jpg"); header("Expires: Wed, 01 Jan 1990 00:00:00 GMT"); header("Cache-Control: no-cache"); header("Cache-Control: must-revalidate"); print $cover;

Attention je suis pas juriste mais tu as toujours les droits d'auteurs sur tes créations sauf si tu le précise dans le contrat que tu fais avec ton client.

Non pas d'inquiétude. C'est d'ailleurs bizarre que ça rame dans PHPMYADMIN de toutes façon si ma mémoire est bonne c'est un affichage de 30 enregistrements par pages donc pour continuer tes test fais en 32 ou 33 pour avoir une page complète et tu verras. De plus tu dois pouvoir diminuer cette limite de 30 pages dans le fichier de configuration pour seulement 10 par exemple. A+

Oui mais je pense qu'il faut creuser de ce coté là puisque tu as fais ce qu'il faut au niveau poste local, que le serveur lui est à jour il y a donc bien quelque chose entre toi et le serveur qui te sers les vieilles pages soit un proxy ou un système de cache c'est courant dans pas mal d'entreprise.

Tu dois passer par un proxy au boulot qui ne se met pas à jour ou péniblement.

Honnetement je crois que le problème est pris à l'envers de ce qu'il devrait être. La vrai question est plutôt combien de temps puis-je me permettre de ne pas avoir mon site en ligne ? Ensuite en fonction de la réponse il faut mettre en place ou retenir l'hebergement qui peut tenir les délais. Exemple: Pour une boutique de vente en ligne principal ressource du commerce je pense que l'ordre de grandeur et certainement de l'ordre de 2 heure maxi cela implique qu'il faut un serveur de secours ou une solution de secours prête en simultanée avec un système de commutation autre qu'une bascule DNS. Pour des délais plus long 4 heures et plus là y a moyen peut-être de ne pas avoir de secours et de faire la réparation dans les délais (encore que cela dépend aussi de la quantité de donnée si il faut une restauration ce qui peut-être long ou alors une recherche de faille suite a un hack). Et ainsi de suite...

ça doit fonctionner sans problème, ce que tu peux faire c'est déjà faire fonctionner directement sans passer par PHP Ensuite tu fais un copier coller du source avec la balise de déclaration javascript et tu fais : $lejavascript=" le coller "; echo $lejavascript A+

Xiti n'en a pas plus, les robots et autres visiteurs qui ne charge pas les images ni n'executent les javascript ne peuvent être vu ni par xiti ni par analytics, seul une analyse log peu le faire dans ces cas là. A noter le fameux Crawltrack qui est complémentaire a Analytics ou Xiti. Dernier point je serais curieux de ne pas voir monter la nav sans javascript car la montée de Firefox qui permet avec l'extension NoScript d'interdire ou d'autoriser les scripts en deux cliques devrait se faire légèrement sentir. Perso j'en suis premier utilisateur.

Merci regis pour cet info.

Le source de pathway.php serait un plus pour pouvoir t'aider, y a fort a parier qu'OVh n'est pour rien la dedans, il s'agit d'un paramètre variable qui dépend certainement du contexte difficile de t'aider sans plus d'éléments.

Sauf erreur de ma part tu ne peux le faire avec mysql de base (MYISAM), il te faut dans ce cas par exemple MYSQL + INNODB et là c'est ok.

Tu as au moins deux solutions je pense: La première la mieux pour toi il me semble trouver dans ton interface ou changer les DNS pour mettre ceux d'OVH ensuite tout se passera chez OVH La deuxième, trouver ton adresse IP chez OVH configurer ton hebergement chez OVH pour qu'il envoi au bon endroit quand il recevra les visiteurs et dans ton interfaçe en anglais indiquer les www et autres pour pointer vers l'adresse IP d'OVH.

Ben déjà tu peux te plaindre a numéricable qui est un fournisseur d'accès en France. Pour ce qui est du numéro de la freebox, c'est facile si tu as le nom free publi un annuaire tu peux même retrouver le nom juste avec le numéro. Maintenant es-tu le possesseur du nom de domaine de ton forum si oui qu'y-a-t-il dans le whois ? donne nous le nom ou l'adresse de ton forum si tu veux que l'on regarde.

Quel sytème d exploitation ? tes deux PC ne doivent pas utiliser le même serveur DNS pour la résolution, n as tu pas un jour aussi mis dans ton host l adresse de ton serveur en dur. Si tu as XP tu peux taper dans la fenêtre dos ipconfig /all pour voir les DNS utilisé.