Aller au contenu

BigVicente

Hubmaster
  • Compteur de contenus

    132
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par BigVicente

  1. Le gameplan c'est pas terrible pour faire un regroupement de site... Disons que ca n'est pas dans cette intention qu'ovh l'a sorti et c'est dit plus ou moin explicitement... Dans le meme genre il y a la dedibox, on m'a dit que les conditions de vente avaient evolué et que maintenant on n'etait plus forcement limité a un usage totalement perso ? Ceci dit ce que je dis n'est pas du tout verifié... Personnelement je vais me lancer aussi dans l'hébergement gratuit, ou plutot je suis deja en test depuis 6 mois et je vais accepter un nombre de personne un peu plus important d'ici un mois ou deux. Mon optique c'est de proposer un nombre limité de place car pour l'hébergement de masse il faut viser plus haut qu'un simple petit dedié... Et pour commencer la solution que j'ai retenu est tout simplement un serveur_AT_home. Evidement on ne peut viser plus d'une dizaine de site avec ce type de debit, mais quand l'objectif est d'apprendre et de se faire de l'experience c'est largement suffisant... Et le faible nombre de place permet de faire un tri et de selectionner des utilisateurs qui ont conscience de ma philosophie.
  2. Est ce un ralentissement au niveau du debit de téléchargement de page ou des fichiers ou bien une latence excessive ? Par exemple j'ai remarqué sur les pages hébergées sur mon serveur qu'il arrive parfois qu'il y ai plusieurs secondes pour commencer le chargement d'une page, mais une fois que ca charge c'est bon la vitesse est normale...
  3. Laisse leur un peu de temps, ca n'est pas la meme echelle donc je pense que quoi qu'il arrive ils te repondront, enfin j'espere
  4. J'ai commenté cette ligne à 2h ce matin, et apres une nuit pas de nouveau message et la charge cpu moyene a été divisé par deux dans mrtg (elle est passé de 4 à 2% sur mon serveur en test ). Ca semble être la solution !
  5. En cherchant un peu j'ai trouvé "/etc/cron.d/mrtg" dans lequel il y a ecrit : Je supprime ce fichier ?
  6. Je ne vois aucun fichier dans "/var/lock/mrtg" (par contre il y a le dossier mrtg), est il créé et suprimé directement à chaque fois que survient le probleme ? Par contre mrtg marche tres bien sur mon serveur, pas de disfonctionnement... Les permitions du dossier "/var/log/mrtg" : drwxr-xr-x Le proprietaire du dossier est root.
  7. J'ai essayé de trouver quelque chose dans ces dossiers sans succes... Mais il me vient une remarque, je regarde seulement depuis aujourd'hui et je n'ai recu ce message qu'à 9h00 et 18h00, si le second mrtg etaient lui aussi appelé toutes les 5min comme le premier j'orai du avoir plus de message non ? EDIT: Que veux dire le premier resultat du "ps aux", il y a t'il un deuxieme deamon mrtg qui tourne ? J'avais mal regardé sur google, il se pourait que le message d'erreur m'indique tout simplement la presence du fichier "/var/lock/mrtg/_etc_mrtg.cfg_l" suite a un probleme plus ancien, et qu'il suffirait donc de le supprimer...
  8. Un autre mrtg tournerait donc sur le systeme ? N'est il pas sensé être juste appelé par le cron ? Si c'est le cas je peux fermer celui qui tourne alors non ? Bizarre...
  9. Bonjour, Il m'arrive une chose un peu etrange, je recois ce message de Cron : Et voici la référence à mrtg dans mon /etc/crontab : Qu'est ce qui cloche ? Il me dit que je l'appel deux fois mais pourtant il ne semble etre bien appelé que par cette ligne...
  10. Contacte OVH avant de payer pour voir si eux ne pourait pas directement regler le probleme...
  11. Debian n'est pas forcement la distrib la plus simple, mais à partir du moment où tu sait te servir de google pour trouver les réponses à tes problemes et que tu as un bon forum d'utilisateur si tu ne trouve pas la réponse dans le moteur de recherche... Te lancer la dedans ne se fera pas en aveugle, il y a plein de tres bonnes documentations sur le net ! Pour la machine à mon avis oui tu satureras la bande passante avant ! Mais pour la saturer il faut deja avoir un site tres visité... (voici à titre illustratif les graphs d'utilisation de mon serveur : http://proton.bzhpro.com/ pas vraiment utilisé hein Et pourtant c'est un petit site perso pas tout à fait inactif... à mon avis en mettant des regles pour l'utilisation de la BP avec les gros fichiers je devrais pouvoir en heberger 10 comme lui sans soucis.) Plesk n'est pas une appli libre et je n'ai pas pu la tester mais sinon tu as webmin, un peu austère mais bon tu dois deja pouvoir faire pas mal. M'enfin pour apprendre rien ne vaut ssh (tu prend le controle de ton serveur par une console en ligne de commande) et l'utilisation des scripts pour automatiser tes taches recurentes... Quoi qu'il arrive c'est bien documenté toujours, si tu y vas tranquilement et progressivement ca devrait se faire
  12. Pour le ndd une personne qui a eu le même genre de probleme m'a dit qu'elle etait passée directement par OVH qui a réglé le probleme tres rapidement... Bon courage. Sinon pour OVH mes contacts par email avec le sav ont souvent commencé par des reponses automatiques ou des renvois aux guides (bonne base leurs guides au passage) mais il n'est pas inexistant, on finit toujours par obtenir une reponse précise
  13. Il est clair que les deux disques etant sur le même serveur on ne peut pas tout miser la dessus, ca elimine une certaine partie des problemes mais pas plus... Il me semble avoir entendu dire qu'ovh offrait un espace de stockage égal à la taille du disque sur le serveur (accessible en 100mb) ? Il serait aussi tres important de définir une bonne politique de sauvegarde des bases SQL ainsi que des pages web pour perdre le moin de temps possible au moment où surgit la panne. (par exemple un dump des bases toutes les x heures et son stockage sur l'espace d'ovh)
  14. Bonjour, Quel type de connection as tu ? Pour la config minimal tu as de la chance tu pouras recuperer ta vieille machine du grenier si tu en dispose ! J'ai commencé cette experience il y a maintenant 6 mois et je peux deja faire un bilan très positif ! Mon serveur est un PIII700 avec 256Mo de ram et une connection ip fixe de 1mb en up. J'héberge dessus un site qui fait en moyene 50 visites par jour. Mais comme c'est une galerie photo et un forum ca n'est pas le moin gourmant et pourtant les ressources du serveur sont completement disproportionnées ! A tel point d'ailleur que je vais proposer un nombre limité d'hébergement gratuit pour ne pas gacher tout ca et me permettre de continuer à apprendre dans ce domaine. Pour la distrib Linux a mon avis je te dirais de prendre celle que tu connais le mieu, mais si tu n'en connais pas une en particulier moi qui suis un fan de Debian je ne peux que repondre Debian Facilité d'installation, encore plus de simple de tout maintenir à jour (ce qui est important), des fichiers de config bien documenté par les utilisateurs et une stabilité à toute epreuve ! Tient sinon en comptant un changement de disque dur (et donc une reinstall) et quelque probleme de connection je suis à 99.91% de disponibilité sur 6 ou 7mois, c'est plutot pas mal non ?
  15. Bonjour, Pour éviter une partie des problemes de disque, utiliser un serveur avec deux disques en raid 1 semble être deja une premiere securité. Tu as deux disques qui fonctionnent en même temps, si un lache il y a toujours le deuxieme (enfin si le deuxieme ne lache pas avec, on ne sait jamais il faut mieu toujours prévoir le pire). Par exemple : http://www.ovh.com/fr/produits/pentiumdualplus.xml
  16. Le danger provient surtout de l'ouverture de Windows
  17. Je me suis posé la même question ! J'ai créé une base pour un site qui n'en a pas eu besoin finalement, mais du coup mon prochain site aura une base au nom d'un autre site... Bon ca n'est pas fondamentale comme problème mais il y a plus clean tout de même... Et s'ils ne veulent pas supprimer de base alors pourquoi mettre un bouton dans l'interface d'admin...
  18. Nouvel hébergement avec nouveau ndd et faire une redirection de l'ancien vers le nouveau... Pas forcement le plus economique puisqu'il faudra payer deux hebergements mais assez simple à faire... Reste à voir ce qu'il en est des backlinks, si tu les gardes vraiment avec une redirection de l'ancien hebergement vers le nouveau pendant quelques mois le temps que l'ancien expire...
  19. Moi j'utilise une base de donnée SQL avec une petite interface en PHP, c'est simple mais efficace
  20. J'aime bien ce qu'il me dit ce site (GNU/Linux + FF) Pas géné du tout de dire ca ! Fodrai voir à peut-être inverser quelques mots la dedans Elle fait plaisir cette news, et en général une fois que j'ai expliqué que "non ce navigateur supporte aussi les favoris, oui oui même s'il n'y a pas la petite etoile, seche tes larmes !" j'arriver assez bien a convertir les mecreants !
  21. Ah bien ! J'en avais cherché en francais sans avoir rien trouvé... Merci Merci
  22. Merci pour toutes ces petites infos Pour moi je pense que la solution viendra en repartant d'une page vide avec le site comme il est à coté pour servir de model. Et je referais tout de facon plus optimisé et mieu pensé Enfin tout cela est tres interessant à faire je trouve mais par moment on peut se sentir submergé quand on part de zero Mais c'est aussi comme ca qu'on apprend
  23. Les feuilles de style demandent vraiment beaucoup de rigueur ! Lorsque j'ai commencé à faire le squelette de mon site j'ai décider de m'initier aux nouvelles technologies du net (il y a longtemps je faisais du html pur mais depuis ça a bien changé !), donc xhtml + css (+ php + mysql). J'ai commencé par me faire un squelette de feuille de style global, puis je me suis lancé dans le codage du site puis au fur et à mesure de l'ajout des différentes parties de mon site la feuille de style s'est mise à gonfler et à devenir de plus en plus complexe... Arriva un moment ou elle etait trop complexe, j'ai donc pris une après midi pour la simplifier et surtout standardiser les différentes parties de mon site. Ca allait beaucoup mieux après et j'ai pu continuer à avancer. Maintenant je rentre dans l'étape de finalisation du site, et je me rend compte qu'au fur et a mesure de la fin du développement je me suis encore éloigné de la standardisation des parties du site et que plein de petites parties sont venues se greffer dans la feuille de style pour telle ou telle chose (ex : ici je voudrais tel truc aligné à droite, ici ces images doivent avoir des bordures, par contre celle plus bas non car se sont des logos...). Et la c'est le drame, la visibilité est plutôt faible et le découragement gagne ! Mais bon c'est plutôt la fatigue Bref ce petit topic pour une réflexion simple : il suffit de ne pas être assez rigoureux pendant quelques temps et on se retrouve vite submergé Bon bien entendu le problème n'est pas si gros, en une après midi je pourrai remettre de l'ordre la dedans mais d'après les discussions que j'ai eu avec des amis je ne suis pas le seul à avoir rencontré ce problème au cour du développement d'un site PS pour les modos : Je ne savais pas ou partager cette réflexion, je l'ai mis ici, si cela ne correspond pas n'hésitez pas à déplacer ou supprimer ;-) PS pour les codeurs : Je bosse uniquement sous Linux, j'ai entendu dire que sous msie il manquait la bordure supérieur de mon menu du haut de page, si vous avez des idées... (mon site est en signature) La page qui me pose tant de soucis, j'ai taché de faire une présentation clair, mais le contenu lui par contre... (et le validator du w3c me signal plein d'avertissement...) : http://www.bigvicente.com/styles/ant/screen.css
  24. Voila ce que j'ai au bout de 3 mois d'existence sur mon site, ca fait plaisir a voir : Internet Explorer : 51% Gecko (Mozilla, Netscape) : 44% Opera : 3% Khtml (Konqueror, Safari) : 2% J'espere que ca va continuer comme ca, voir que FF va depasser IE Bon par contre j'ai Linux 9% et Mac 3%, c'est pas encore assez ca pas bien !
×
×
  • Créer...