Conserver les anciennes archives HTML et afficher les thèmes de manière conditionnelle
Je suis en train de convertir un site web de html simple (avec des tableaux! Ugh!) En WordPress. La société a un nouveau design tous les ans et conserve sur son site Web une archive de leur (s) ancien (s) site (s) avec l'ancien (s) design (s) afin que les utilisateurs puissent revenir en arrière.
Conserver les anciennes archives HTML sur un site WP
Que recommanderiez-vous de conserver les anciennes archives HTML? WP ne permet pas de servir des pages HTML simples. Je ne veux pas vraiment me donner la peine de créer une dizaine d'années de sous-domaines et d'y héberger des archives (par exemple, 2009.mydomain.com, 2008.mydomain.com), car je devrai alors passer par toutes ces pages html et mettre à jour toutes les références aux archives également (ce n’est pas vraiment un problème avec grep et sed, c’est un peu pénible à faire). Cependant, c’est vraiment la seule façon pour moi de le faire efficacement.
Conserver le système "d'archives annuelles"
Une fois que les anciennes archives sont opérationnelles, comment "entretenir" ce système dans WordPress? Je sais que WP utilise un système d'archivage Nice, mais je devrais afficher tous les articles et pages de 2011 comportant le dessin de 2011, ainsi que tous les articles/pages de 2012 comportant le dessin de 2012. Ma pensée était d'afficher les thèmes de manière conditionnelle - peut-être ajouter un champ personnalisé à chaque publication/page et ajouter une fonction qui vérifie le champ personnalisé et sert le fichier CSS approprié. Bien entendu, cela nécessite que les modèles de thème ne changent pas beaucoup d’une année à l’autre. Ou peut-être changer des thèmes entiers, conditionnellement (assez facile pour copier cette fonction conditionnelle à chaque thème). Existe-t-il une meilleure façon de le faire? L'autre option à laquelle j'ai pensé était d'exporter l'année à archiver au format HTML et de la servir comme (par exemple) 2011.mondomaine.com. Cependant, vous perdez la possibilité de parcourir des articles/pages, etc. Ceci est particulièrement gênant, car un système complet de messages personnalisés est prévu et l'archivage annuel du site annulera en quelque sorte l'avantage des taxinomies des messages personnalisés. Je préférerais conserver le mot wordpressiness et peut-être simplement utiliser la redirection Apache des futurs "sous-domaines" vers les archives appropriées, afin de conserver une cohérence dans les archives du site (ne voulez pas que la moitié des archives soient accessibles via 2006.mondomain.com et le futures archives de mydomain.com/archives/2012).
J'espère avoir expliqué cela relativement clairement. Toute suggestion serait la bienvenue.
Commander Le plugin d'importation HTML de Stephanie Leary . Elle est experte en importation d'anciennes pages HTML dans WordPress.
Il vous suffit de pointer le plug-in vers les pages HTML existantes sur votre serveur et de les extraire.
Pour archiver, vous pouvez créer une taxonomie personnalisée pour les années et utiliser les pages d’archive WordPress pour les afficher.
J'aurais probablement configuré le système d'archivage comme une installation multi-site séparée avec un sous-répertoire pour chaque année:
- archive-example.com/1998
- archive-example.com/1999
- …
- exemple-archive.com/2010
Ainsi, les anciennes bases de données ne ralentiront pas votre système actuel, vous pouvez utiliser un thème séparé pour chaque année et gérer toutes les archives à partir d’un compte réseau (les mises à jour sont plus faciles!). Malheureusement, le site principal d'une installation multi-site doit être un domaine de premier niveau.