Spécifications techniques du site

Paramètres d'URL

Paramètres	Valeur(s)	Valeur par défaut	Description	Exemple de contrôle	Portée/statu
lang	en fr	en	Paramètre la langue pour la navigation et la page en cours. Si le contenu n'est pas disponible dans cette langue, le site s'y adapte, généralement en affichant la langue disponible tout en conservant la langue sélectionnée pour de la navigation.		Fonctionne à travers l'ensemble du site.
style	minimalistic-white none	minimalistic-white	Paramète le style pour la navigation et la page en cours.		Devrait fonctionner à travers l'ensemble du site mais je ne me suis plus penché sur les styles du site depuis quelques années, chargeant "minimalistic-white" partout. Si je trouve un jour suffisamment du temps, j'ai en tête d'ajouter un "dark theme". Je n'ai pas d'autre idée dans ce domaine pour le moment.
key	(Dépendant du contexte)	(Dépendant du contexte)	Sélectionne un item dans les contextes permettant la sélection d'item. Par exemple sur une page incluant une vue d'un jeu de données et une vue d'un item isolé.	(Dépendant du contexte)	Voir "Description".
page	[Nombres entiers]	1	(La pagination n'est encore implémentée sur aucune page (2022-03-14).)		Voir "Description".

Objectif

Ce site a été initié aux environs de 2010 sans prétention autre que d'être un support occasionnel de communication/partage plus ou moins stable de type "web 1.x", et de me procurer un certain degré d'indépendance par rapport à des plateformes de contenu "propriétaires". Il peut être vu comme un dérivé des "sites personnels" des années 1990, mais incluant des technologies plus modernes.

Dépendances (non exhaustif)

Pour ce "projet", j'essaie d'éviter la multiplication des dépendances si je peux implémenter quelque chose moi-même. Ou alors j'essaie de réduire leurs portées. J'ai vu divers outils dont, à un moment, tout le monde disait qu'il fallait absolument les utiliser et par la suite tout le monde disait qu'il fallait absolument les supprimer... Ce site a 11 ans (2022-03-14) et jusqu'à présent je suis plutôt satisfait de cette approche... De vieux fichiers codés il y a près de 10 ans qui continuent à faire leur travail sans devoir être corrigés c'est satisfaisant. Puis c'est une occasion d'expérimenter certaines approches. Il s'agit bien sûr de trouver un équilibre entre "réinventer la roue" et "utiliser une roue faite par quelqu'un d'autre". De mémoire mon plus gros mal de crâne a été le passage de Bootstrap 4 à Bootstrap 5... Les changements étaient peu nombreux mais subtiles (et j'avais "peut-être" un peu trop customisé les Cards de Bootstrap 4).

Edit: Maintenant que j'apprends Angular 2+ (16)... je me rends compte que mon "framework" fait maison a pas mal de points de ressemblance dans sa philosophie avec ce type de framework moderne... Avec beaucoup de différences dont notamment: il agit à la fois sur le backend et le front-end (c'est un framework PHP avec des parties JavaScript, pas un framework JavaScript), il gère des URL standards plutôt que des routes, il n'est pas dans un état "distribuable" et n'est pas prévu pour l'être, ...

J'ai choisi le PHP car, à l'époque, pour ce langage, il était plus facile de trouver un hérgement bon marché où il suffisait d'uploader les fichiers sans autre tracas. L'offre est plus variée de nos jours. Aussi, j'ai voulu essayer quelque chose de différent de ce que j'utilisais déjà professionnellement.

Frontend

Bootstrap, Font Awesome 5, DataTables.

Et jQuery... Un exemple parfait d'un outil dont j'ai auparavant pensé qu'il ne disparaîtrait jamais complètement mais qui est aujourd'hui largement considéré comme "obsolète" (j'ai tout de même perçu quelques signes avant-coureurs lorsque certains frameworks ont commencé à empiéter sur certains cas d'utilisations de jQuery... comme Angular si je me rappelle bien). Je pense que DataTables utilise encore jQuery (je dois vérifier ça), et j'ai encore quelques fonctions custom qui y font appel (2022-03-14), mais je ne suis pas plus pressé que ça de le supprimer totalement.

Backend

Non listées, mais majoritaire du framework "fait maison".

Crédits

Certaines pages comportent un liens "Crédits" dans leur footer. Ce lien mène à une page comportant des crédits pour les auteurs de ressources utiliées sur ce site. Chaque page de crédits peut se rapport à une section ou à une page. Je ne supprime généralement pas les crédits lorsque je retire des contenus, il existe donc des crédits pour des ressources qui ne sont plus utilisées nulle part sur le site.

Images des pages de type menu par rapport aux contenus des pages/sections

Toutes les pages/sections du site n'ont pas les mêmes "quantité" ni de "nature" de contenus. Par conséquent, il arrive que l'image associée à une page/section semble plus prometteuse que la section elle-même. Je suis conscient de ceci. C'est parce que j'essaie de sélectionner les images de façon à garder une certaine esthétique sur les pages de type menu. Je n'ai pas envie de sacrifier leur esthétique pour le moment et je ne vois pas cela comme un problème prioritaire sur un site à faible audience. Donc au moment d'écrire ces lignes (2022-03-29), je n'ai pas pour projet de modifier cela.

Presque pas de scripts tiers

(La plupart des sites que vous visiter "quotidiennement" ne vous mentionneront simplement pas ce qu'ils utilisent alors qu'ils en incluent souvent des centaines.)
Je n'inclus généralement pas de scripts appartenant à des sites tiers dans la construction de ce site. Donc, si vous tombez sur un lien externe et/ou un logo dirigeant vers un autre (gros?) site, celui-ci n'inclut aucun script tiers mais du code local (généralement statique).
Au où je mets ce paragraphe à jour (2023-01-29) il existe trois exceptions: les pages contenant des galeries de vidéos incluent des lecteurs "embedded" YouTube (généralement après un click), et les pages de soutiens/dont incluent un pixel PayPal (dont je crois qu'il ne peut pas être supprimé sans empêcher le fonctionnement du formulaire PayPal) et un formulaire qui renvoit vers le backend de PayPal, et des bannières (liens affiliés) générées en live par Amazon.