On Tue, 9 Oct 2018 at 16:10, Alex 'CAVE' Cernat <[email protected]> wrote:
> On 09-Oct-18 5:27 PM, Catalin Muresan wrote: > > Daca ai probleme de genul asta (cache cross apps, etc) atunci probabil ca > > solutia corecta e alta, adica sa implementezi caching in toate layerele: > > DB(proxysql), APP(memcache), Webserver(fastcgi_cache), HTTP(varnish). > > Ramin la opinia mea initiala ca daca faci cache-uri in acelasi director o > > sa manince prea multa memorie ca sa incarce cheile care nu o sa fie > > folosite vreodata. > > aici cred ca m-am exprimat eu gresit, nu doar spatiul pe disc sa fie > comun, ci inclusiv cheile din memorie, ca ar fi nebunie sa incarci > aiurea acelasi continut in mai multe cache-uri, nici nu stiu daca nu crapa > cu alte cuvinte tot cache-ul (fisiere si chei in memorie) sa fie comun > mai multor aplicatii (vhosturi) > > bine, nu stiu exact la ce ar folosi, decat eventual servirea aceluiasi > continut prin mai multe domenii total diferite (cu certificate diferite, > mda, dar de multe ori o sa pui $host in key asa ca nu te ajuta. fastcgi_cache_key "$scheme$request_method$host$request_uri"; si daca nu pui ajungi sa dai content de la un vhost la altul. > astfel incat sa nu le poti baga in acelasi vhost) etc. > asta oricum s-ar face mult mai eficient punand o masina in fata, dar > dupa cum ziceam, era doar filosofia chibritului, celelalte intrebari > erau esentiale, restul ... fantezie > In lumea reala tot mai multe aplicatii sunt implementate cu un JS rendering engine care ruleaza in browser (AngularJS si similare) si un API in spate (Laravel, etc) asa ca poti sa ai daca vrei un singur API pentru N website-uri (care poti sa-l expui printr-un varnish) si asa rezolvi problema, doar ca ai complexitate un pic mai mare, mai multe "moving parts" etc. Sincer te complici degeaba :) > Alex > > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro > _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug_lists.lug.ro
