spb/job-ka

Public

459commits
1branches
0releases
77.8 MBon disk
maindefault branch
4 days agolast push

Sat, Oct 31, 2026 1
1. [ka6] connecteur paythings_19f14e354a62: tenant Breezy RÉSILIÉ le 2026-10-31, verdict site_source_mort — connecteur conservé intact (1re intervention, pattern xtl c4a681e1). Le stale signalé était d'abord le profil connu « volume QC nul » (syncs VERTS ok=1 found=0 en continu depuis la dépublication légitime de l'unique offre QC le 2026-08-31, médiane 0.0, fiche stale-volume-zero-faux-positif) ; mais depuis ce matin 09:19 EDT le portail https://paythings-19f14e354a62.breezy.hr renvoie 404 « Career portal not found » (racine ET /json, persistant sur 3 essais) = tenant supprimé chez Breezy, PAS systémique (5 tenants Breezy frères sondés 200 : above-flights, ac780, adi-albert-davidson-industries, adoc-tm, agence-carrieres). Employeur VIVANT (Paythings, fintech cash management AI, paythings.com 200, partenariat KORT Payments 2026-05) et qui recrute, mais AUCUNE migration d'ATS détectable : zéro page carrières sur paythings.com (sitemap = 8 pages produit/blog), aucun slug Breezy renommé (paythings/paythings-com/paythings-inc/paythingscom 404), aucun tenant Greenhouse/Lever/Workable/BambooHR/Recruitee/Ashby/Teamtailor/JazzHR/SmartRecruiters (Serper → néant) ; les offres visibles (Senior Director of Operations, remote Canada — pas clairement QC) ne circulent que via flux payants Appcast → agrégateurs (whatjobs/jobmesh/expertini/jobrapido) et LinkedIn, sans URL de candidature directe (chaînes de redirection suivies jusqu'au bout, impasses). Aucun code de fetch modifié : base.get lève un 404 explicite immédiat, sync_log propre ; 0 offre active en base (l'unique offre historique est inactive depuis longtemps), rien à archiver. Sync isolé rejoué : échec explicite attendu « 404 Client Error ». Si le tenant revient le sync repart seul ; si la fermeture se confirme sur plusieurs semaines, retrait complet au pattern derumarketcatering/mcgillstlaurent. Artefact vague C corrigé dans sources.json : url employeur vide → https://www.paythings.com (vérifiée 200). Docstring chronologie ajoutée au connecteur. Fiches paythings_19f14e354a62.md/ats-breezy.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). Non-régression plateforme breezy : agence_carrieres vert ok=1 found=1. 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
  …
  Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
  Simon-Pierre Boucher 9 days ago · 1 file +1 −1
Fri, Oct 30, 2026 4
1. [ka6] fix connecteur valtech: restauration chirurgicale du fix 3f719c8a emporté par un rollback automatique (verdict de mission illisible), re-testé vert found=7 (= médiane 7.0) — le fix était BON, le revert 2a50302b était la panne. Chronologie : fix valtech committé à 15:13 EDT le 2026-10-30 (bascule boards-api.greenhouse.io → site carrières officiel valtech.com après disparition du board Greenhouse de l'API publique, testé vert found=7), auto-reverté par la supervision à 15:17 parce que le verdict JSON de la mission était tronqué → « inconnu » (cas identique à enercare f5248721, fiche mémoire rollback-automatique-collateral) ; retour au code boards-api → 404 « Job board not found » à chaque cycle → stale re-signalé. Prémisse du fix re-vérifiée live AVANT restauration : boards-api 404 racine (inchangé), silo EU job-boards.eu.greenhouse.io/valtech désormais 404 franc (il 500ait ?error=true le matin — le retrait du board EU s'est achevé), joblist valtech.com/joblist/getjsonresult fonctionnel. Restauration CHIRURGICALE (doctrine enercare : jamais revert du revert, les docs générées ont bougé depuis via neweratech/alliedreit) : git checkout 3f719c8a -- jobka/connectors/valtech.py + réédition careers_url dans data/sources.json + note « NE PAS RE-REVERTER » dans la docstring. Sync isolé rejoué : vert ok=1 found=7 removed=0 en 2,4 s, les MÊMES 7 offres actives (Montréal) — le revert n'avait touché que le code, pas la base. Fiches valtech.md/ats-greenhouse.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Si valtech est re-signalé : lire la docstring du connecteur et git log d'abord.
  …
  Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
  Simon-Pierre Boucher 9 days ago · 1 file +1 −1
2. Revert "[ka6] fix connecteur valtech: board Greenhouse disparu de l'API publique (migration silo EU cassée) → bascule sur le site carrières officiel valtech.com, IDs Greenhouse préservés — vert found=7 (= médiane 7.0)"
  …
  This reverts commit 3f719c8ae03a0f3dbccc13f77760344ffa35d795.
  Simon-Pierre Boucher 10 days ago · 1 file +1 −1
3. [ka6] fix connecteur valtech: board Greenhouse disparu de l'API publique (migration silo EU cassée) → bascule sur le site carrières officiel valtech.com, IDs Greenhouse préservés — vert found=7 (= médiane 7.0)
  …
  Chronologie : vert found=7 en continu jusqu'à 10:11 EDT le 2026-10-30, puis 404 « Job board not found » sur boards-api.greenhouse.io/v1/boards/valtech dès 11:53 (2 échecs consécutifs, stale). Diagnostic : le tenant vit sur le silo EU de Greenhouse (les absolute_url pointaient déjà sur job-boards.eu.greenhouse.io/valtech) mais TOUT le board y renvoie 500 ?error=true (liste, détail, embed — un slug bidon donne 404, donc le board existe mais n'est plus servi), alors que l'API globale sert d'autres tenants EU (riverlane, eversports vérifiés 200) et que status.greenhouse.io est vert : board désactivé/mal migré côté Greenhouse, aucun slug de remplacement (Google n'indexe que « valtech », le site de l'employeur génère encore ces URLs). Réparation (doctrine autodesk→eightfold : suivre l'employeur) : fetch() réécrit sur le site carrières officiel — liste JSON /joblist/getjsonresult (paginée, 147 offres monde, garde-fou structure = erreur franche jamais un faux 0) + pages détail SSR /en-ca/career/jobs/<ghid>/ (description complète dans article.rte-block, datePosted JSON-LD = first_published Greenhouse vérifié, cache BD). Les IDs Greenhouse survivent en fin d'URL → continuité totale des external_id : sync isolé vert ok=1 found=7 updated=7 removed=0 en 14,8 s, les MÊMES 7 offres actives (Montréal) qu'avant la panne, URLs repointées vers valtech.com (les anciennes job-boards.eu 500ent), dates de parution intactes (ex. 4999182101 → 2026-10-07). careers_url de sources.json repointée. Fiches valtech.md/ats-greenhouse.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre). 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
  Simon-Pierre Boucher 10 days ago · 1 file +1 −1
4. [ka6] fix connecteur mcgillstlaurent: retrait définitif de la source (pattern derumarketcatering 6744631f) — le tenant JazzHR mcgillstlaurent.applytojob.com est fermé en PERMANENCE (« Inactive Career Page » 200, re-vérifié live le 2026-10-30, 8 jours et 67 échecs consécutifs depuis le 2026-10-22 — bien au-delà des lapses transitoires ~35 h type xtl) : 3e sortie JazzHR délibérée du groupe McGill St Laurent, migration Lever achevée. Deux missions ka6 (2026-10-22, 2026-10-23) avaient conclu site_source_mort en conservant le connecteur : la supervision le resynchronisait donc en boucle (statut broken), exactement le cas derumarketcatering. Couverture TOTALE prouvée par le frère mcgillstlaurentb8 (Lever org mcgillstlaurent, board unifié du groupe) : vert found=15 au sync du 2026-10-29 23:52, API Lever live = 16 offres dont les CWP Energy QC (Junior Power Trader, Agentic Innovation Specialist + versions FR) ; invariant « un seul connecteur Lever par org » → pas de réécriture. Les offres JazzHR résiduelles sont déjà expirées (0 active en base, expire_stale 7 j passé le 2026-10-29). Retrait complet pattern maison : suppression de jobka/connectors/mcgillstlaurent.py (registre auto-découvrant), de l'entrée data/sources.json (1108→1107 sources, employeurs_directs 1047→1046, updated 2026-10-30, /api/sources vérifié sans CWP Energy) et de la fiche docs/connecteurs/mcgillstlaurent.md ; INDEX.md et ats-jazzhr.md régénérés (28→27 tenants, 1133 autres fiches restaurées hors périmètre). run.py sync mcgillstlaurent → « connecteur inconnu » (attendu) ; non-régression plateforme jazzhr : xtltransportlogistics vert found=32 en 1,5 s. 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. La supervision passera broken→retired d'elle-même (~14 j).
  …
  Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
  Simon-Pierre Boucher 10 days ago · 1 file +2 −15
Tue, Oct 27, 2026 2
1. [ka6] fix connecteur ingeniuinc: migration d'ATS SmartRecruiters → site Odoo de l'employeur le 2026-10-27 — tenant SR vidé, nouvelle plateforme odoo.py. Diagnostic : vert found=1 en continu jusqu'à 07:32 EDT, puis ok=1 found=0 dès 10:23 (removed=1 à la règle des 2 absences) — l'unique offre, un fantôme paru le 2021-08-02, dépubliée entre les deux. Vérification live : API postings SmartRecruiters IngeniuInc 200 totalFound=0 (tenant existant mais vidé), page board 404 ; l'entreprise s'est rebaptisée Ingeniu Solutions (ingeniu.ca → www.ingeniusolutions.com) et publie désormais sur son PROPRE site Odoo (module website_hr_recruitment, /jobs) : 2 offres publiées. Nouvelle classe de plateforme jobka/connectors/odoo.py (pattern glow) : liste HTML rendue serveur (cartes jobs_grid, ancre /jobs/<slug>-<id>, titre <h3>, libellé <address>), pagination /jobs/page/N suivie, détail par MICRODONNÉES schema.org/JobPosting (meta datePosted/employmentType, div itemprop=description) — ⚠️ la div description ne porte que l'intro, le corps (responsabilités, compétences, avantages) vit dans les blocs website-builder qui la suivent : capture jusqu'au footer, CTA retiré ; cache BD + budget de re-visites (JOBKA_ODOO_DETAIL_LIMIT=60), garde-fou anti faux « 0 offre » (marqueur jobs_grid + retry). Lieux en cascade (doctrine bento_sushi, rien d'inventé) : addressLocality structurée → libellé <address> QC → ville citée dans le bloc JobPosting (« à notre bureau de Montréal », « Située à Montréal ») validée contre le référentiel des municipalités QC ; tout ce qui suit <footer> (siège en pied de page) jamais lu. ingeniuinc.py re-pointé sur OdooConnector (ids 743999764601957 → 15/38), sources.json mis à jour (url, careers_url, connector=odoo). Tests réels : fetch isolé 2 offres Montréal (teletravail/hybride, temps_plein, descriptions 2623/3633 car.), sync vert ok=1 found=2 added=2 en 0,3 s (médiane 0.5 — le nouveau board porte réellement 2 offres), 2 offres actives en base, l'ancienne offre SR inactive. 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Fiches ingeniuinc.md/ats-odoo.md/ats-smartrecruiters.md/INDEX.md régénérées (1132 autres restaurées, hors périmètre).
  …
  Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
  Simon-Pierre Boucher 13 days ago · 1 file +4 −4
2. [ka6] fix connecteur groupepmi: migration d'ATS Zoho Recruit → Glow in the Cloud le 2026-10-27 — tenant Zoho RÉSILIÉ, nouvelle plateforme glow.py. Diagnostic : vert found=10 en continu jusqu'à 07:20 EDT, puis ok=1 found=0 dès 10:10 (retraits suspendus par le garde-fou de dérive) ; le RSS et /jobs/Careers de groupepmi.zohorecruit.com renvoient tous deux une page d'erreur Zoho « groupepmi.zohorecruit.com does not exist » (200, 2596 octets) — tenant supprimé chez Zoho, pas un blip. La page carrières officielle groupepmi.ca/carriere/ pointe désormais (4 liens) vers jobs.glowinthecloud.com/groupepmi : ATS québécois Glow in the Cloud, 10 offres publiées (= médiane historique). Nouvelle classe de plateforme jobka/connectors/glow.py (pattern JazzHR) : liste HTML rendue serveur (cartes avec adresse complète), détail JSON-LD JobPosting (tabulations littérales absorbées par _jsonld), cache BD + budget de re-visites, garde-fou anti faux « 0 offre » (marqueur jobSearch-result + retry). Lieux en cascade (doctrine bento_sushi, rien d'inventé) : adresse de liste → jobLocation JSON-LD → ville citée dans la description validée contre le référentiel des municipalités QC (« Chantier Joliette ») ; le <address> des pages détail est le SIÈGE en footer, jamais utilisé ; 1 offre sans aucun marqueur de lieu correctement écartée. groupepmi.py re-pointé sur GlowConnector (ids 717696… → 20261015002…), sources.json mis à jour (careers_url, connector=glow). Tests réels : fetch isolé 9 offres QC/10 publiées, 2 syncs verts ok=1 found=9 (médiane 10) en 1,1 s puis 1,7 s avec removed=10 (anciennes offres Zoho retirées à la règle des 2 absences), 9 offres actives en base. 108 tests pytest verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200. Fiches groupepmi.md/ats-glow.md/ats-zoho_recruit.md/INDEX.md régénérées (1131 autres restaurées, hors périmètre).
  
  Simon-Pierre Boucher 13 days ago · 1 file +4 −4
Fri, Oct 23, 2026 1
1. [ka6] connecteur mcgillstlaurent: restauration après rollback automatique (2e intervention) — le diagnostic site_source_mort du 2026-10-22 (35756e9b) reste valide, le broken actuel vient du revert cff3361f de la supervision (verdict JSON tronqué → « inconnu », même mécanique que le cas enercare f5248721), pas de la source. Re-vérifié live le 2026-10-23 : tenant JazzHR mcgillstlaurent.applytojob.com toujours 200 « Inactive Career Page » (compte résilié chez l'ATS) ; board Lever unifié du groupe jobs.lever.co/mcgillstlaurent toujours vivant (7 offres dont 3 CWP Energy : Junior Power Trader QC, Agentic Innovation Specialist QC, Power Trader US filtrée) et DÉJÀ COUVERT par le frère mcgillstlaurentb8 (sync isolé rejoué ok=1 found=6 en 1,0 s). Restauration CHIRURGICALE (pas de revert du revert, les fiches docs ayant été régénérées entre-temps par les missions sobeys/gevgroupltd) : git checkout 35756e9b -- mcgillstlaurent.py (docstring chronologie) + réédition sources.json (url https://mcgillstlaurent.com/cwp-energy/ re-vérifiée 200, sectors [Énergie, Finance]) + note 2e intervention anti-récidive dans la docstring (« ne PAS re-reverter »). Sync isolé mcgillstlaurent rejoué : échec explicite attendu « compte JazzHR désactivé » (détection adb8637, comportement conçu) — aucun code de fetch modifié, le connecteur repartira seul si le tenant revenait. Fiches mcgillstlaurent.md/ats-jazzhr.md/INDEX.md régénérées (1131 autres fiches restaurées, hors périmètre). 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
  …
  Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
  Simon-Pierre Boucher 17 days ago · 1 file +5 −2
Thu, Oct 22, 2026 6
Wed, Oct 21, 2026 11
Tue, Oct 20, 2026 2
1. [ka6] connecteur galderma: stale = angle mort du filtre QC — le tenant Workday a relibellé son usine « Montreal » → « Baie-D'Urfé », ville absente de _QC_CITIES (found 16→3→0, réparé 0→49). Dépublication en vagues 19-20 oct (16→3 à 10:48 le 19, 3→0 entre 15:10 et 17:40 le 20) : les postes JR017xxx « Montreal » ont été republiés sous des ids neufs (JR019xxx/JR020xxx) avec le libellé de lieu « Baie-D'Urfé » (Ouest-de-l'Île). is_quebec_location rejetait ce libellé (ni marqueur QC ni ville connue), donc NI la facette serveur blocations NI le filtre client ne gardaient rien — found=0 sur un board vivant de 341 offres dont 49 QC (facette Canada=55, les 6 non retenues toutes Toronto, vérifié par pagination facettée). Fix générique normalize.py : « baie-d'urfe »/« baie d'urfe » ajoutées à _QC_CITIES (pattern fermont/lachine) + test de régression (libellé nu et variante avec QC). Sync isolé rejoué : found=49 added=49 ok=1 en 69 s, 49 actives Baie-D'Urfé en base. Artefact vague C : url vide dans sources.json → https://www.galderma.com (200 vérifié live). Docstring chronologie 1re intervention, fiches galderma.md/ats-workday.md/INDEX.md régénérées. 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
  
  Simon-Pierre Boucher 19 days ago · 1 file +1 −1
2. [ka6] connecteur makeitbloom: stale = angle mort JazzHR réel — page détail sans JSON-LD JobPosting, repli HTML générique dans jazzhr.py (found 0→1). Les 3 offres SEO (UhDHyS6fne/xvSwVILniQ/qdFba5tbN5, Montréal) dépubliées le jour même entre les syncs de 06:38 (found=3) et 15:37 (found=0) du 2026-10-20, détails confirmés 410 Gone (marqueur JazzHR, cf. geox). MAIS le board n'était PAS vide : l'offre neuve dVcAlVM7ko « Spécialiste des médias payants » (republication du poste de sept. sous un id neuf, pattern du tenant) était rejetée par le filtre QC car sa page détail ne porte AUCUN bloc JSON-LD JobPosting (seul un Organization) — une première sur ce tenant, alors que le frère playground est toujours balisé. Vrai angle mort corrigé dans jazzhr.py : _detail_fields_from_html, repli quand extract_jobposting échoue — titre via h2 du job-header, lieu « Ville, QC, Canada » via le bloc job-attributes title=Location, type via resumator-job-employment, description via #job-description borné par resumator-mobile-apply-wrapper ; validé sur les pages live makeitbloom (sans LD → Montreal/QC) et playground (avec LD → chemin JSON-LD inchangé). Test de régression ajouté (QC gardée, ON lâchée, LD prioritaire). Sync isolé rejoué : found=1 added=1 ok=1 en 2,3 s, offre en base Montréal active. Artefact vague C : url vide dans sources.json → https://www.makeitbloom.com (200 vérifié live). Docstring chronologie 1re intervention, fiches makeitbloom.md/ats-jazzhr.md/INDEX.md régénérées. 108 tests verts, pm2 restart job-ka-sync OK, site local 200, www.job-ka.com 200.
  …
  Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
  Simon-Pierre Boucher 19 days ago · 1 file +1 −1
Mon, Oct 19, 2026 4
Sat, Oct 17, 2026 8
Fri, Oct 16, 2026 1
1. [ka6] snapshot pré-mission clydeco
  
  Simon-Pierre Boucher 23 days ago · 1 file +2 −2