Plus des problèmes de charge

[vBET]

Salut Bien sûr, la traduction doit prendre des ressources - il n'ya pas de magie. Les moyens de prendre la page Traduire résultat de sortie et le changer. Parce que de cette traduction sera toujours plus longue que la page normale.

Je comprends que vous n'êtes pas trop heureux d'avoir la charge plusieurs serveurs, mais s'il vous plaît noter que vBET prend Seules les ressources pour la traduction. Pour les pages normales, il ajoute que les drapeaux. Donc tout cela provient d'une charge supplémentaire de trafic supplémentaire vers les pages traduites. Comme vous avez écrit votre trafic ne diminue pas instantanément après la désactivation vBET (si vous avez un moment, puis elle diminuera après la désactivation - croyez-moi) et la charge du serveur est plus faible - il est évident - les robots sont encore ramper URL des pages traduites, les utilisateurs sont toujours à trouver dans les liens de Google pour vos pages traduites. Alors vous avez encore même trafic, mais maintenant, sous les liens traduits est tout simplement dupliqué le contenu - la page normale, ce qui n'est pas traduit. Si vous voulez rester avec nous vBET désactivé recommandons vivement d'ajouter dans votre règle. Htaccess qui va rediriger toutes les pages traduites à l'une normale, sinon vous pouvez perdre votre référencement en raison du contenu dupliqué.



Je comprends que dans votre opinion de notre code est faible. Je ne sais pas ce que vous basez vos attentes. Nous avons mod le plus rapide de traduction pour VB - il n'y a rien qui fonctionne mieux. Traduction prendra quelques ressources et notre mod prend elle moins que tout autre. Vous pouvez voir comment vBET rapide peut travailler sur de nombreux forums. Si vous avez des questions sur votre serveur, alors s'il vous plaît envisager des changements de configuration ou l'ajout de ressources serveur. Vous ne serez pas mettre 20 litres d'eau dans seau de 10 litres.

Et vous avez raison à 100% - nous pouvons faire mieux, nous le ferons et nous le faisons tout le temps Attends un peu que nous nous déplaçons tous les améliorations que nous avons faites durant la mise en œuvre vBET4.x

Si je peux vous donner quelques conseils - merci de vérifier comment vous pouvez optimiser vBET: http://www.vbenterprisetranslator.co...rformance.html
Surtout envisager de désactiver certaines langues et de bloquer des pages non pertinentes par robots.txt

Quel est le temps de réponse pour les pages traduites? Quelle est votre utilisation du processeur? Quelle est votre utilisation de la mémoire? Si elle est acceptable, alors vous n'avez rien à craindre. Souvent, les gens sont effrayés par l'augmentation de charge serveur et ne savent même pas ce que cela signifie. La charge du serveur 10 fois plus de ne PAS moyen 10 fois plus de ressources utilisées. Il signifie simplement que plus les threads sont en attente dans la file d'attente, ce qui est parfaitement normal, car votre fils à attendre pour Google de réponse si la traduction n'est pas mis en cache encore. Si le thread est en attente pour Google, et il prend PAS de CPU pendant ce temps. En raison de la charge de votre serveur SERA plus grande, même si vBET pourrait prendre le pas de ressources à tous (ce qui n'est évidemment pas possible).

A propos de s'écraser sur votre serveur - c'est évidemment le problème de serveur. Il arrive périodiquement. J'ai eu problème similaire sur mon serveur. Il a été causé par un bug Apache pour un thread Apache a été croissante et croissant avec l'utilisation de mémoire jusqu'à ce que toute la mémoire du serveur a été consommé ans en cache. Seul un thread se comporte comme ça - d'autres discussions Apache était normal. J'ai joué avec la configuration d'Apache et problème est résolu. Je pense que Apache juste eu quelques fuites de mémoire - que je me souvienne j'ai mis bas le montant des demandes qui peuvent être tenir par un fil. Il y avait aussi d'autres changements. Je suggère de vérifier votre utilisation de la mémoire et de le surveiller pendant un certain temps. En outre, il peut être utile pour vérifier le montant moyen de la mémoire utilisée par un thread Apache, a fait quelques calculs et mis en valeur appropriée des fils max pour Apache.

Si vous avez d'autres questions s'il vous plaît juste demander à

[vBET]

Hey - Je n'étais tout simplement sur votre forum il traduit Ultra rapide ... Donc ce que vous réclamez et pourquoi l'attitude tellement en colère à propos vBET, lorsque vous avez super service de traduction rapide? ...

S'il vous plaît examiner ce moyen la charge du serveur. Comprendre la signification peut être très utile pour comprendre ce qui se passe sur le serveur et comment elle peut être liée à des threads qui sont en attente dans la file d'attente non pas parce que vous n'avez pas de ressources, mais sont en attente de réponse d'un autre serveur (Google, dans ce cas).

À mon avis vous avez Super traductions rapides et vous n'avez rien à vous soucier de

[Snake]

J'ai été la construction de sites de 10 ans, je suis pleinement conscient de charge 10x ne veut pas dire les ressources 10x, arrêtez de me traiter comme un idiot et une cuillère d'alimentation m'a ordures. Les faits sont froids avec ce mod vs l'autre mod gratuitement votre charge est méga. Et aux heures de pointe sur mon site est maintenant lent et peu réactif. Oui, les pages de traduire rapidement en heures creuses, mais à un coût d'un serveur lent tard dans la journée. J'ai un quad core, le raid 15K SAS du serveur, qui est très bien optimisé, exécutez 0,50 toute la journée avant ce avec un trafic important. C'est le code qui ajoute vBET charge et rend le serveur lent aux heures de pointe, c'est un fait, ce n'est pas l'augmentation du trafic, j'ai eu le même trafic et de bots avant et le serveur fait face fine, il est le produit de traduction. Période. Dépêchez-vous et de le corriger, j'ai vraiment pas envie de payer un autre 300 £ par mois pour une mise à niveau du serveur, juste pour lancer un MOD lol.

[vBET]

J'ai été la construction de sites de 10 ans, je suis pleinement conscient de charge 10x ne veut pas dire les ressources 10x, arrêtez de me traiter comme un idiot et une cuillère d'alimentation m'a ordures. Les faits sont froids avec ce mod vs l'autre mod gratuitement votre charge est méga. Et aux heures de pointe sur mon site est maintenant lent et peu réactif. Oui, les pages de traduire rapidement en heures creuses, mais à un coût d'un serveur lent tard dans la journée. J'ai un quad core, le raid 15K SAS du serveur, qui est très bien optimisé, exécutez 0,50 toute la journée avant ce avec un trafic important. C'est le code qui ajoute vBET charge et rend le serveur lent aux heures de pointe, c'est un fait, ce n'est pas l'augmentation du trafic, j'ai eu le même trafic et de bots avant et le serveur fait face fine, il est le produit de traduction. Période. Dépêchez-vous et de le corriger, j'ai vraiment pas envie de payer un autre 300 £ par mois pour une mise à niveau du serveur, juste pour lancer un MOD lol.

Je comprends que vous était déjà familier avec informations sur la charge du serveur, qui je vous ai donné. S'il vous plaît noter que je n'ai aucune connaissance sur la façon dont chaque pointe est de milliers de nos utilisateurs et à chaque fois que je vais donner des informations ass complet qu'il peut être utile. Il ne signifie pas que je te traite comme idiot - cela signifie que je me soucie de vous donner des informations qui peuvent être utiles pour vous et pour l'évaluation de votre état de serveur. S'il vous plaît m'indiquer l'autre mod gratuit qui vous parle je serai heureux de faire une comparaison Aussi chaque fois que vous êtes libre de choisir le meilleur solution pour vous.

J'ai vérifié votre forum, encore et encore, il semble réagir très vite. S'il vous plaît me donner frame meilleur moment pour être en mesure à l'observateur ce que vous écrivez sur vos réponses lente aux heures de pointe.

Si vous voulez vérifier comment votre trafic ont changé en raison des vBET - s'il vous plaît générer des rapport qui va vous montrer tout le trafic vers des pages traduites - c'est ce que vous avez gagné grâce à vBET.

Vous avez absolument raison que les traductions besoin de ressources supplémentaires - il n'ya pas d'autre moyen, et vous ne trouverez jamais de produits qui va traduire votre site sans aucun coût. Comme je l'ai déjà mentionné plus de temps nécessite d'attente pour la traduction de Google quand il n'est pas mis en cache, et pendant ce temps vos fils à attendre pour la réponse ce sont plus d'impact sur la charge du serveur. Vous pouvez définir le temps de vivre plus de cache - alors traductions souvent nécessaire sera déjà dans le cache. Mais pour ne pas avoir des traductions en cache tout produit devra attendre pour la traduction. Il n'y a aucune autre façon.

S'il vous plaît noter que pense être cassés pour être en mesure de le réparer.

Comme je vous ai déjà écrit, nous améliorons constamment la performance vBET. Et je vous ai déjà écrit, que nous avons des améliorations de performance qui sont maintenant prêts sur scène bêta vBET4.x. Aujourd'hui nous allons publier une version avec des améliorations vBET4.x nouvelles performances supplémentaires. Et quand les bugs pour ceux (s'ils existent) seront corrigés, nous passerons ces améliorations à vBET3.x Il n'est pas nécessaire de pousser.

Aussi personne ne vous oblige à payer un autre 300 £ par mois pour un serveur - vous prendre vos propres décisions et vous avez beaucoup d'options ici. Dont diminution du nombre de langues prises en charge, ou même de passer à un autre produit dont vous parlez est beaucoup mieux. Nous comprenons parfaitement que les solutions que vous utilisez doit correspondre à vos besoins et possibilités. Nous sommes heureux d'offrir à nos clients des produits de mieux en mieux. Et nous sommes conscients que dans les situations où la demande doit attendre la réponse sous forme d'un autre serveur la charge du serveur sera plus grand, peu importe les solutions que nous allons utiliser. Nous serons heureux si vous restez avec notre produit et de le configurer pour s'adapter yo vos possibilités. Et nous serons heureux de vous donner un coup de main dans ce domaine

S'il vous plaît noter que nous venons de donner la nouvelle solution d'intégration avec Sitemap Generator. Si vous êtes intégrés - s'il vous plaît voir les instructions d'intégration de nouvelles ici: http://www.vbenterprisetranslator.co...tegration.html
Il augmente considérablement la vitesse de génération de sitemap (sur notre forum de plus de 12 fois).