Suit le même schéma que marmitonAdapter (construit sur jsonLdRecipeAdapter),
avec deux différences propres à 750g.com :
- list() n'a pas d'ItemList JSON-LD à lire sur ses résultats de recherche
(la recherche du site est un widget client-side) — appelle donc
directement le endpoint GET que ce widget interroge lui-même en interne
(un « moteur de réponse IA » qui renvoie un lot de recettes pour une
requête en texte libre), et scrape les cartes de résultat par regex en
associant à chaque lien de recette sa dernière image précédente plutôt
qu'un zip naïf par index (des images décoratives sans carte associée
existent réellement dans ce fragment). Vérifié en direct : demander une
« page 2 » revient toujours vide, donc nextCursor vaut toujours null,
comme theMealDbAdapter.
- parse() ne délègue pas aussi directement à jsonLdRecipeAdapter.parse que
marmitonAdapter — le générateur JSON-LD de 750g.com a deux bugs réels :
des caractères de contrôle bruts non échappés dans certaines chaînes JSON
(~1 recette sur 3 dans un échantillon vérifié en direct, sinon
JSON.parse échoue et jsonLdRecipeAdapter rapporte à tort « aucun
Recipe trouvé »), et un texte parfois doublement encodé en entités HTML
(ex. un vrai « é » devient é au lieu de é). Les deux
sont corrigés en pré/post-traitement autour de la même délégation, pas
une réimplémentation.
Enregistre sevenFiftyGAdapter dans registerAllRecipeSources
(sources/index.ts), au même titre que marmitonAdapter.
Complète aussi test/sources/sources-index.test.ts, qui ne couvrait encore
que TheMealDB malgré l'ajout de Marmiton dans une PR précédente.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>