Aller au contenu

f_trt

Hubmaster
  • Compteur de contenus

    238
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par f_trt

  1. Et un VPS chez OVH a moins de 4 euros/mois ça doit être jouable aussi non ? Attention de bien soigner sa liste d'email pour ne pas avoir trop de mail en erreur et ainsi se retrouver avec l'adresse IP blacklisté chez des FAI, c'est d'ailleurs pour cela surement qu'on t'as conseillé des multi-ip Le VPS du coup peut aussi servir a plein d'autres truc, VPN plateforme de test... Tu peux faire des tests en prenant un seul mois
  2. Merci pour ces infos, je découvre par ce fil le coup du .ovhconfig faut dire que sur mutu nous avons tendance à nous laisser aller au niveau des perfs et sécu contrairement à la gestion des dédiés. Bon ben maintenant il reste plus qu'a faire des petits tests. Encore merci
  3. _AT_Dan pourtant un mutu chez OVH c'est une ferme de serveur avec des repartiteurs de charges qui répondent adossés à un ou des SQL privés ça doit sacrement tenir la route quand même non ? Certes au niveau temps de presentation de la page c'est un peu plus lent qu'un dédié à cause des filers, mais au niveau tenue de charge et trnaquilité y doit pas y avoir photo enfin je pense.
  4. Nous rien de constatable chez moi hebergement chez OVH.
  5. Avant toute chose, il faudrait vraiment savoir pourquoi le site tombe. Installe un système de surveillance pour prouver tes dires a 1AND1 il existe des choses gratuite pour cela par exemple http://www.woozweb.com/, ensuite tu leurs mets la pression pour qu'au moins ils te disent la cause. La base d'IPB est-elle la même que celle de Worpdress ? Qui devrait recevoir 50 0000 visiteur IPB ou WP ? Pour quoi ne pas séparer simplement l'hebergement, un mutualisé pour wordpress et un autre pour l'IPB par exemple ? Un forum est difficilement deplacable surtout s'il a une grosse activité, pour le wordpress c'est plus facile tu pourrais par exemple rester chez 1and1 pour l'IPB et chez OVH pour le wordpress. Tu as ainsi vraiment des billes pour pas cher chez deux gros européens.
  6. Pour compléter un peu la réponse de Captain_torche ton nom de domaine est déposé et non modifiable comme tu parles de sous domaine saches que tu peux intervenir uniquement dessus pour info le ou les sous domaines seront des dérivations que tu veux précèdent ton nom de domaine aaa-aaaaaa-aa.com ce dernier restant non modifiable. Pour être concret : www est le sous domaine de aaa-aaaaaa-aa.com
  7. Attention si tu utilises plesk tu ne dois pas modifier tes fichiers à la main sinon plesk n'y comprendra plus rien il possède sa propre couche. Par contre ajouter à la main dans le fichier de configuration a fait que tu as court-cicuité plesk cela doit donc fonctionner au niveau de bind. Pour être sûr tu peux regarder dans les log et voir si le redémarrage de bind à logué des erreurs eventuellement tu peux recommencer ta manipe pour introduire une erreur volontairement dans le fichier de configuration et voir si bind log l'erreur tu seras ainsi sûr que c'est ce fichier qui sert. En résumé sert toi de plesk et uniquement de plesk par contre regarde tes fichiers journaux pour voir les erreurs qui s'y trouve. (en général les fichiers journaux sont sous /var/log
  8. Tu peux aussi jeter un oeil sur prestashop c'est un super truc, surtout pour suivre tes clients tu sais dans l'admin par où ils sont arrivés ce qu'ils ont regardé les paniers qu'ils ont abandonné... Pour l'hebergement d'une boutique ce qui compte aussi beaucoup c'est la partie messagerie, il te faut t'assurer que ton hebergement ne soit pas limité au niveau de l'envoi de mail par le biais des scripts. Imagine, le client à oublié son mot de passe, il le redemande via le script de la boutique et le mail met un temps fou à partir, idem si l'inscription demande une confirmation. Bref pour moi le talon d'achille est là pas tellement au niveau sécurité ni tenue en charge pour si peu de visiteur et de produits. Voila ce n'est qu'un avis de plus.
  9. Depuis quelques jours mon netvibes rest muet avec le flux : />http://www.webmaster-hub.com/rss/forums/1-webmaster-hub-general/index.php?act=rssout&id=1 Pourtant si je l'affiche dans mon navigateur il semble ok, est-ce pareil chez vous ? J'en profite pour poser une deuxième question la soumission sur pageshub.fr indique : "Les ajouts de nouveaux sites sont suspendus pour la période de vacances scolaires." Est-ce un oubli ? certainement non ? A+
  10. Tu n'es pas obligé de descendre la gestion DNS vers ton VPS, je dirais même que je te le déconseille sauf si celui qui gère ton nom de domaine n'est pas fiable. En gros dans ton interface de gestion de nom de domaine tu fais juste pointer ton site vers l'adresse IP de ton VPS et le tour est joué. L'avantage c'est qu'en cas de panne de ton VPS tu pourra toujours pointer ton site vers un autre hebergement le temps de régler ton problème de VPS. A+
  11. Si tu ne veux pas investir dans une formation et dans flash tu peux aussi te tourner vers www.swishzone.fr en gros ce sont des programmes qui permettent de faire des annimations principalement des bannières en changeant juste des paramètres mais il est quand même possible de tout faire mais à un moindre niveau que flash.
  12. Bonne année à toi aussi, et bien sûr aux internautes qui passent par là. Désolé de ne pouvoir trop t'aider, pour ma culture perso c'est quoi Hx ? Sinon pour le nombre de BL as tu regardé le Page Rank de ses BL car il en a peut-être 30 fois moins peut-être que ce sont de très très gros site non ?
  13. Tu dis : Un formulaire n'est pas une faille en lui même c'est le traitement qui est fait derrière qui a surement une faille, le captcha n'apporte pas grand chose au niveau de la sécurisation si le hacker a reperé la faille dans le script qui traite le formulaire il y a un max de chance que l'adresse de ce script soit dans sa base voir même dans une base partagée entre hacker et il reviendra directement par là. Si tes connaissances ne sont pas suffisantes pour contrôler le script qui traite le résultat de l'envoi du formulaire desactive le. Pour ma part je vois que tu peux joindre un fichier par le formulaire si tu n'as pas de traitement rigoureu empechant entre autre de joindre un fichier php ta faille est surement de ce côté. A+
  14. C'est toi qui t'es mal débrouillé, dans ton transfert tu aurais du simplement activer ton hebergement chez ovh mettre en place tes fichiers. Faire ensuite un changement de pointage chez ton ancien hebergeur et ensuite faire la bascule sur les DNS OVH tu n'aurais pas eu de temps d'interruption. Si tu tombe sur le webmail c'est que tu es sur du mutualisé, chez OVH les serveurs DNS n'ont rien a avoir avec l'endroit ou tes fichiers sont hebergés. En gros une panne DNS n'affectera pas tes fichiers et inversement si les serveurs hebergeant tes fichiers ne sont plus dispos le DNS continuera quand même à fctn. Tu peux effectivement choisir de ne pas mettre tout tes oeufs dans le même panier comme on dit, il n'empêche qu'un site repose sur les deux dervices le DNS et l'hergement si l'un des deux est en panne c'est le site qui n'est plus visible. Il y a quand même un gros inconvénient à séparer c'est que si c'est toi qui merde avec la config d'un côté ou de l'autre tu as le risque de te faire ballader par les deux prestataires qui peuvent se renvoyer la balle.
  15. Je comprend pas trop bien, c'est un script qui envoi ces messages ? C'est des adresses mail avec redirections ? Sur le mutu si c'est des scripts qui envoient des messages c'est vrai que ce n'est pas du 100% car comme ils te l'ont dit tu es trubutaire des bêtises ou abus qu'on pu faire d'autres mutualisé. En gros par exemple un des mutualisés vient de faire un gros envoi sur les adresses chez free, free peuvent très bien avoir un mecanisme soit de regulation ou de blacklistage qui se met en route et du coup te pénaliser toi aussi car pour les serveurs free tu es un mutu ovh au même titre que l'autre. Avec un dédié ou un virtuel tu n'aura pas ce genre de problèmes car tu auras ta propre adresse ip mais tu en auras d'autre à savoir les sauvegardes à gerer, les files d'attentes, la sécurité... par contre tu pourrras avoir une gestion plus fine sur les problèmes puisque accès aux journaux Bref pas facile de trouver une solution, A j'ai oublié il y a aussi en permanence à effectuer une veille sure la redaction des messages car des règles anti-spam chez des FAI peuvent changer et un message qui passe aujourd'hui ne passera peut-être plus demain.
  16. Et oui WMV est du pure propriétaire Microsoft d'ailleur cela veut dire Windows Media Video cf http://fr.wikipedia.org/wiki/Windows_Media_Video Heureusement les derniers linux arrivent relativement bien à lire ce format encore que je me demande si au sein même de wmv il n'y a pas encore des versions wmv étant une enveloppe Pour daylimotion ou youtube je suis du même avis que captain torche : 1 Petite perte backlink 2 Risque de te voir suspendre la video 3 Gain de lien reférants 4 trafic généré vers ton site (drainage des internautes Youtube et Dailymotion) 5 Pas de problème de bande passante (en cas de reportage ou publicité ton site tiendra toujours la charge) 6 Pas problème de compatibilité ni de tracas de conversion Pour le point 2 tu peux eventuellement mettre quand même la vidéo sur ton hebergement mais pas accessible directement mais sous forme de lien alternatif Au bilan il y a peu de désavantages par rapport aux avantages
  17. avec -print non ? find /dossier/où/chercher -name '*.key' -print
  18. Je pense que oui, je connais mieux dotclear et là je suis sûr que oui à une restriction prêt c'est que l'on peut mettre autant de flux que l'on veut mais il te faudra modifier un thème existant pour pouvoir placer tes flux comme tu le veux sur ta page.
  19. tu pourrais essayer de voir si avec un profil tout neuf tu as le même problème
  20. Ben déjà je commencerai par : 1/ m'assurer d'avoir des sauvegardes béton, 2/ je commencerai par migrer la gestion des DNS vers un hebergeur qui assure ainsi même en cas de défaillance de ton prestataire actuel tu auras la main pour faire pointer où tu veux 3/ il faut essayer d'en savoir plus sur ton hebergeur ouvre un autre fil sans rapport en demandant juste des infos peut-être que quelqu'un te renseignera sur sa situation exacte
  21. Assures toi que tu ne partage rien (partage des dossiers ou fichiers), il n'y a a jamais zéro risque mais déjà en commençant par t'assurer de cela c'est une bonne chose.
  22. Tu peux jeter un oeil a webportage.com aussi, perso je trouve que c'est moins contraignant que l'autoentrepeneur Pas besoins de soft de compta, logiciel de facturation... c'est leurs outils que tu utilises en plus via un simple navigateur bref niveau prise de tête je pense que c'est plus simple par contre tu perds 5% de ce que tu factures (tes factures sont avec TVA) bref c'est une solution qu'il te faut aussi connaitre pour choisir J'ai oublié n'hésite pas a utiliser leur simulateur tu verras ainsi plus précisément
  23. Il faut que tu configure les ports pour chacun En gros un port distinctif pour les deux mysql idem pour les deux apaches Ensuite dans tes fichiers de connections de tes scripts tu adaptes aussi C'est ce qui me vient à l'esprit ensuite pour ce qui est de l'arrêt ou du lancement des daemons il te faut gérer les chemins dans les scripts d'arrêt et de lancement.
  24. tu as bien téléchargé le fichier, antivir chez moi réagit, il n'y a aucun risque sur un pc normal il s'agit d'un script php qui effectivement permet ensuite si il arrive a ce mettre en place sur un serveur web executant du php de faire tout un tas de chose comme prendre le contrôle du serveur autoriser des téléchargements dessus... C'est bien que antivir le signal car imagine que tu es webmaster sur ton pc local ce script n'est pas dangereux mais au final tu le place sur ton serveur web sans faire attention est là c'est le risque maximum.
  25. Je me repete un peu tu parle d'erreur 404 tu dis cela au pif au c'est vraiment ce que te dis le navigateur ? Si c'est ce que tu dis le navigateur il te faut eplucher les log du fichier apache pour voir cela de plus prêt. Ensuite pour ce qui est de la résolution des noms de domaines tu interroges quel serveur DNS (celui de ton FAI je suppose) ? Tes noms de domaine tu les as pris d'après ce que je comprend un peu partout mais ton hebergement il est où ? tu peux peut-être te servir des DNS de ton hebergement plutôt que celui dont tu as des doutes. As tu passer tes zones DNS à un outils de contrôles ?
×
×
  • Créer...