bl4ckb1rd

Statistika

Pridružen/a:
18 avg 2008, 15:50
Zadnjič aktiven:
Prispevki:
1122 | Vsi prispevki
Teme:
40 | Vse teme
750
91
11

Podpis

blackbird.si - Moj plac za odlaganje problemov in rešitev...
#6

Do določene mere boš pridobil na varnosti ja, če je pa smotrno pa ne vem... nenazadnje bo večina teh tabel morala biti dostopna tudi iz frontenda, saj so nastavitve, ki jih narediš v backendu pomembne. Skratka, v končni fazi si boš zakompliciral lajf, pridobil pa bore malo. Fora je samo v tem da backend in frontend ne moreta biti čisto ločena, drugače ne moreta vplivati en na drugega... vsaj pri CMS-u. Če bi bila v backendu kaka druga aplikacija, ki recimo ne vpliva na frontend, pa bi bilo to več kot smiselno.


všeč(0) ni všeč(0) spam(0)
#172

Danes naletel na sicer že staro zadevo, ampak nisem še slišal zanjo, pa se mi je zdela ultra smešna :))



http://en.wikipedia.org/wiki/IPoverAvian_Carriers


všeč(0) ni všeč(0) spam(0)
#9

aja pa še neki... pazi da pametn timeout nastavljaš, čene traja predolgo... tle lahko zreduciraš izvajanje za ogromno. po defaultu ne vem kolk je, ampak velik preveč.


všeč(4) ni všeč(0) spam(0)
#8

Razumem. Potem to načeloma ne bi smelo biti prehudo. Drugače pa še vedno lahko več instanc tega programa nardiš, pa "load balancing" :)) tko da to bi šlo.


všeč(3) ni všeč(0) spam(0)
#6

Curl je multithreading in ne spawna posebnih procesov za izvajanje... Raje povej koliko hkratnih threadov rabiš za en request in koliko ljudi bo naenkrat gor, ne koliko na par minut, to ni merilo... Načeloma pa 1000 hkratnih threadov niti približno ne bo šlo skozi... vsaj ne z cURL-om... Meni se je pri parsanju določenih stvari zataknilo tam pri 500 threadov naenkrat...


všeč(3) ni všeč(0) spam(0)
#4

fork pobere veliko več resursov kot thread, saj je v bistvu to spawnanje novega procesa, kar pomeni da dobi nov pid, ima svoj memory space, medtem ko thread tega nima. Kreiran je virtualno, veliko manj časa porabi za spawnanje/ubijanje/obdelovanje podatkov, ne dostopa direktno do OS-a ampak do aplikacije same. Skratka, forking je slaba verzija multithreadinga. Če imaš namen spawnati ogromno "threadov/forkov" kar je načeloma poanta multithreadinga/multiprocessinga se boš moral poslužiti drugega programskega jezika. PHP ima to slabo zrihtano, niti ni namenjen temu.


všeč(3) ni všeč(0) spam(0)
#3

zato pa poznamo v SQL-u join... če ti ni jasno, si poglej SQL manual: http://dev.mysql.com/doc/refman/5.0/en/join.html


všeč(1) ni všeč(0) spam(0)
#25

Še par podatkov. Ne upoštevaj Moron-a ki je mrežni strežnik, ker dela probleme. Fatlady je ime diskovnega polja.



http://alen.pulsar.si/bonnie.html


všeč(0) ni všeč(0) spam(0)
všeč(3) ni všeč(0) spam(0)