Administrace komentářů

Mám jedno CMS v PHP články formátujem cez markdown hľadal som nejaký šikovný konvertor pre PHP takže som vybral tento https://parsedown.org/ akurát mi v ňom nefungovali veci nad rámec štandardu markdown napríklad pridávanie CSS classov na elementy cez {.nejakatrieda}. Vyhodil som ho teda. A upravil som jednu aplikáciu ktorá obsahuje jeden vymakaný (nephpčkový) markdown parser MarkDig. Ten má kopu rozšírení, pridal som teda do appky nový controller MarkdownController a akciu ToHtml takže teraz ten markdown parser pouzivam z PHP aplikácie cez restové api.

POST /markdown/to-html pošlem mu postom string v markdowne a dostanem json obsahujúci html.

Lenže to má jednu drobnú nevýhodu: Pristupujem z jednej domény na inú. Celý preklad z MD do HTML trvá nejaky kratky cas mozno 500 ms. lenže na tých pol sekundy vlastne zamrzne celé PHP možno dokonca aj celý apache. Keď som mal otovrený debugger tej aplikácie (ktorá poskytovala to REST api) a dal som si breakpoint na miesto kde sa prekladá markdown do HTML a začal som ju krokovať tak spolu s ňou zamzla aj tá PHP aplikácia ktorá očakávala response z rest api.

Neviem presne technické detaily ako funguje PHP (cakal som ine spravanie), ale mám dojem že PHP beží na len jednom vlákne. A a kým mi ne-php REST api nevráti response tak vlastne neni k dispozízii cela stranka? Správne to chápem? Takže asi by bolo dobré aby to neblokovalo hlavné vlákno. Keby som nebol v PHP tak by som to hodil buď na nové vlákno alebo spustil ako task, thread, TPL, thread pool, alebo pouzil backgroundworker alebo niečo podobnbé ale podporuje také niečo aj PHP? A rovnako aj posielanie emailov by malo prestat blokovat hlavne vlakno