Questions sur l'externalisation du cms [Réglé]
Et autres...
Support Général
Swan Membre non connecté
Booster Mortier
- Booster Mortier
- Voir le profil du membre Swan
- Inscrit le : 31/05/2013
- Site internet
Tout est dans le titre pour faire simple :
Je remarque que vous avez choisi d'externaliser des fonctions de Pbt, comme les icons sur fontawesome, ou comme dans certaines partie du codage ou vous passez par les itemscope (ex:itemscope="itemscope" itemtype="http://schema.org/CreativeWork").
- - Pourquoi avoir choisi cette option ?
- - N'avez vous pas peur de changements éventuels de ses fonctions ?
- - Cela veut-il dire que sur le long terme vous poursuivrez sur des externalisations ?
J'en aurais pleins d'autres des questions, comme par exemple "pourquoi avoir changé les noms des tpl pour les news " et La refonte passe par le changement je le conçois, mais est ce réellement nécessaire ?
Mais bon.. je veux pas faire ma rabat-joie .
Swan.
Édité par Swan Le 10/08/2014 à 15h19
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
pour le "itemscope="itemscope" itemtype="http://schema.org/CreativeWork" c'est tout simplement car ce sont des microformats/microdata qui aide au référencement, et l'appel du site externe (http://schema.org/CreativeWork) nous dit tout simplement quel type d'item on utilise dans la page, donc ce n'est pas de l'externalisation mais de l'optimisation SEO ici.
Pour la partie "font-awesome" c'est tout simplement car cette "bibliothèque" d’icônes légère et open-source pèse moins de 150Ko (voir plus selon les fichiers utilisés par les navigateurs, on peu descendre jusqu'à 73Ko) pour plusieurs centaines d’icônes alors que avant (en V4.0 par exemple) rien que les icônes devait peser dans les 250Ko (c'est pas beaucoup mais c'est un gain quand même), de plus le fait de passer par font-awesome enlève des requêtes, car sur la V4.0 1 image = 1requête, avec font-awesome 2 requêtes (le fichiers des fonts + css) = des centaines d’icônes, donc un chargement du site plus rapide.
Citation :Pourquoi avoir choisi cette option ?
Je pense que pour les dev's et graphistes cette solutions et la plus simple car moins "lourde" a mettre en place
Citation :N'avez vous pas peur de changements éventuels de ses fonctions ?
Normalement les microdata comme le projet font-awesome ne devrait pas avoir de modifications majeurs (changement ou remplacement de noms/fonctions), simplement des ajouts si je dit pas de conneries (pour les microdata google aime bien donc c'est que ces fonctionnalités sont pérenne dans le temps).
Changelog font-awesome : https://github.com/FortAwesome/Font-Awesome
Citation :Cela veut-il dire que sur le long terme vous poursuivrez sur des externalisations ?
Vu que ce ne sont pas réellement des externalisation mais plutôt l'utilisation de projet externe (tout comme les packs d’icônes, les smileys ou les JS utilisés depuis la V3.0 voir même depuis la V2.0), là seule chose qui risque de changer pour les prichaines version c'est le passage a jQuery pour remplacer script.aculo.us qui n'a plus vu de MAJ depuis fin 2010.
Citation :J'en aurais pleins d'autres des questions, comme par exemple "pourquoi avoir changé les noms des tpl pour les news " et La refonte passe par le changement je le conçois, mais est ce réellement nécessaire ?
Je pense que le raison pour le module news comme d'autres c'est tout simplement le passage du module en MVC, et aussi le fait d'avoir moins de TPL n'est pas vraiment gênant, je pense que c'est même le contraire, cela doit être plus simple pour modifier un TPL de module.
Cordialement, janus57
ReidLos Membre non connecté
- Modérateur
- Voir le profil du membre ReidLos
- Inscrit le : 27/02/2009
- Site internet
- Groupes :
- Equipe Développement
C'est aussi grâce à tout ça que l'on peut avoir des résultats comme ça : http://gtmetrix.com/compare/qgX5ttac/aOSkFkJb/tq8NJRs7/pTIaElpQ
Concernant le module news, il est maintenant beaucoup plus facile de la personnaliser et nous avons réduit le nombre de fichier
Après effectivement, nous aimerions passer sous jQuery, mais ce n'est pas pour la prochaine version.
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
la seule chose que je reproche RaidLos est le fait que ce comparatif soit à mon sens non valable car chaque site est hébergé sur un serveur et donc une plateforme différente.
Si l'on voudrais vraiment faire un "bon" comparatif il faudrait mettre la V4.1 / V3 / Joomla / Wordpress avec leur thème de base sur 1seule et même serveur/hébergeur, puis faire le test gtmetrix 5fois d'affilé pour prendre la moyenne des 5tests.
Mais oui avec la V4.1 on sens bien l'optimisation côté visiteur, après côté SQL j'ai pas encore fait le test sur un hébergeur en migrant un site en prod.
Cordialement, janus57
ReidLos Membre non connecté
- Modérateur
- Voir le profil du membre ReidLos
- Inscrit le : 27/02/2009
- Site internet
- Groupes :
- Equipe Développement
Pour le reste les données sont je correct
janus57 Membre non connecté
- Booster Fusée
- Voir le profil du membre janus57
- Inscrit le : 07/12/2007
- Groupes :
- Equipe Assistance
ReidLos :
Effectivement, mais cette remarque est uniquement valable pour le temps d'exécution des pages.
Pour le reste les données sont je correct
Pour le reste les données sont je correct
Bonjour,
désolé, là je suis pas d'accord aussi "
Y a les compression GZip (apache ou nginx) qu se fait côté serveur aussi et qui influence la notation Page Speed & YSlow.
Aussi on remarquera que wordpress utilise un CDN ce qu fausse les données niveau chargement et optimisation des images (si le CDN optimise les images).
Voilà pourquoi il faudrait faire les tests sur un seule et même serveur/hébergeur pour éviter au maximum les éléments étrangers.
Cordialement, janus57
Swan Membre non connecté
Booster Mortier
- Booster Mortier
- Voir le profil du membre Swan
- Inscrit le : 31/05/2013
- Site internet
ElenWii Membre non connecté
- Administrateur
- Voir le profil du membre ElenWii
- Inscrit le : 14/08/2009
- Site internet
- Groupes :
- Equipe Graphique
En utilisant des balises <i> ont peut facilement personnalisée le style avec de vrai image sans touché au CSS. ou remplacer le html aussi sans touché au code.
L'idée était d'avoir une base facilement personnalisable.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie