Lire Blog IT Engineer's dans votre propre langue
English flagKorean flagChinese (Simplified) flagPortuguese flagGerman flagFrench flagSpanish flagJapanese flagArabic flagRussian flagGreek flagDutch flagBulgarian flagCzech flagCroat flagDanish flagFinnish flagHindi flagPolish flagRumanian flagSwedish flagNorwegian flagCatalan flagFilipino flagHebrew flagIndonesian flagLatvian flagLithuanian flagSerbian flagSlovak flagSlovenian flagUkrainian flagVietnamese flagAlbanian flagEstonian flagGalician flagMaltese flagThai flagTurkish flagHungarian flag  
By N2H
Novembre
29e

Qui a accueilli un même serveur avec votre domaine

Les fichiers sous Hosting | Publié par Calvyn

Retour à l'année dernière Octobre 2007, j'ai présentent devant un MyIPNeighbors nom du site web, que vous pouvez vérifier qui a accueilli un même serveur avec votre nom de domaine ou le domaine combien dans un serveur. Cette année, permettez-moi de présenter un autre outils qui vous permettent de vérifier qui a accueilli le même serveur avec votre domaine.

Dans ce site, simplement dans l'adresse du site Web ou votre nom de domaine sur l'adresse "à distance" de l'article et cliquez sur "check"

Il permet d'afficher tous les noms de domaine qui a accueilli dans le même serveur. Selon vous capter le signal du Site Web, le résultat sont garantit pas.

Mais l'usage de la technologie reverse Check IP, qui vérifient l'adresse IP de domaine a souligné le serveur Web donné, et de découvrir ces noms de domaine avec la même adresse IP par le biais de résultats du moteur de recherche.

J'ai essayer de comparer les résultats de recherche via "MyIPNeighbors" et "You get signal", tous deux de me donner résultat différent, comme vous pouvez voir les "Vous obtenez l Signa" montrer mon serveur se taillent la part 342 de domaine le même serveur, wheres "MyIPNeighbors" montre seulement accueilli 251 de domaine dans le serveur.

Le résultat à 251 montrent MyIPNeighbors domaine hébergé sur le serveur avec l'adresse IP 210.48.145.25

J'ai également faire une autre comparaison de recherche de domaine à imDavidLee.com une Malaisie Financial Blogger, le résultat de la recherche à la fois "MyIPNeighbors" et "You get signal" aussi différents.

hosted same server with imDavidLee.com, while MyIPNeighbors shows 300 domain only. Comme vous pouvez le voir, vous capter le signal du show 337 domaine hébergé même serveur avec imDavidLee.com, tandis que MyIPNeighbors montre 300 de domaine.

WebHosting au point de vue, comme un jet d'eau à éthiques Web de la société, ils ne seront pas accueilli trop de nom de domaine sur un serveur partagé, mais certains contraires à l'éthique du web Nom de la société d'hébergement a accueilli un trop grand nombre de domaine, peut jusqu'à 1000 + + dans un domaine partagé serveur, il aura une incidence sur les performances du serveur

Assez blogspot.com et wordpress.com sera accueilli jusqu'à 1000 utilisateurs, c'est la raison pour un certain temps quand nous blogspot.com accès et wordpress.com aura un peu lent, mais leur serveur est très puissant, ils ont également à conserver un bien sur leur serveur , les temps morts sont moins trop

Si vous avez constaté que votre site est très lent d'accès, ou toujours pas d'affichage lorsque vous accédez, pourrait être la surcharge des serveurs, vous devriez vérifier comment le nom de domaine bien accueilli dans votre serveur. Société de façon irresponsable d'hébergement Web peut accueillir jusqu'à mille nom de domaine 1 serveur action. Oh ya, enfin, est l'URL de ce service, vous pouvez vérifier qui a accueilli un même serveur avec votre domaine au You Get Signal. Com


11 réponses à "l'OMS a accueilli même serveur avec votre nom de domaine"

  1. Par whiztech le 29 novembre 2008 | Répondre

    Une autre façon est en recherchant sur msn.com en utilisant l'IP: YOURSERVERIP. Par exemple: ip: 202.190.179.22. Elle montrera que les pages indexées par MSN à partir de la période d'enquête.

  2. Par El le 29 novembre 2008 | Répondre

    pote! Il s'agit d'un bon poste gosh ... im having fun vérification autre site hébergé par le même hébergement ;)

  3. Par Calvyn le 29 novembre 2008 | Répondre

    whiztech>
    Cela devrait être l'inverse IP méthode de contrôle. Merci pour le partage

    El>
    Ce grand, peut visiter tous vos voisins : D

  4. Par Jayce le 2 décembre 2008 | Répondre

    jayceooi.com a l'adresse IP: 74.220.215.233
    778 trouvée avec l'IP 74.220.215.233

    Mon blog ne possède beaucoup de voisins. : P

  5. Par liang le 2 décembre 2008 | Répondre

    bon post

  6. Par Gallivanter le 3 décembre 2008 | Répondre

    Great stuff, merci pour le partage!

  7. Par shaxx le 5 décembre 2008 | Répondre

    C'est intéressant. gonna check it out! merci!

  8. Par Glad Bee le 7 décembre 2008 | Répondre

    Grand merci!

  9. Par Bryan le 10 décembre 2008 | Répondre

    Quelques fois les domaines que vous voyez dans la liste sont simplement garé domaines, qui n'utilise pas (ou que très moins) les ressources du serveur.

    En jugeant simplement par le nombre de domaines ne vous donne pas une idée précise de savoir si le serveur est surchargé. On doit vérifier tous les domaines pour voir si elles sont vivantes et la gestion des ressources scripts intensifs, etc

    Après avoir garé 1000 Domains ne plantera pas votre serveur, mais vivre avec 1 site web script mal codé facilement qu'il s'est écrasé. :)

  10. Par Calvyn le 10 décembre 2008 | Répondre

    Bryan>
    Vous avez raison, le domaine du parc n'a pas beaucoup d'incidence sur les ressources du serveur, que si le domaine parc apporter un trafic beaucoup pour le serveur? example few hundred to thousand or every hour or minute?

  11. Par Bryan le 10 décembre 2008 | Répondre

    You peut assumer un domaine parc reçoit 1000 visiteurs par minute, mais pourquoi voudrait-on à un tel congé de domaine à fort trafic comme un simple nom de domaine se garer dans le premier?

    Avec un trafic autant que vous le décrit, on l'aurait transformé en un site web déjà en ligne, n'est-ce pas?

    Mon point est que ce n'est qu'en regardant le nombre de domaines (sans savoir si elles sont vivantes) n'est pas une bonne idée de juger de la charge du serveur.

Poster un commentaire

<