pregledal vse loge, prebral vse zivo - nikjer nicesar o kaksnem errorju ali kaj podobnega. zgleda kot timeout ali pa memory screw up. prvo bi bilo tezko sodec po config fajlih.

drugo je bolj mozno... je kdo opazil kaksen vzorec (npr samo forumi ali pa vedno/velikokrat na enem in istem linku) ali pa kdaj priblizno (kar se da tocno) se je zacelo pojavljati?

za vsak info bom ful hvalezen.

P.

sam sem najveckrat dobil "blank page" s klikom na Seznam sporočil
na drugih straneh niti ne.

zacelo je vec tednov nazaj, vendar je v zadnjih dneh ful povecana frekvenca. osebno prej nisem tezil zato, ker prej tega ni bilo tolko, da bi jemal kot nekaj izven splosne tolerance (pac povsod so kdaj kaksni manjsi problemi).

tezko recem za vzorec strani, ker sem v glavnem v forumu.

do zadnjih nekaj dni se prakticno ni dogajalo, da bi po reloadu se vedno bilo prazno, zdaj pa se tudi to.

predlagam, da izklopis mod_gzip (da bo ena spremenljivka manj) ni pogledas tudi od sqla loge, pa ce je morda kaksen disk v odhajanju...

in pa seveda, koji q je bilo treba spreminjat dobro delujoce zadeve, pa ko smo mi bli mladi, etc...

Podpišem.
(Zadnji stavek je pa post of the day ;-)))

crt je napisal(a):

in pa seveda, koji q je bilo treba spreminjat dobro delujoce zadeve, pa ko smo mi bli mladi, etc...

 
...ker je bila ta sprememba kul in uporabna...dokler je delala :)

Zakaj ste naredili praznino pred izbranim sporočilom pa mi tudi ni jasno (priloga).

Zato, ker so se prej sporočila izpisala pod panoramo in si moral skrolat. Zdej ni treba več, je pa ta praznina, ampak to je šele prvi del...

Gustl je napisal(a):
Zato, ker so se prej sporočila izpisala pod panoramo in si moral skrolat. Zdej ni treba več, je pa ta praznina, ampak to je šele prvi del...

aha, zdaj stekam... temu, da je cela stran bela, se rece snezna panorama.

Gustl je napisal(a):
Zato, ker so se prej sporočila izpisala pod panoramo in si moral skrolat. Zdej ni treba več, je pa ta praznina, ampak to je šele prvi del...

Čist tko, mimogrede, a pa si morda kdaj razmišljal o tem da morda pa vsi programerji vseeno nimajo tovrstnih kvalitet kot Črt, ki je vse skupaj šraufal direkt v živo, in ob tem imel presenetljivo malo downtimea? Sicer je občasno uletel kakšen sql stavek naokoli, ali kakšen drugačen error, ki pa je bil ekstremno hitro urejen.

saj ni težko imeti ene razvojne verzije (ki morda dela celo na live podatkih) pa potem eno simpl skripto, ki skopira spremembe iz razvojne na produkcijsko.

če pa to slučajno že imate, potem pa ... ah nič.

ne, igračka za poletne dni...

jeanmark je napisal(a):


Čist tko, mimogrede, a pa si morda kdaj razmišljal o tem da morda pa vsi programerji vseeno nimajo tovrstnih kvalitet kot Črt, ki je vse skupaj šraufal direkt v živo, in ob tem imel presenetljivo malo downtimea? 

Seveda sem, vem pa premalo o teh stvareh, da bi lahko karkoli sodil. Vem, da smo imeli težave, ko smo delali simulacijo in potem na live, tako da dokler ni na live, ne verjamem nobeni simulaciji.

In seveda vse večje spremembe delamo na razvojni verziji, ampak šele ko je live, so se pokazali vsi čari, predvsem ob magični uri 8h zjutraj :)

In kot jaz razumem naše tehnične težave so v veliki meri posledica "puno baka, kilavo dete" :)

Gustl je napisal(a):

Seveda sem, vem pa premalo o teh stvareh, da bi lahko karkoli sodil. Vem, da smo imeli težave, ko smo delali simulacijo in potem na live, tako da dokler ni na live, ne verjamem nobeni simulaciji.

In seveda vse večje spremembe delamo na razvojni verziji, ampak šele ko je live, so se pokazali vsi čari, predvsem ob magični uri 8h zjutraj :)

In kot jaz razumem naše tehnične težave so v veliki meri posledica "puno baka, kilavo dete" :)

Večina težav, na katere se opozarja niso "high load dependent". So recimo tiste okoli polovično naložene strani. Ampak z temi jaz niam problemov :-)))) (hitra linija press)

Tale zadnja je pa klasičen programerski izgovor. Kva vse bi naredil, če le ne bi imel zatečenega stanja. Ampak to je treba razumeti tako kto sem napisal. IZGOVOR. Ma, še nisem videl projekta, ki bi ga ista ekipa z enakim načinom dela, v complete redesignu naredila bistveno bolje, kot je bilo narejeno v prvi iteraciji. Seveda se odpravi kup zadev, hkrati pa se ustvari kup novih. ker težava je pač drugje.

No, sej to sem povedal. Puno baka, kilavo dete. Precej je očitno narejenega in zadaj z ritjo podrtega :)

Če so to tvoji "inhouse" programerji, potem je sicer lepo od tebe, da jih zagovarjaš.
Če pa so to zunanji izvajalci, potem pa ... well, you know.

So domači, če pa jih zagovarjam, jih predvsem zato, ker sem vsaj pol stvari jaz zakuhal in so oni pač le pokasirali delo in govno :)

Gustl je napisal(a):
So domači, če pa jih zagovarjam, jih predvsem zato, ker sem vsaj pol stvari jaz zakuhal in so oni pač le pokasirali delo in govno :)

No, to da pokasiraš delo je plus. To da govno zraven pač ni.

Pa ne me razumet narobe. meni je všeč veliko sprememb, ki ste jih uvedli. Še posebej so mi všeč takšne, ki kažejo na pot razmišljanja, čeprav konkretno od tega sam nimam nobene koristi. Recimo tisti statusi edicij, in direkten link do naročila, se mi zdi takšen lep feature :-)) Uporabil ga verjeto ne bom nikoli, ampak vseeno.

Ampak po drugi strani vas čaka pa še veliko dela. Recimo to da na mestu, kjer je anketa, piše "Trenutno ni nobene aktivne ankete", služi le programerji. Ostali pa sporoča da ste lenuhi. Če ne bi pisalo nič, bi bilo bolje.

Zabavne so pa zadeve, kot ta v prilogi :-)))