Important: Cette page utilise des cookies (cookies). L'utilisation de ce site web sans avoir à éteindre les cookies dans le navigateur, cela signifie que vous êtes d'accord pour l'utiliser.
Achetez! Caractéristiques Téléchargements

Gagnez avec nous!

Si vous souhaitez commencer à gagner de l'argent avec vBET jointure à Programme d'affiliation.
Résultats 1 à 6 des 6

Discussion: Lien vers traduit URL fil

Hybride Vue

Post Précédent Previous Post   Next Post Prochain Post
  1. #1
    Membre Senior
    Date d'inscription
    Décembre 2009
    Messages
    276

    Default Lien vers traduit URL fil

    Comme c'est le drapeau des liens ne pas de lien vers le traduit fil URL. C'est la création de beaucoup de redirections et n'est vraiment pas bon pour le RÉFÉRENCEMENT général. Veuillez garder tags remplaçant à l'esprit.

    Je ne sais pas exactement comment cela pourrait se faire à la volée, mais j'espère que l'URL du fil peuvent être mise en cache d'une certaine façon quant à ne pas augmenter la quantité de requêtes par page.

  2. #2
    Michał Podbielski (vBET Personnel) vBET's Avatar
    Date d'inscription
    Octobre 2009
    Messages
    3,037

    Default

    Salut. On sait à ce sujet. Malheureusement ajouter cette fonctionnalité aurait grand impact sur les performances. Non seulement parce que les requêtes supplémentaires de traduit les liens, mais surtout en raison de demandes de traduction. Si les liens ne sont pas traduits encore ensuite chaque lien entraîneraient demande de traduction séparée et fournisseur de traduction. C'est parce que l'API permet de multiples traductions en une requête uniquement pour les mêmes paires de langues.

    Autre solution serait - quand il est déjà traduit, prenez alors il traduit et si pas alors laissez-le comme il est maintenant. De cette façon la 2ème question partiraient.
    Et sur les requêtes supplémentaires - si vous avez activé le Cache des commentaires alors elle n'aura aucune incidence pour les demandes de clients (en cache fichier statique). VBET soutient également d'autres moteurs de cache "in memory".
    Donc si nous allions pour elle alors comme elle est décrite ici, sans aucune optimisation dans le cas de requêtes (parce que telles sont couverts déjà par le support de cache supplémentaire).

    S'il vous plaît, dites-nous ce que vous pensez de telle solution.

  3. #3
    Membre Senior
    Date d'inscription
    Décembre 2009
    Messages
    276

    Default

    Donc, si l'URL sont déjà traduits, ils peuvent être stockés dans le cache client, correct?

  4. #4
    Michał Podbielski (vBET Personnel) vBET's Avatar
    Date d'inscription
    Octobre 2009
    Messages
    3,037

    Default

    Oui. Cache de commentaires fonctionne toujours par page. Si nouvelle page prendra toutes les URL de base de données à nouveau avant il sera stocké dans le Cache des commentaires. Et encore une fois chaque actualisation du Cache de commentaires. Mais c'est vraiment peu de frais. Puisque par défaut cache commentaires fonctionne pendant 24 heures. C'est donc une fois par jour. Aussi nous pouvons le faire que pour les utilisateurs enregistres avec redirection (utilisateurs enregistres vraiment ne faire pas basculer langues arrière et avant), et pour les clients sans - donc Google va voir il meilleure façon possible.
    Ce sera 2 en 1 :
    -pour les utilisateurs de logger sans supplément de coûts pendant la génération de la page.
    -pour invités low cost pour la génération et même 0 quand vous ont page dans le Cache des commentaires (et Google et autres robots verront les liens appropriés sans impact sur les performances supplémentaires lors de redirection)

    Donc je pense que ce qui en fait de cette façon nous pouvons effectivement augmenter performances en faisant une chose supplémentaire, mais seulement lorsque cache des commentaires est activé, parce que nous éviterons de redirection. Cette solution n'ajoutera pas même paramètre supplémentaire - il sera simplement attaché à mettre en Cache des commentaires.

    Je suis sûr de cette idée. Juste pour être clair : vous avez quelques commentaires supplémentaires à ce sujet ?

  5. #5
    Membre Senior
    Date d'inscription
    Décembre 2009
    Messages
    276

    Default

    Ça sonne bien pour moi.

  6. #6
    Banni
    Date d'inscription
    Aoû 2012
    Messages
    481

    Default

    Merci pour la confirmation. Nous travaillons sur cette fonctionnalité.

Tags pour ce sujet

Règles des messages

  • Vous ne peut pas créer de nouvelles discussions
  • Vous ne peut pas réponses après
  • Vous ne peut pas pièces jointes après
  • Vous ne peut pas modifier vos messages
  •