Jump to content
php.lv forumi

offtopic, intereses peec par pieprasiijumu skatuDB


Toms

Recommended Posts

aha,.. visi mēs atceramies `ūdenskritumu`,.. tikai nezin kāpēc visi to aizmirst pielietot...

es laikam neesmu visi... kas jams ir? :)

18209[/snapback]

 

tu tač RTU mācījies - tas ir bijis lekcijās... nu ja vienīgi tu neesi tajā laikā rubījis q2 uz sava p100 :)

 

tādas lietas jāzin kā savu māti (koderiem) :)

Edited by Delfins
Link to comment
Share on other sites

  • Replies 30
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Varbūt nav tie labākie skaidrojumi, bet nu idejai vajadzētu būt skaidrai:

http://www.pragmaticsw.com/Newsletters/new..._2004_08_SP.htm

http://www.hyperthot.com/pm_sdm.htm

18211[/snapback]

 

nu puiši vnk ir izlaiduši dažus posmus(varbūt pat vietām samainījuši) un turpretīm sajaukuši Testing ar Production :)

 

tādas manas domas

Link to comment
Share on other sites

Tākā esmu nedaudz saistīts ar draugiem.lv gribētos paskaidrot dažas lietas:

 

Ok var piekrist "labākajai praksei softwares izstrādē", taču no otras puses tas principā nestrādā web vidē.

Projekts var aiziet vai nobeigties (ne)dabiskā nāvē - manuprāt ir diezgan daudz piemēri gan pasaulē gan tepat Latvijā (nu kā piemērus varbūt var minēt apolloplaza vai perc.lv kuros ielikts diezgan daudz naudas un mainīti saimnieki bet vienkārši nav .. tai pašā laikā pasaulē tas pats e-bays kas ar ne reizi vien ir pārdzīvojis kritiskas fāzes uz doto brīdi iet mežonīgi )

Ja sākotnēji sāk no 0 (kas ir arī šis gadījums), tad kāda runa var būt par kaut kādu analīzi vai investīcijām sistēmas izveidē / plānošanā. Naudas vienkārši nav un neviens par brīvu neko nedara. Neiesi tak teiksim savam blogam (kas varbūt kādreiz kļūst par megasaitu) algot sistēmanalītiķus, tīkla un hw speciālistus.

 

Lietojumprogrammatūras izstrādē parasti jau ir iepriekšēji projekti (kas tagad ir arī dr.lv kā izeja/pamats uz citiem risinājumiem) kā arī reāls pasūtītājs/pircējs, bet webā ir tikai idejas.. kuras jau gatavas un ejošas pārpērk biezas kompānijas.

 

 

Kas attiecas uz OOP un templeitiem, tie varbūt atvieglo darbu koderiem vai dizaineriem taču ne serveriem..

Vairāk mēģinam pieturēties jau pie gatavu un kompilētu funkciju un procedūru izmantošanas (php ekstensija). Iespējams nākotnē varbūt vispār būs vērts pāriet uz pilnībā kompilētiem .cgi/fastcgi

Link to comment
Share on other sites

tu tač RTU mācījies - tas ir bijis lekcijās... nu ja vienīgi tu neesi tajā laikā rubījis q2 uz sava p100 :)

Ja man kauko taadu staastiitu ta jau drosh nebuutu q2 raavis :D Es laikam ne tur traapiiju... <_<

Link to comment
Share on other sites

Ja sākotnēji sāk no 0 (kas ir arī šis gadījums), tad kāda runa var būt par kaut kādu analīzi vai investīcijām sistēmas izveidē / plānošanā. Naudas vienkārši nav un neviens par brīvu neko nedara. Neiesi tak teiksim savam blogam (kas varbūt kādreiz kļūst par megasaitu) algot sistēmanalītiķus, tīkla un hw speciālistus.

 

18217[/snapback]

 

Taisnība jau vien tev ir, bet ir jau arī mazliet cita matemātika - kāda ir varbūtība, ka blogam būs ~300k reģistrētu lasītāju un kāda ir varbūtība, ka tādai sistēmai, kāda ir draugiem.lv būs ~300k reģistrētu lietotāju, no kuriem katrs otrais gribēs pievienot ne tikai vienu bildi, bet veselu albumu, sarakstīties reālā laikā ar saviem draugiem, utt.

Tāpat nevajag arī pārspīlēt par pāris KLs priekš plānošanas - vienkārši, manuprāt, jebkurā gadījumā ir jābūt domai, kā rīkoties katrā no situācijām. Reizēm pietiek vien ar to, ka savlaicīgi padomā, 'kas būtu, ja būtu' ;)

 

P.S. ar to es negribu teikt, ka kaut kur ir aizšauts greizi, neesmu piedalījies tāda mēroga projektos, tāpēc, iespējams, ka laižu galīgu muļķi.

Link to comment
Share on other sites

Nu man galvenaa doma bija - lietotaajam piesleedzoties ielikt visu sessijaa.. lai veelaak ir peec iespeejas mazaak QUERYji.

RAM taksh serveriishiem pietiktu, ne?

18227[/snapback]

 

tu maldies...

 

sessija = 1 fails

 

Problēmas

1.) sessijas datu inicializēšanai vajadzīgi serailize/unserialize - tas tomēr paņem bišķu no CPU un T

2.) griešanās pie diska - pie šitāda skaita nolasīt cik tur hvz... tomēr riskanti

3.) brīvas vietas trūkums (nenokillotās sessijas)

Link to comment
Share on other sites

Nu man galvenaa doma bija - lietotaajam piesleedzoties ielikt visu sessijaa.. lai veelaak ir peec iespeejas mazaak QUERYji.

RAM taksh serveriishiem pietiktu, ne?

18227[/snapback]

Tad kad php sāks ģenerēt ap pusļimona sesijas failus un garbage kolektors sāk liekties galvenā doma ir jāatmet.

 

Otra problēma kā darboties ar sesijām uz vairākiem webserveriem gadijumā ja netiek izmantoti biezi Content Switch verķi?! Ja tiek pielietots ierastākais un vienkāršākais DNS balancings tad lietotājs tiek mētāts pa vairākiem serveriem. Ok risinājums itkā ir proti memcached + kaut kās analogs kā http://weirdsilence.net/software/memsession/ , draugiem ir savs sesiju glabāšanas serviss. Līdz ar to kveriji nekādi nenotiek.

 

Atmiņā ietilpināt visu diemžēl sen jau vairs nav iespējams. >10Gb serveri maksā palielas naudiņas..

Link to comment
Share on other sites

nu sesiju jau var glabaat arii atminjaa vai datu baazee

 

1.) nu jaa... kautkaadu labumu tas dos tikai ja glabaas tur no datubaazes gruuti izvelkamas lietas

2.) a kas riskants?

3.) liekaas sessijas taksh tiek iztiiriitas peec max_lifetime

 

ok... nebljausim par lietaam par kuraam mums maz kas zinaams... :)

Edited by PheliX
Link to comment
Share on other sites

Taatad visu laiku tiek vazaats liidzi tikai attieciigais ID... Un ir kaut kas, kas pieljauj to, ka netiek izpildiiti QUERYji daudzi... (ja pareizi sapratu).

 

Un shitas arii ir forshi - Friendster goes PHP

 

draugiem ir savs sesiju glabāšanas serviss. Līdz ar to kveriji nekādi nenotiek.

Nu kaa taa, bez kverijiem taksh nevar... Vismaz vienam uz katru lietotaaju jaabuut. Un taa vai taa notiek info glabaashana sessijaas.

Taa vismaz izriet..

Link to comment
Share on other sites

Tad kad php sāks ģenerēt ap pusļimona sesijas failus un garbage kolektors sāk liekties galvenā doma ir jāatmet.

18229[/snapback]

pag, a kā tad tiek realizēta lietotāja identifikācija (nav vēl sanācis iepazīties ar source, bet šī jautājuma noskaidrošanai, laikam būs jāiepazīstas)

 

 

Edited:

Labi atsaucu savu jautājumu, paskatījos un sapratu

Edited by hu_ha
Link to comment
Share on other sites

Taatad visu laiku tiek vazaats liidzi tikai attieciigais ID... Un ir kaut kas, kas Nu kaa taa, bez kverijiem taksh nevar... Vismaz vienam uz katru lietotaaju jaabuut. Un taa vai taa notiek info glabaashana sessijaas.

Taa vismaz izriet..

Neizriet gan.. PHP sesijas kā tādas netiek izmantotas vispār - proti nekur nav session_start() vai $_SESSION, taču ir cits risinājums - serveris/serviss kas menedžē sesijas un lietotāju info.

Arī uz katru lietotāju nav kverijs.. DB principā tiek izmantots tikai forumam un šādiem tādiem eventiem.

Link to comment
Share on other sites


×
×
  • Create New...