Roze

Hmm kapeec tad nevar? Uz ātru šeibu apmēram šādi. SELECT COUNT(*) as stafskaits FROM user_stuff LEFT JOIN user ON (user_stuff.user_id = user.id) WHERE stafskaits > 10 protams pieliec ttur citus laukus kur tev vajag..

Ko nu muldies.. Pasaki kas gans slikts iekš FP2003?

Hehe interesants ieteikums ja problēmas ir ar pašu galveno mailstervera uzdevumu .. neko citu jau kā saņemt un izsūtīt minētā perga nedara :) Bet jautājums kam tieši to mailserveri vajag? Reāli jēga no sava mailservera ir ja tev pašam ir kāds domēns (nu vismaz otrā līmeņa kautvai) un tu gribi veidot kaut kādas savas pastkastītes.. bet savādāk jau ja tev no kādiem skriptiem (php) vajag izsūtīt e-pasta tad jau php.ini windows gadijumā var norādīt SMTP serveri un izmantot sava provaidera (ja tas ir kāds mazs subprovaideris kam pašam nav sava tad var skatīties no kā viņi pērk bai nu Latneta tad mail.latnet.lv vai Telias vai Telecentra utt..)

Neliela piebilde: šis ir patiesi tikai par prefork moduli. Citi Apaches MPM moduļu childi lielākoties threadojas un ar vienu childu tiek apstrādātas vairākas ienākošās konekcijas/requesti. Ja rekvesti tiek izdarīti KeepAliveTimeout robežās tad vienai un tai pašai konekciju requestus apstrādā tas pats childs līdz brīdim kad akal tiek pārsniegts MaxRequestsPerChild iestādijums - tad apaches childs tiek nokillots un piestartēts jauns vai izmantos kāds rezerves (spare child).

Palīdz taču tas nemaina izpildāmā koda/faila apjomu :)

Nu visi jaunie linuxshi un unixlike jau lielaakoties vairāklietojamos failus iekesho operatīvajā un ja vēl izmanto kaut kādus opcode un fail kesherus alja eaccelerator mmcache vai phpaccelerator tad disku IO pat vispār vairs nespēlē nekādu lomu. Un pēc pieredzes un testiem problēmas sākas tikai kad failskaits sākt parsniegt ljimonu bet nu tas jau ir minētais pārspīlējums :)

Nu kapēc nelasat gudrus padomus un skaidrojumus? Un cilvēku skaits pie projekta jau nenorāda cik faili tiks saražoti - tur darbojas cita loģika. Delfins jau minēja par php parsera darbību. Proti: if(statements) { garais kods; } else { atkal garais kods; } Buus leenaak nekaa if(statements) { include('nosacijuma1fails.php'); } else { include('kautkadscits.php'); } Tākā php includē un pārsē attiecīgo failu tikai pie konkrētajiem IF nosacījumiem. Līdz ar ko ja sākotnējais blāķis uz 5000 rindiņām (teiksim katrā pa 2500) tad pie otrā gadijuma ielasīt un pārsēt vajadzēs tikai 2500...

Izmantojot strestūļus .. apachei nāk līdzi 'ab' ir arī httperf un smalkākas sistēmas.. /usr/local/apache(2)/bin/ab -n 1000 -c 100 http://tavssaits/index.php un attieciigi palielini -c concurency Vai veikstpēja (pieprasījumi sekundē un patērētie servera resursi) ir pietiekami vai nē jānovērtē ir pasham. Jā ir pieredze ka šis tas no CSS neiet korekti uz Maca IE, bet tā ka saitu never vaļa noteikti nav dzirdēts..

Ah nuja ja jau UTF tad upgrade uz 4.1 .. šis bija variants ar cp1257

Bez baisām vijebkām P100 un 16-32Mbram un 2Gb disks sākuma galam varētu būt gana :) Otrs gals gan nav definēts.. N (2-8...) x Xeon 3+Ghz Procesori.. 4-xx Gb rāmji un 40 x 200Gb scsi disk arrays ar kādu optisko fibre vadiņu starpā.. Var protams arī kādu clusterīti..

Var paeksperimentēt ar ko šādu: Vispār pats izmēģināšu (neatceros vai strādāja) un došu ziņu par rezultātiem :)

Nu bubu priekš tad šāda izvirtība tad jau var arī tad vienkārši tekstā salikt <br> :) Bet tas jau vairs nav tas jo burtu savērsums nav pareizs (vajadzīgais). Taču iespējams var kalpot kā alternatība priekš FF u..c. figņām..

Tā ir.. pēc vispārējiem standartiem šāda fīča ir solīta tikai ieksh CSS3 un hvz kad to vēl ieviesīs..

<div style="writing-mode: tb-rl">Vertikāls saturs</div> Ja gribās uz otru pusi tad: <div style="writing-mode: tb-rl; filter: flipv fliph;">Vertikāls saturs</div>

Nē konkrētā statistika par http://wapchat.118.lv/

Vot smejies vai nē .. šeit neliels statuss no webservera kas hostē tikai wapchatu: Uptime 42 days 16 hours 44 min 22 s Started at 2005-05-03 20:39:28 absolute (since start) Requests 19 Mreq Traffic 42 Gbyte Rupji rēķinot 1Gb gprs trafika dienā ;)

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.

Slikti esi skatījies .. laacz tur nav piedalījies/ļaunprātīgi iesaistīts. Visi lāči nenorāda uz vienu vienīgu..

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..

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

Buļļa kakas.. session_register() nestrādās tad kad register_globals ir off līdz ar to NEVAJAG lietot session_register bet gan superglobals mainīgo $_SESSION kā tas ir piemērā darīts. Vaina ganjauka ir kaut kur citur.. testam pēc session_start(); ko izvada echo session_id(); ? vai ir korekti norādītas tmp direktorijas (/tmp C:/tmp) kur php varētu ierakstīt sesijas failus Vai nav mainīts sesiju saglabāšanas veids (shared mem piemēram)? Vispār jau būtu jauki redzēt phpinfo() outputu no tava servera kur tās sesijas nestrādā..

[offtopic]A esi kādreiz palaidis CS serveri? Un paskatījies cik +- apēd teiksim 20 useri onlainā? :)

Tu saproti ko runā? Ir nedaudz starpība starp dedicated serveri un shared. Proti savas kastes novietošanu servertelpā vai arī resursa dalīšanu ar 100 citiem jūzeriem. Pagaidām lētākais redzēts ir 50ls/mēn par racku un 60 par toweri iekš DEAC. Ja tu dzīvo kaut kādā citā gadā ar citām cenām tad padalies un iesaki cilvēkiem nevis turi pirkstus vēdeklī.. Kapēc tad nē? Nevienai puslīdz normāla firma neaprobežojas ar vienu kasti un vai nav vienalga ko klients griež uz sava dedicated servera?! Pie mums vienkārši publikas ir pārāk maz (un ar pārāk zemu maksātspēju), un ārzemju trubas vēl nav tik kvalitātes ar low ping/latency. Pretēji citur jau sen tāpat kā piem mums lietotājs saķeksē vajag mysql, vajag php, vahag ftp tur iebaksta gribu HL serveri, gribu UT serveri utt..

Nevar. Tu vari gan uploadēt failu un mēģināt saglabāt temporāri uz servera un formai atdot kaut kādu hidden input laiku kurā ir ši faila temporārais nosaukums un pēcāk kaut kādas darbības ar to veikt. Bet input type="file" laukam nekādas values iesetot nevar (nav arī workaroundi).

Foruma posts vispirms jaizlaiž caur googli, ja atrastie ieraksti ir vairāk kā teiksim 10 000 tad nemaz neļaut postēt ;)