Existe-t-il un outil en ligne dans lequel nous pouvons saisir la source HTML d’une page et en réduire le nombre?
Je le ferais pour les fichiers aspx car ce n’est pas une bonne idée de faire en sorte que le serveur Web les gippe ...
Existe-t-il un outil en ligne dans lequel nous pouvons saisir la source HTML d’une page et en réduire le nombre?
Je le ferais pour les fichiers aspx car ce n’est pas une bonne idée de faire en sorte que le serveur Web les gippe ...
Ne pas le faire. Ou plutôt, si vous insistez sur elle, et après le plus important site optimisations sont complètes. Les Chances sont très élevées que le coût/bénéfice de cet effort est négligeable, surtout si vous avez été la planification manuellement utiliser des outils en ligne pour faire face à chaque page.
Utilisation YSlow ou de la Vitesse de la Page pour déterminer ce dont vous avez vraiment besoin de faire pour optimiser vos pages. Ma conjecture est que la réduction des octets de code HTML ne sera pas votre site plus gros problème. Il est beaucoup plus probable que la compression, la gestion du cache, optimisation de l'image, etc va faire une grande différence pour les performances de votre site en général. Ces outils vont vous montrer ce que les plus gros problèmes sont -- si vous avez fait affaire avec eux tous et encore trouver ce que HTML minification fait une grande différence, d'aller pour elle.
(Si vous êtes sûr que vous voulez aller pour elle, et que vous utilisez Apache httpd, vous pourriez envisager d'utiliser mod_pagespeed et en tournant sur certaines des options pour réduire les espaces, etc., mais être conscient des risques.)
Voici une réponse courte à votre question: vous devriez minifier vos fichiers HTML, CSS, JS. Il est un outil facile à utiliser qui est appelé grognement. Il vous permet d'automatiser beaucoup de tâches. Parmi eux, JS, CSS, HTML minification, concaténation des fichiers et bien d'autres.
Les réponses écrites ici sont extrêmement désuets ou même parfois ne fait pas de sens. Beaucoup de choses ont changé à partir de vieux 2009, donc je vais essayer de répondre à cette correctement.
Réponse courte - vous devriez certainement rapetisser HTML. Il est trivial d'aujourd'hui et donne environ 5% de l'accélération. Pour plus de réponse de lire l'ensemble de la réponse
De retour dans les vieux jours, les gens ont été manuellement minifying css/js (en cours d'exécution au moyen d'un outil spécifique à rapetisser). C'était assez dur pour automatiser le processus et certainement besoin de quelques compétences. Sachant qu'un grand nombre de haut niveau des sites, même maintenant ne sont pas à l'aide de gzip (ce qui est trivial), il est compréhensible que les gens étaient réticents à minifying html.
Alors pourquoi les gens minifying js, mais pas en html? Lorsque vous rapetisser JS, vous faire les choses suivantes:
var isUserLoggedIn
de var a
)Qui a donné beaucoup d'amélioration, même sur les vieux jours. Mais en html, vous n'étiez pas en mesure de changer les noms longs pour faire court, il y avait presque rien à commenter pendant ce temps. Donc, la seule chose qui reste est de supprimer les espaces et retours à la ligne. Qui ne donne que de petites quantité d'amélioration.
Un faux argument qui est écrit ici est que parce que le contenu est servi avec gzip, minification n'a pas de sens. Ce qui est totalement faux. Oui, il est logique que gzip diminution de l'amélioration de la minification, mais pourquoi devriez-vous gzip, des commentaires, des espaces si vous pouvez bien les ajuster et gzip seulement important de la partie. C'est le même que si vous avez un dossier d'archive, qui a un peu de la merde que vous ne serez jamais utiliser et vous décidez de simplement zip au lieu de nettoyage et zip.
Un autre argument pourquoi il à rien de faire minification est qu'il est fastidieux. C'était peut être vrai en 2009, mais de nouveaux outils sont apparus après ce temps. Droite maintenant, vous ne devez pas manuellement rapetisser votre balisage. Avec des choses comme Grunt c'est facile à installer grunt-contrib-htmlmin (s'appuie sur HTMLMinifier par @kangax) et de le configurer pour minifier vos fichiers html. Tous vous avez besoin est de 2 heures pour apprendre grunt et de tout configurer et ensuite tout se fait automatiquement en moins d'une seconde. Les sons que 1 seconde (que vous pouvez même automatiser de ne rien faire avec grunt-contrib-montre) n'est pas vraiment si mauvais pour environ 5% d'amélioration (même avec gzip).
Un argument de plus, c'est que le CSS et le JS sont statiques, et le code HTML est généré par le serveur de sorte que vous ne pouvez pas pré-minify. Ce fut aussi le cas en 2009, mais à l'heure actuelle plus et plusieurs sites sont à la recherche comme une single page app, où le serveur est mince et le client est en train de faire tout le routage, la création de modèles et d'autre logique. Donc le serveur est seulement en vous donnant JSON et le client rend. Ici, vous avez beaucoup de code html pour la page et de modèles différents.
Afin de terminer mes pensées:
Cela a fonctionné pour moi:
http://minify.googlecode.com/git/min/lib/Minify/HTML.php
Ce n'est pas un outil en ligne, mais d'être un simple PHP include c'est assez facile, il vous suffit d'exécuter vous-même.
Je ne voudrais pas enregistrer des fichiers compressés bien, le faire dynamiquement, si vous avez vraiment, et c'est toujours une meilleure idée pour activer Gzip serveur de compression. Je ne sais pas comment impliqué et qui est dans IIS/.Net, mais en PHP, c'est aussi banal que d'ajouter une ligne pour le mondial d'inclure le fichier
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.