Hébergement Web – МАЛКО ОПИТ

Avant de commencer la merde que je veux dire, Je ne suis pas très en avant avec l’hébergement web et tout ce que j’écris va faire l’expérience que j’ai acquis dans le passé 2-3 mois. Administriram certains assez occupé VPS présents selon tyxo est dans le top 80 mais le dessus 70 ;). Donc mon point est, Après tout ce temps qui déjà ont obtenu différentes habitudes et moi sommes venus aux meilleures pratiques d’une manière ou d’une autre (généralement le disque dur) :D. Je ne vais pas écrire ou à entrer dans les détails de la configuration du tout. Je voudrais plutôt partager idées sur qui pourrait envisager.

  1. Mise à jour le logiciel régulièrement. Apache, php mysql tous tu veut des mises à jour. Que ce soit réparer les trous dans le sigurnista, que ce soit à cause de bogues corrigés ou de nouvelles fonctionnalités. Gardez toujours votre logiciel à jour. En général, rarement une brèche de serveur dans aplikaciite habituellement dans des trous dans le code pour les choses hébergés percés mais ne pas se fonder uniquement sur ce.
  2. Apache – serveur Web et n’est pas souhaitable d’avoir des modules plus actives de ceux qui utilisent le. Les modules plus sur- ralentissement des performances.
  3. Plus d’utilisateurs sur le même serveur – cache d’opcode. Il y a quelque temps J’ai écrit En outre, zerdion faire assez de tests et de voir l’avantage réel de cette magie. Dans mon cas avec que j’ai choisi parce que l’environnement de travail réel d’eAccelerator, il montre les bons résultats mettre tous les paramètres qui lui. Le chargement rapide de peu de ressources alimentaires qui signifient respectivement plus de clients.
  4. Poussez votre trafic – gzip. La meilleure façon de réduire le trafic réel que vous faire est avec la compression gzip des réponses http au client. Mod deflate est la solution pour apache. Pour les autre serveur http- et je n’ai pas étudié la question :). Sur real 50% trafic a diminué en compression sur html,CSS,js,XML. J’ai besoin de vérifier si je peux compresser mes et autre contenu doit être intéressant. Parce que les photos sont contenu réel qui fait beaucoup de trafic dans un seul site.
  5. MySQL sérère – Je recommande fortement si vous ne recevez pas le projet avec la version 5.1 pour le faire. Oracle a généralement une certaine expérience petite avec bases de données et 😆 cette expérience lui mettre bien en 5.1 Je n’ai pas essayé la version 5.5 но и това планувам да стане скоро. Определено се ускори работата на sql заявките може би леко падна натоварването но с не повече от 5-6% mais un "plus" pour les nouvelles fonctionnalités développeurs sont merveilleux. La principale de ce partitions. Lorsque vous mettez à niveau, veillez à ce que vous n’avez pas à URmy.cfg les paramètres toutes les anciennes options sont valables, est aussi bon pour enlever les anciennes bibliothèques, au moins dans CentOS 5.5 problèmes de Debian faits eu aucun mal à ce. Alors vous voyez le journal mysql- mais parce que certaines des options ont des noms différents et il est OK pour les changer si après le temps passer 5.5 ne vous vous demandez pourquoi votre configuration-damn droite je ne serais pas.
  6. sql заявките. Задължително разрешете опцията за записване на slow query. Dans ces journaux, vous pouvez retourner d’informations pour les développeurs si vous n’êtes pas pour les requêtes lentes optimiser. Le peu de ces demandes sur une petite charge de votre serveur 😉
  7. Peu de protection – modifier la valeur par défaut ssh port- et vous n’aurez pas besoin de boiteux bots peuvent essayer de hakvat. Apache bloquez-la avec mod_security module très utile rend la filtration de jolie šitni – SQL inj, DDoS rfi etc... Il ne va pas arrêter les gros hahor au moins lamerite va passer au crible les. PHP est une bonne idée pour protéger les Suhosin. Peut être mis comme une extension ou un patch en code php. Personnellement, je préfère le premier au sens propre.

Pour commencer, voilà ce que je peux penser. Il n’y a pas beaucoup et pense que j’ai fait beaucoup d’optimisations du serveur, mais beaucoup d'entre eux sont assez précise et n’a aucun sens de les expliquer comme limitacii les caches ou comment le processus a supprimé apache-it. Dans le temps, vous saurez probablement plus de choses et comment dire qui font partie des petites choses qui donnent un excellent résultat. La machine est assez bien optimisée pour la comparaison nous font 20 k unique visites par jour, et nous sommes le temps de chargement de régime faible vps possible des pages que nous ne dépassions pas 1,5-2 s ou si elle dépasse les sources externes est sur les annonces ou la page elle-même crache en une fraction de seconde. Avec des postes semblables à nous, les gens ne sont pas des serveurs optimisés avec beaucoup plus de ressources que les nôtres et ont les mêmes résultats. Généralement optimiser la mère et le père la consommation d’alcool bière 😆

PS la chanson un peu judicieux avec le thème 😀

0 commentaires

  1. Не бъди скромен 🙂 сайта прави по 22-23 к дневно а близката конкуренция наистина са на най-високия план за vps с твоята оптимизация и помощ ние смогваме да се държим при 2-3 к по-надоло от тях на най-малкия план за vps , което за мен лично си е огромно предимство 🙂 благодаря ти за което.

  2. И забравих да спомена сървъра в момента държи до около 500 потребителя онлайн 🙂 и се държи добре, разбира се това не е постоянното му натоварване но ги издържа.

Laisser une Réponse

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont marqués *

Anti-SPAM *