Search
Results for “vente”
Index built 5 h ago · 190 repositories · 92,201 paths
Repositories 1
-
toit-ka
Toit-Ka — louer ou acheter un toit au Québec, un seul endroit (fusion Lou-Ka × Immo-Ka) — www.toit-ka.com
Files 17
- src/lib/ventes.ts
- UQO_COURS_UPGRADE/IMM1033/seance09/data/ventes_gatineau_plainpied.csv
- docs/connecteurs/lepointdevente.md
- sortika/connectors/lepointdevente.py
- data/synthetic/ch08_zonage_ventes.csv
- data/synthetic/cas1_gatineau_ventes.csv
- data/synthetic/ch25_terrains_ventes.csv
- data/synthetic/ch43_riverain_ventes.csv
- tests/fixtures/lepointdevente_fiche.html
- tests/fixtures/lepointdevente_page1.html
- data/synthetic/cas2_quebec_ventes_plex.csv
- data/synthetic/cas1_gatineau_ventes_brut.csv
- IMM1033-20_Methodes_du_cout/02_Slides/sources/data/s09_ventes_vbm2.dat
- IMM1033-20_Methodes_du_cout/03_Travaux_pratiques/TP2_Bordereau_de_cout_neuf/enonce/tables_tp2_ventes.tex
- IMM1033-20_Methodes_du_cout/03_Travaux_pratiques/TP2_Bordereau_de_cout_neuf/donnees/uqo_eval_quadruplex_ventes.json
- src/app/ventes/page.tsx
- src/app/api/ventes/route.ts
Commits 14
- Revert "[ka6] connecteur iamgold: broken = panne « Section Carrières non disponible » côté tenant Taleo, rien à réparer — depuis le 2026-11-12 17:33 EST, l'endpoint REST searchjobs de la section ex renvoie 200 avec la page XHTML « Section Carrières non disponible — la maintenance du système peut être en cours » au lieu du JSON (5 syncs rouges consécutifs, persiste à travers les 3 essais + ré-amorçage de _search_page). Nouvelle variante, distincte du blip « portail introuvable » (fc92b174). Vérifié live 2026-11-13 01h EST : amorce ex 200 (53 ko, gabarit intact — gotcha : le portal=101430233 du HTML est une CONSTANTE de plateforme, identique chez agnicoeagle ; la section réelle est liée à la session du bootstrap) ; REST indisponible dans les DEUX langues fr/en ; sections 2/1/pro = « Career Section Unavailable », in = interne ; rendu navigateur (Scrapfly render_js) = coque sans résultats. CONTRÔLE décisif : la même sonde amorce+POST renvoie du JSON chez agnicoeagle, et les 4 frères Taleo de l'app sont 100 % verts sur 24 h → mécanique du connecteur saine, panne mono-tenant côté Oracle/IAMGOLD. Employeur VIVANT : mine Westwood active (millionième once juin 2026, recrutement Facebook 2026), pages carrières officielles iamgold.com fr+en (via Scrapfly ASP) pointant toujours vers CETTE section Taleo ex — aucune migration d'ATS, pas de vente/fermeture (Serper news+web). Base déjà à 0 offre active (dépublication réelle du 2026-11-11, commit précédent) : zéro impact données, et médiane 0.0 → même réparé le connecteur rendrait found=0. Aucun code de fetch modifié : docstring chronologie seule dans iamgold.py. Fiches iamgold.md/ats-taleo.md/INDEX.md régénérées (1131 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. Verdict rien_a_faire : le connecteur reverdira seul à la fin de la maintenance du tenant ; si l'indisponibilité dépasse ~10 jours, une future mission devra chercher un vrai changement de section/ATS."
- [ka6] connecteur iamgold: broken = panne « Section Carrières non disponible » côté tenant Taleo, rien à réparer — depuis le 2026-11-12 17:33 EST, l'endpoint REST searchjobs de la section ex renvoie 200 avec la page XHTML « Section Carrières non disponible — la maintenance du système peut être en cours » au lieu du JSON (5 syncs rouges consécutifs, persiste à travers les 3 essais + ré-amorçage de _search_page). Nouvelle variante, distincte du blip « portail introuvable » (fc92b174). Vérifié live 2026-11-13 01h EST : amorce ex 200 (53 ko, gabarit intact — gotcha : le portal=101430233 du HTML est une CONSTANTE de plateforme, identique chez agnicoeagle ; la section réelle est liée à la session du bootstrap) ; REST indisponible dans les DEUX langues fr/en ; sections 2/1/pro = « Career Section Unavailable », in = interne ; rendu navigateur (Scrapfly render_js) = coque sans résultats. CONTRÔLE décisif : la même sonde amorce+POST renvoie du JSON chez agnicoeagle, et les 4 frères Taleo de l'app sont 100 % verts sur 24 h → mécanique du connecteur saine, panne mono-tenant côté Oracle/IAMGOLD. Employeur VIVANT : mine Westwood active (millionième once juin 2026, recrutement Facebook 2026), pages carrières officielles iamgold.com fr+en (via Scrapfly ASP) pointant toujours vers CETTE section Taleo ex — aucune migration d'ATS, pas de vente/fermeture (Serper news+web). Base déjà à 0 offre active (dépublication réelle du 2026-11-11, commit précédent) : zéro impact données, et médiane 0.0 → même réparé le connecteur rendrait found=0. Aucun code de fetch modifié : docstring chronologie seule dans iamgold.py. Fiches iamgold.md/ats-taleo.md/INDEX.md régénérées (1131 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. Verdict rien_a_faire : le connecteur reverdira seul à la fin de la maintenance du tenant ; si l'indisponibilité dépasse ~10 jours, une future mission devra chercher un vrai changement de section/ATS.
- [ka6] connecteur financeit: stale = faux positif « volume QC nul » (1re intervention), rien à réparer — Financeit a dépublié ses 2 offres QC (2055703416 « Directeur(trice) régional(e) des ventes » + 4386395923 « Gestionnaire de comptes », paire Québec/T.-N.-L./Maritimes) entre 13:33 et 14:43 EST le 2026-11-12 : vert found=2 en continu, puis ok=1 found=0 à 14:43 (missed=2) et 17:14 (removed=2 au garde-fou 2-miss), AUCUNE erreur HTTP — la supervision compte un sync à 0 offre comme non-succès, d'où le stale à médiane 1.0 (profil mémoire stale-volume-zero-faux-positif). Vérifié live : widget v1 200 name=Financeit, 12 entrées / 10 offres uniques (répétition par location, gotcha jove), toutes Toronto/Calgary/Edmonton, zéro QC ; détail des 2 offres retirées → marqueur Workable de dépublication confirmé (301 → /financeit/j/<id> puis board « Current Openings » + ?not_found=true). Tenant vivant et actif, zéro migration : le volume 0 est l'état RÉEL de la source, le poste régional Québec/Maritimes se republie par vagues. Sync isolé rejoué à 18:08 : ok=1 found=0 added=0 removed=0 en 0,2 s, base = reflet exact de la source (0 offre active). Aucun code de fetch modifié : docstring chronologie seule dans financeit.py. Fiches financeit.md/ats-workable.md/INDEX.md régénérées (1131 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. Verdict rien_a_faire : le connecteur reverdira seul à la prochaine publication QC.
- [ka6] connecteur iamgold: stale = faux positif « volume QC nul » (1re occurrence sur ce tenant, 3e fausse alerte), rien à réparer — IAMGOLD a dépublié progressivement ses 4 offres Westwood (Abitibi) le 2026-11-11 : found=4 stable depuis des jours puis 13:09 EST found=3, 15:44 found=2, 18:58 found=0, tous les syncs verts ok=1 sans erreur HTTP — la supervision compte un sync à 0 offre comme non-succès. Vérifié live : page d'amorce 200 portal=101430233 inchangé, careerSectionUnAvailable=false, searchjobs fr totalCount=0 ; culture en totalCount=1 mais l'unique offre est au « 06 - Cote Gold Mine Site » (Gogama, Ontario, facette LOCATION) donc hors QC même en bi-culture ; pages détail 15472/15540/15537 à description vide (marqueur Taleo de dépublication) ; aucune nouvelle de vente/fermeture de Westwood (Serper), zéro migration d'ATS — le volume 0 est l'état RÉEL de la source, le tenant publie par vagues. Sync isolé rejoué : vert ok=1 found=0 removed=2 en 3,8 s (retrait propre des 2 dernières offres au garde-fou 2-miss), 0 offre active en base = reflet exact de la source ; reverdira seul à la prochaine publication QC. Aucun code de fetch modifié, docstring chronologie seulement. Fiches iamgold.md/ats-taleo.md/INDEX.md régénérées (1131 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. Verdict rien_a_faire.
- [ka6] fix connecteur bocauxetco.ca: fiche migrée woocommerce→generic — COMMERCE FERMÉ (liquidation début octobre 2026), la « panne cyclique » était en fait la fin de vie du site. Ce qu'on prenait pour l'épisode 3 d'une panne hébergeur récurrente (depuis 10-15, verdicts rien_a_faire des 10-25/26) est une fermeture définitive, prouvée 2026-11-02: (1) post Facebook officiel @Bocauxetco du 2026-04-21 « Message important de Caroline — il est temps pour moi de passer le flambeau… à la recherche d'un repreneur » (contexte familial, départ de la ville); (2) post officiel du 2026-10-04 « Jour 2 de notre grande liquidation » (aucun repreneur trouvé → vente de fermeture); (3) post du fournisseur Jardins Kaizen « …fermeture du Bocaux et co, dans les prochains jours » + « notre dernier déplacement pour la saison 2026 au Bocaux et co ». Chronologie cohérente avec le sync_log: dernier sync ok 69 produits le 2026-10-15 08:51 (juste après la liquidation), puis 94 échecs consécutifs avec un site en décomposition progressive — wp-json 404 puis 500, wp-login 200→500 (10-25), accueil 200/0 octet→500/0 octet (constaté 11-02, y compris robots.txt virtuel WP), port 80 pareil, mondial (Scrapfly CA identique); seuls les statiques wp-includes servent encore (jquery 200/87 Ko) et le domaine reste payé jusqu'en 2027-01 (GoDaddy ACTIVE) — hébergement à l'abandon post-fermeture, pas de maintenance. Fix minimal, AUCUN code touché (doctrine kefiplant 04c0126): fiche registre platform generic + catalog_endpoint __generic__ (précédents lespassionnees 9e3ff49, atelierlaf ddb1524, lafermevegetale a3d052b), édition ciblée de 2 lignes dans data/stores.json (jamais de json.dump global). Le connecteur generic avale le 500 du sitemap (generic.py:237 xml='' si status≠200) → aucun <loc> → fetch() return [] → ok/0 FIDÈLE (les 90 lignes produits sont déjà active=0 via MISS_GRACE — correct, le commerce n'existe plus; si un repreneur relançait le site, re-sonder curl -s https://bocauxetco.ca/wp-json/ → 200 et re-migrer la fiche vers woocommerce). Sync réel 2026-11-02: bocauxetco.ca ok / 0 produit; non-régression atelierora.ca ok / 23 (chemin generic nominal) et 1001fondues.com ok / 28 (chemin Woo nominal) — 3 ok, 0 erreur en 6 s. pm2 restart fabri-ka-sync fait, web local 200. Source définitivement morte: ne rien « réparer » de plus. Si re-broken: vérifier que la fiche est toujours platform=generic (grep bocauxetco data/stores.json) — la re-migrer (2 lignes) si revertée; ne pas toucher woocommerce.py. NB constaté au passage (non touché, hors mission): la fiche lespassionnees.ca est redevenue platform=shopify dans stores.json (le fix 9e3ff49 a été reverté par f7bcd6b) — à re-migrer lors d'une prochaine mission lespassionnees.
- Revert "[ka6] fix connecteur lespassionnees.ca: fiche migrée shopify→generic — commerce fermé DÉFINITIVEMENT le 2026-09-30 (vente de fermeture confirmée par l'Instagram officiel @lespassionnees.ca, verdict site_source_mort du 10-23), et depuis ~10-27/28 Shopify a RÉSILIÉ le rattachement du domaine: le DNS pointe encore shops.myshopify.com (23.227.38.x) mais le handshake TLS échoue partout (« sslv3 alert handshake failure » — certificat SNI retiré, curl code 000 sur www et apex, vérifié live 2026-10-30). Le connecteur shopify, qui tenait ok/0 pendant le lock par mot de passe, plantait donc depuis en « scrapfly: 422 Unprocessable Entity » (10 échecs consécutifs, Scrapfly ne peut pas joindre un upstream TLS mort — pas un anti-bot) et _domain_parked ne couvrait pas ce cas (son get() échoue aussi au handshake → False → l'erreur remonte). Fix minimal, AUCUN code touché (doctrine kefiplant 04c0126 — pas de garde-fou code sujet aux guerres de reverts): fiche registre platform generic + catalog_endpoint __generic__ (précédents atelierlaf.com ddb1524, lafermevegetale.ca a3d052b), édition ciblée de 2 lignes dans data/stores.json (jamais de json.dump global). Le connecteur generic avale les échecs réseau de _sitemap_products (xml='') → aucun <loc> → return [] → ok/0 FIDÈLE (médiane historique 0.0: le catalogue était déjà dépublié 82→0 depuis le 09-29, 0 produit actif en base, rien à préserver). Sync réel 2026-10-30: lespassionnees.ca ok / 0 produit; non-régression ateliersaintcerf.com ok / 62 (chemin shopify nominal) et atelierora.ca ok / 23 (chemin generic nominal) — 3 ok, 0 erreur en 4 s. pm2 restart fabri-ka-sync fait, web local 200. Source définitivement morte: ne rien « réparer » de plus. Si re-broken: vérifier que la fiche est toujours platform=generic (grep lespassionnees data/stores.json) — la re-migrer (2 lignes) si revertée; ne pas toucher shopify.py."
- [ka6] fix connecteur lespassionnees.ca: fiche migrée shopify→generic — commerce fermé DÉFINITIVEMENT le 2026-09-30 (vente de fermeture confirmée par l'Instagram officiel @lespassionnees.ca, verdict site_source_mort du 10-23), et depuis ~10-27/28 Shopify a RÉSILIÉ le rattachement du domaine: le DNS pointe encore shops.myshopify.com (23.227.38.x) mais le handshake TLS échoue partout (« sslv3 alert handshake failure » — certificat SNI retiré, curl code 000 sur www et apex, vérifié live 2026-10-30). Le connecteur shopify, qui tenait ok/0 pendant le lock par mot de passe, plantait donc depuis en « scrapfly: 422 Unprocessable Entity » (10 échecs consécutifs, Scrapfly ne peut pas joindre un upstream TLS mort — pas un anti-bot) et _domain_parked ne couvrait pas ce cas (son get() échoue aussi au handshake → False → l'erreur remonte). Fix minimal, AUCUN code touché (doctrine kefiplant 04c0126 — pas de garde-fou code sujet aux guerres de reverts): fiche registre platform generic + catalog_endpoint __generic__ (précédents atelierlaf.com ddb1524, lafermevegetale.ca a3d052b), édition ciblée de 2 lignes dans data/stores.json (jamais de json.dump global). Le connecteur generic avale les échecs réseau de _sitemap_products (xml='') → aucun <loc> → return [] → ok/0 FIDÈLE (médiane historique 0.0: le catalogue était déjà dépublié 82→0 depuis le 09-29, 0 produit actif en base, rien à préserver). Sync réel 2026-10-30: lespassionnees.ca ok / 0 produit; non-régression ateliersaintcerf.com ok / 62 (chemin shopify nominal) et atelierora.ca ok / 23 (chemin generic nominal) — 3 ok, 0 erreur en 4 s. pm2 restart fabri-ka-sync fait, web local 200. Source définitivement morte: ne rien « réparer » de plus. Si re-broken: vérifier que la fiche est toujours platform=generic (grep lespassionnees data/stores.json) — la re-migrer (2 lignes) si revertée; ne pas toucher shopify.py.
- TP2 IMM1033 allégé : 22 composantes à prix composites, 7 grandeurs, 8 ventes (énoncé, gabarit, diapos séance 7)
- TP2 refondu sur UQO Éval (quadruplex, Cas 9, RSMeans 2026 T4, 11 ventes réelles) : énoncé, gabarit, diapos séance 7
- [ka6] connecteur doman_building_materials: stale = faux positif « volume QC nul », rien à réparer — les 4 offres QC du board Workable dépubliées en bloc le 2026-10-28. Profil connu « ok=1 found=0 » (70+ cas) : la supervision compte un sync à 0 offre comme non-succès. Chronologie : vert found=4 en continu jusqu'à 09:57 EDT, puis ok=1 found=0 dès 11:51 — les 4 offres QC (Employé d'entrepôt / Warehouse Person Québec du 2026-10-01, Représentant des ventes interne du 2026-09-16, Administrative Clerk / Commis à l'administration du 2026-09-14) dépubliées entre les deux, retirées proprement à la règle des 2 absences (removed=4 à 14:28). Vérification live : widget v1 GET 200 « Doman Building Materials Group Ltd » avec 17 offres publiées (C.-B., Saskatchewan, Ontario, N.-É., T.-N.) mais zéro Québec ; les 4 pages détail 302 → board + ?not_found=true (marqueur Workable de dépublication confirmé) — tenant VIVANT, zéro migration, le volume 0 est CORRECT. Sync isolé rejoué : vert ok=1 found=0 en 0,6 s, 0 offre active en base = reflet exact de la source. Aucun code de fetch modifié, docstring chronologie seulement ; employeur pancanadien à roulement par site (Maskinongé, Blainville), le connecteur reverdira seul à la prochaine publication QC. Fiches doman_building_materials.md/ats-workable.md/INDEX.md régénérées (1133 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.
- [ka2] fix connecteur thrace: refonte Livya 2026-10-22 — SSR inventory TRONQUÉ : rendu navigateur (ensemble affiché) + enrichissement JSON RSC. Au sync de 20:46 le connecteur levait une erreur franche (« aucun objet unitId dans le flux RSC du projet radisson » — garde-fou correct, rien dépublié) : la refonte Livya du jour a retiré l'inventaire JSON du flux RSC des pages plans des 3 projets (thrace/radisson/carree-radisson) que l'ancien connecteur lisait. Contrairement à damco/hulix/fjord, le client « thrace » A un module inventaire (unitSelectorSummaries : Résidentiel fb25970c + Commercial) — mais le patron LivyaConnector pur (atimco/floria 454f8c4) est INSUFFISANT ici : le flux RSC de /fr/thrace/inventory/<sel> est TRONQUÉ (464 unités rendues sur 564 annoncées par totalUnitsBySegments — p. ex. tout « Le Bellefeuille » absent), déterministe d'une requête à l'autre, aucun paramètre de pagination honoré, et les pages inventory scopées projet rendent 0 unité. Fix hybride : (1) rendu Scrapfly render_js de la page inventory (scroll des conteneurs internes ×16 — 8 itérations ne chargeaient que 100/109) → le compteur « N résultats » + les data-unit-id du DOM définissent l'ENSEMBLE des unités affichées (109 au relevé = résidentielles AVAILABLE ∪ NOT_AVAILABLE avec date de libération future — règle recoupée 109/109 exactement) ; (2) flux RSC direct de la même page → objet JSON complet par unité (statut, loyer, pièces, inclusions, adresse civique, GPS, photos) — couvre 109/109 affichées aujourd'hui ; (3) si une unité affichée sortait du SSR tronqué : repli DOM complet (carte : nom/prix/adresse/photos ; vue tableau mappée par en-têtes : étage/chambres/sdb/pi² ; GPS via l'objet immeuble du RSC apparié par adresse civique). Unités en vente (rental:false, 11 affichées sans loyer) et locaux commerciaux exclus comme avant. external_id = UUID unitId Livya PRÉSERVÉ — 76/137 actifs réutilisés tels quels, 0 divergence de unit_type vs l'historique (75/75 recoupés) ; les 61 retraits sont RÉELS (unités plus affichées par le site — le portefeuille affiché est passé de 137 à 109 avec la refonte, dont 11 en vente et hors périmètre). Volume 98 = 71 % de la médiane 137 (nouveau normal attendu). Garde-fous (patron quartier_sila) : compteur « N résultats » absent = erreur franche ; data-unit-id uniques < annoncés = erreur franche après 3 tentatives ; « 0 résultats » = vrai zéro. Découverte client/sélecteur inchangée (data-client + livya-module-container-inventory data-entity sur /fr/residential, vérifiée vivante) + replis constants ; sitemap des projets plus nécessaire. Bonus : bedrooms/bathrooms désormais renseignés (champs Listing), dates FR du DOM converties en ISO. Fixture ré-enregistrée (4 requêtes, 98 annonces), pytest thrace 2 passed. Testé : fetch() venv → 98 unités (94 prix 850–2 550 $, 98 GPS/adresse/images, 28 libérations futures ISO), run.py sync thrace → found=98 ok (added=22, updated=76, removed=0, 37,6 s), pm2 restart lou-ka-sync, site :8095 → 200.
- [ka6] fix connecteur ketomontreal.ca: WP en erreur fatale 10 jours → fiche migrée vers la vraie boutique Shopify ketomontreal.epipresto.ca (306 produits réels). Cause racine vérifiée live 2026-10-04: ketomontreal.ca répond 500 « WordPress › Error » mondial (home, www, Store API, ?rest_route=, confirmé aussi via l'escalade Scrapfly du sync_log) depuis le 2026-09-24 — 11e jour, Google a désindexé le domaine (site:ketomontreal.ca → 0 résultat). Découverte décisive: l'ancien WP n'a JAMAIS été une vraie boutique — les 8 produits historiques en base (médiane 8.0) sont des données DÉMO de thème WooCommerce (« Fresh Mutton », « Brastagi Carrots », « Bee Soap », sans prix, déjà active=0). Le vrai canal de vente du marchand (Keto Épicerie Montréal, 7586 St-Hubert, Facebook/Instagram actifs) est sa boutique Shopify PROPRE ketomontreal.epipresto.ca — Shopify.shop = ketomontreal.myshopify.com (shopId 73673867586), DISTINCT du store epipresto.myshopify.com (22604799) du connecteur epipresto.ca → aucun doublon; la fiche avait d'ailleurs été découverte via « vendor:Keto Montréal » de la place de marché EPIPRESTO. Fix minimal stores.json (édition chirurgicale, jamais json.dump), même mécanique cross-domaine que dou.bio→joo.bio (b206c51): url https://ketomontreal.ca → https://ketomontreal.epipresto.ca, platform woocommerce → shopify, catalog_endpoint /wp-json/wc/store/v1/products → /products.json. Sync réel 2026-10-04: ketomontreal.ca ok / 306 produits (+306, prix réels CAD, ex. Familial Poulet Alfredo 29,99 $) — volume >> médiane 8.0 car la médiane reflétait le faux catalogue démo; non-régression midi34.ca ok / 358 produits (chemin Shopify nominal intact). pm2 restart fabri-ka-sync fait, web local 200. Si ketomontreal.ca ressuscite un jour (réparation WP), ne pas re-basculer sans vérifier: le domaine canonique du commerce reste la boutique epipresto.
- [ka6] fix connecteur sartcastik.com: domaine mis en vente (parking Afternic/GoDaddy « lander ») → catalogue vide fidèle. Cause racine vérifiée live 2026-10-02: NS basculés vers ns3/ns4.afternic.com cette nuit (whois Updated 2026-10-02T02:55Z, expiry 2027 — geste volontaire du proprio, pas une expiration) alors que la boutique Woo servait encore 616 produits la veille (dernier ok 10-01 20:38). Tout le site répond 200 avec un mini-HTML window.location.href="/lander" qui mène à forsale.godaddy.com (confirmé mondial via Scrapfly); la Store API renvoie ce HTML → r.json() plante → « Expecting value » → broken (3 échecs). Aucun nouveau domaine (Serper: Google n'indexe que sartcastik.com; le marchand Sartcastik/Rock-Baby vendait aussi via Etsy/Facebook). Fix minimal woocommerce.py, même philosophie que _woo_uninstalled/_wix_domain_parked/_StorefrontLockedError: accueil avec marqueur lander/forsale.godaddy/afternic confirmé (_domain_parked) → return [] (0 fidèle, sync ok). Un non-JSON sans ce marqueur continue de lever l'erreur — pas de masquage. Sync réel 2026-10-02: sartcastik.com ok / 0 produit, les 616 produits en base préservés (removed=0, réactivation auto si le site revient); non-régression seatply.com ok / 91 produits (chemin Woo nominal intact). pm2 restart fabri-ka-sync fait, web local 200.
- Fiche : bloc Commerces et transport (Mapbox Search Box + cache POI/OSM)
README content 20
-
toit-ka
…ées depuis 400+ gestionnaires immobiliers, courtiers et plateformes ; Immo Ka — vente : 157 000 propriétés agrégées depuis les grands réseaux (RE/MAX, Via Capitale, Sutton, Proprio Direct, flux Centris…). Point capital :…
-
job-ka
…rval 720 Top catégories TI 2 802 · Santé 2 428 · Service à la clientèle 1 402 · Ventes 1 338 Visite guidée Captures du 2026 08 28 (desktop 1440×900) — design « éditorial premium ». Chaque capture pointe vers la page réel…
-
uqo-imm1033
…10 % Séance 5 , Terrain réel à vendre au 46, rue Michaud (Saint Rosaire) : neuf ventes réelles de terrains vacants, tendance du marché foncier par le ratio prix/rôle, grille $/m² (temps, superficie, Harper, équité du rôl…
-
uqo-imm1003
…d du marché avec UQO Éval 10 % Séance 6 , Données réelles de www.uqo eval.app : ventes réelles de Gatineau 2021 2026, rôle 2024 2026, dossier de dix propriétés à vendre (photos), collecte d’une propriété au choix et vali…
-
fabri-ka
…ives de la province. Chaque produit renvoie vers la boutique d'origine — aucune vente sur Fabri Ka : les prix, photos et stocks appartiennent aux marchands sources. Acheter québécois demande de connaître des centaines de…
-
wpai0001_uqo
…rld where it is identifiable: decoder transformers trained from scratch on an invented operator language, a recipient that never saw one operator Ω, interchange interventions that locate where the donor executes it, six…
-
wp8_uqo
…dollar? In the five outcome June 2026 FOMC market (133 daily closes) and the seventeen contract 2024 election market (304 closes), recorded sums average 1.018 and 1.015, but at traded prices a round trip beat the bound…
-
wp38_uqo
…s confirmation. A single cross section without price history, with sixteen or seventeen regions: the scale association and the complexity validation have little power. Where to find the reviewed material What Where Revis…
-
wp20_uqo
…s whose robots.txt disallows retrieval (RE/MAX Québec) were excluded, not circumvented. Public sources: StatCan 18 10 0289 01, Altus 2026 Cost Guide (via NerdWallet), Québec 2026 industry guides ( ). 🔬 Methodology 1. Fr…
-
wp11_uqo
…l matched Quebec residential sales (2021–2026), we race twenty model entries (seventeen distinct specifications) along four axes—one choice at a time—under random and forward in time holdouts, with clustered bootstrap in…
-
uqo_cours
…Inscription réelle 649 900 $ (MLS 12303295) + 4 inscriptions concurrentes Prix vente 1 = 588 000 + 1 000 × B 1003·TP3 (10 %) Méthode du revenu — triplex, 44, rue Jumonville (Hull) Inscription réelle 849 900 $ (MLS 11509…
-
vrai-prix
…2026), médianes, croissance 2021→2026, palmarès des 200 municipalités, flux de ventes « prix d'abord » — et rapports PDF personnalisés à la demande (catalogue de blocs, ReportBuilder). 5. Ka · agent IA — Poser ses quest…
-
toveli
…ransport simulé sans clé), sessions révocables, wizard de publication (location/vente, photos traitées par sharp, attestation, modération), messagerie et visites, favoris et alertes serveur, console admin protégée par TO…
-
groupe-ka
…Prix · vrai prix.com Estimation immobilière gratuite — 3,7 M d'unités, 745 000+ ventes réelles, fourchette P10–P90 ValoPlex · valoplex.com Moteur d'évaluation spécialisé plex — 393 867 plex, 1 733 744 portes, 91 060 vent…
-
cancerindex
…guideline · computed · AI generated — labelled everywhere, mixed nowhere. No invented numbers. Missing data is shown as Data not yet available . No estimates, no placeholder statistics, no composite "worst cancer" score…
-
rareindex
…the module contract are in . Data honesty rules No fabricated data, ever: no invented sales, prices, populations, market caps, auctions or listings. Price guide values are stored as observations, never as transactions.…
-
auto-ka
…: synchronisation périodique + hash de contenu → arrivages , baisses de prix et ventes détectés automatiquement. Un véhicule qui disparaît du site source est marqué vendu — et sa page renvoie alors un vrai aux moteurs de…
-
sorti-ka
…rmité générées dans . Famille Sources (exemples) Accès Billetteries Le point de vente, evenko (Algolia), Ticketpro (API multi tenants : St Denis, Fun Nation, ExpoCité…), Ticket Accès, Tuxedo Billet (acteur Apify ka tuxed…
-
house-ka
…ted or special offer), freshness and a link to the official source — never an invented rate, never a stale one without a warning. 4 — Platform statistics & data quality The dashboard exposes the platform's own numbers li…
-
valoplex
…mateur généraliste. Bandeau marquee des chiffres clés (1 733 744 portes, 91 060 ventes, fourchette P10 P90 calibrée à 80 %, « zéro boîte noire »), compteurs officiels, puis la recherche d'adresse plein texte sur les 393…