diky

to neni ta telenovelova herecka Natalia, ze ne? :D

nehanbím sa povedať, že o dosť... :( nepríjemným dôsledkom sú aj časté výpadký aktualizácie odkazov na najnovšie články na titulke pravda.sk, čo výrazne znižuje počet čitateľov článkov - kus práce autorov tak ide do luftu...
teším sa na upgrade, lebo teraz je to pain :(.
btw nemôžete prosím Ťa s programátormi pravda.sk dohodnúť dlhší time-out pre aktualizáciu odkazov?

hehe, je
Nase servery sa volaju takto roztomilo:
Leticia, Pamela, Lolita, Evita, Oreiro, Penelope, Hermina, Isabela, Xena, Milagros a vo firme bezi Esmeralda :))

Teraz je to navyse kombinacia dvoch veci: zalozny server a tiez full reindex mnogosearch, ten uz nastastie skoro dobehol, takze by to mohlo byt o cosi lepsie

nemôže bežať v noci?

bezi prevazne v noci, ale zase od 1:30 do 4:30 sa robi full backup db a tiez vacuum full anallyze

kedy sa zdalo, že už je všetko ok, sa mi teraz zase prihodilo, že pri vstupe do editora blogzinu mi to zobrazilo články úplne iného blogera.. v čom délo? nedá sa prosím táto dosť vážna chyba odstrániť?

je to dane cache. Nedostala vcas odpoved a vratila nespravnu stranku :(
az bude db zase splapat a nie takto sa trapit, tak sa to nestane

dík za info :-)

uz by to malo ist rychlejsie. pustil som vacuum analyze na niektore tabulky, lebo sa to neurobilo po importe databazy a niektore veci trvali nenormalne dlho, co sposobovalo totalny kolaps servera

sakra..notebook opravený...blog zrýchleny...len či budem stíhať ťukať..)))))))))))))

teším sa..)))

smerujúce k zlepšeniu komfortu práce a výkonu na blog.sk.
k zobrazovaniu nesprávnej stránky: teraz už viem, že je to dané cache, no netuším, či je to neodstrániteľná chyba blog.sk, s ktorou sa nedá nič robiť len sa s ňou zmieriť, alebo či je do budúcna vyhliadka, že chyba bude odstránená.
tiež si sa nevyjadril k time-outs - môžeš prosím slovkom-dvomi? vopred ď. :)

ako som uz pisal, je to dane cache. Popisem princip fungovania:
uzivatel si zaziada zobrazenie stranky a posiela na nase server poziadavku (protokol HTTP) na port 80. Na tomto porte "pocuva" squid (proxy-cache) a ten tu stranku bud ma uz v cache a posle ju, alebo si ju vyziada od web servera (apache). Problem je tento:
stranky pre administraciu su na rovnakom URL (teda napr. www.blog.pravda.sk/edit/articles.html) a maju nastavene, ze sa nemaju cacheovat, teda presnejsie, expiracia v minulosti. Squid ako front-end naraznik vsak spracovava vsetky stranky, i tie co sa necacheuju a teda vsetko si uklada. V pripade, ze web server poriadne nestiha (skutocne dlhy-predlhy timeout) tak posle v snahe uspokojit poziadavku klinta, to co si naposledy na danom URL uchoval. Pokusim sa najst nejake riesenie, aby sa toto nestavalo.
Timeout-pravda, sa pokusime vyjednat ine riesenie. Ja tieto veco obvykle implementujem tak, ze predpokladam nedostupnost protistrany a vtedy poslem to co mam v cache (v podstate ako sa zachoval squid). Pokusim sa toto riesenie presadit i na strane pravdy.

a odhodlanie nájsť nejaké riešenie, aby sa nezobrazovali nesprávne stránky.
riešenie pre time-out na pravda.sk, ktoré si popísal, sa mi javí ako veľmi rozumné.. dúfam, že sa Ti ho na strane pravdy podarí presadiť.
prajem pekný deň :).

este som viac informoval cache, aby to neukladala. Tak snad to uz bude takto brat. Explicitne HTTP hlavicke posielam:
Cache-control: no-cache, must-revalidate

u kazdeho clanku sa bude musiet povinne zaskrtnut, ze je to clanok s explicitnym obsahom (bude presnejsie specifikovane, co do tejto oblasti spada).
takto oznaceny clanok sa NEBUDE zobrazovat na hlavnej stranke blog.sk, nebude sa zobrazovat na pravda.sk
pre jeho zobrazenie bude na hlavnej stranke link na podstranku, kde budu zobrazovane vsetky clanky, vratane takto oznacenych.
pred jej zobrazenim bude neprihlaseny navstevnik odsuhlasit, ze ma viac ako 18 rokov, prihlaseny uzivatel si toto bude moct nastavit vo svojom profile.
ak clanok bude spadat do tejto kategorie a nebude oznaceny, bez milosti a upozornenia ho zmazeme"
publikované: 20.06.2008 14:47 | autor: wa

Jo jo , moje řeč