Engineering

Engineering

Paano binubuo at pinapatakbo ang Mythex, kasama ang mga nasira at kung paano namin inayos.

• Hindi Nabubura ng Pumalpak na Republish ang Gumaganang Backend — Maaaring burahin ng pumalpak na republish ang live API ng isang app, o iwan ang sirang bagong bersyon na tumatakbo. Tatlong ayos sa pag-undo ng Mythex sa publish.
• Mga Alert na Isang Beses Lang Nagpapadala, Hindi Isang Beses Bawat Server — Limang beses dumating ang alert na isang beses lang dapat sa isang hapon. Bakit nasisira ang dedupe sa memory, at paano ito inayos ng shared store.
• Paglipat sa Mas Malalaking Workspace Nang Walang Naghihintay — Isang-kapat ng workspace ang nanatili sa 1 GB. Ang unang ayos namin ay nagpahintay ng tao nang pitong minuto, kaya binago namin ang paraan.
• Pagbi-bill ng Database Ayon sa Aktuwal na Gamit — Dating tinatantya ang gastos ng database, at mali ito sa magkabilang direksyon. Ngayon, sinisingil ang bawat database ayon sa sinukat na gamit, bawat oras.
• Pagkahuli sa mga App na Nag-crash Pagkatapos Mag-publish — Tatlong publish ang pumasa sa health check namin habang nag-crash ang API nila ilang segundo sa bawat boot. Ang dahilan: pagbilang ng crash sa listahang may limang entry lang.
• Pagpapanatiling Nasa Memory ang mga Agent Turn na Maraming Larawan — Naubusan ng memory sa 952 MB ang agent turn na paulit-ulit tumitingin sa scans. Tatlong sanhi, bawat isa humahawak ng larawan nang matagal, at ang mga ayos.
• Pagpapanatiling Nasa Context Window ang Mahahabang Agent Turn — Lumaki ang sub-agents namin hanggang tanggihan ng model, huminto nang maaga, at nagbilang ng token nang mali sa Russian. Tatlong ayos para matapos ang mahabang trabaho.
• Pagpapanatiling Buhay ng Chat Kapag Natutulog ang Phone — Natutulog ang phone at nagpapalit ng tab habang gumagawa. Dalawang bug ang nagpabagal sa chat o nagpakita ng kalahating sagot, at kung paano namin ito inayos.
• Paano Maibabagsak ng Isang Mabigat na Chat ang Aming API — Noong Setyembre 28, sabay na naubusan ng memory ang dalawang API server namin. Ang tunay na ayos: paglo-load ng chat history ayon sa laki, hindi sa bilang.
• Ang Pagpindot ng Publish nang Dalawang Beses ay Mag-p-publish Na Isang Beses Lang — Tatlong publish request para sa iisang app ang nagpatakbo ng tatlong deploy. Ginawang lock ng database ang pag-angkin, at tapat na sinabi sa iba ang totoo.
• Mga Aral sa SEO Mula sa Pag-ayos ng Sarili Naming Site — Doble na FAQ markup, maling thumbnail sa Google, mga template page na walang nag-click, at path na tinanggihan ng aming edge: ito ang nakita namin sa mythex.ai at inayos.
• Nananatiling Live ang Static Sites Habang Nire-republish — Dati, binubura muna ang static site bago i-upload ang bago. Ngayon, nananatiling live ang luma hanggang maayos ang bago, at ilang segundo lang ang update.
• Ang Out-of-Memory Crash na Nagtatago sa Isang Progress Label — Naubusan ng memory ang agent habang sumusulat ng malaking file. Hindi ang model ang sanhi, kundi isang status label na naipadala nang 41,000 beses.
• Ang Nawawalang Swap File na Nag-freeze sa Aming mga Server — Huminto sa pagsagot ang production server nang hindi nag-crash: page-cache thrash sa box na walang swap. Ano ang nangyari at ano ang binago namin.
• Paggising ng Databases Nang Walang Patay na Connection — Ang app na nagigising mula sa sleep ay nagtatagal ng 10–12 segundo sa unang request dahil sa patay na database connections. Ngayon, 2.3 segundo na lang.
• Nilimitahan Namin ang Sarili Naming mga Serbisyo — Itinuring ng per-address rate limit ng API ang sarili naming mga serbisyo na parang isang abalang tao. Paano namin ito natuklasan at naayos.
• Bakit Inilipat ng Mythex ang mga Server Nito sa ARM — Nang ilipat ang mabibigat na trabaho sa mga sandbox, isang-katlo na lang ng memory ang nagamit ng mga server. Ang ARM ay nagbawas ng gastos ng ~30%.
• Paano Namin Nakuha ang Deploys sa Zero na 502 Error — Isang watchdog na nakikipag-karera sa deploy at load balancer na huli nang nakapansin. Paano namin inayos ang dalawa at ibinaba sa zero ang 502s.