Vebers

Nea, daudz dimensiju masīvs

Skaidrs, ir vērts katrā ziņā pamēģināt. Kādas idejas kā masīvus uzģenerēt kā effektīvāk php kodu? Uz sitiena nekas nenāk prātā..

Bet vai ģenerējot to PHP source, priekš ierakstīšanas failā nebūs vēl lielāks overhead?

Nesapratu ko Tu īsti ar šo biji domājis. Tjip, labāk serialize vietā ģenerēt jau pašu php source ? Serialize / unserialize variants ir izmantots pašreizējā kodā - mans uzdevums to uzlabot ar jebkādiem līdzekļiem (Jaunu kasti pirkt nav risinājums) :)

Ok, pie daudz mazākiek datu apjomiem APC ieliek kloķi gan FS, gan memcache. Delfins, netiek glabāta visa tabula atmiņā, tiek glabāti tikai viens lauks no DB. pieprasijums uz DB ir apmeram tads - select properties from tabula where id = 1245. Sistema ir CMS, ja kas.. katru reizi kad tiek pieprasits kads ID vispirms skataas cache, ja termiņš nav izteceejis, tad dati tiek izvilkti no cache nevis SQL (ja SQL, tad tiek tiek serializeeti, ierakstiiti failaa un saglabati). shaadi pieprasiijumi ir salidzinoši daudz. Tada jau tiek izmantota esošā sistēma - mans uzdevums to optimizēt lai lapa ģenerējas maximāli ātri. Ja dati tiek vilkti no SQL, tad lapa uzģenerējas 4.6sec, bet ja no cache 0.56 Pie daudz apmeklētājiem lapa velkas. Cache dati pārģenerējas reizi 3 min Par gataviem HTML bija pirmais ko iedomajos, bet tur ir regjistreeto lietotaaju zona un daudz citas dinamiskas lietas, līdz ar to šis variants neies cauri :(

Apache Benchmark testi: ./ab -n 10 -t 59 http://adrese apc Time per request:20.73 Complete requests: 2846 memcache Time per request:16.79 Complete requests: 3537 FS Time per request: 16.01 Complete requests: 3686 ramdisk Time per request:16.02 Complete requests: 3684 So, reāli atkal sanāk ka FS ir ātrākais variants!

Ok, tagad laiks nedaudz samazinājās uz: APC: Bez APC 0.022 sec; Ar APC (no cache): 0.0101 sec; Ar APC (store): 0.41 sec; Bet anyway FS ir ātrāks variants, pagaidām.. Edit: Memcache: Bez Memcache 0.022 sec; Ar Memcache(cache): 0.0095sec; Ar Memcache(set): 0.041sec;

Skripts - http://paste.php.lv/6208 Tie 3500 ieraksti bija lai pārbaudītu apc_store f-ju, jo pie 3500 ierakstiem to lielums bija nedaudz zem 1mb (rakstīts, ka var būt līdz 1mb).

Notestēju to APC. Rezultāti ? Negatīvi! Tests: no DB tika izvilkti ārā 3500 ieraksti un saglabāti masīvā, ja no apc izdodas izvilkt datus, tad tie tiek ielādēti no apc, bet ja ne, tad tiek izpildīts standarta SQL un visi dati ielikti masīvā un masīvs saglabāts APC. APC: Bez APC 0.022 sec; Ar APC (no cache): 0.28 sec; Ar APC (store): 0.41 sec; Memcache: Bez Memcache 0.022 sec; Ar Memcache(cache): 0.23sec; Ar Memcache(set): 0.40sec; Ramdisk: Serialize / unserialize variants: bez cache: 0.022 sec; no Db, ierakstīšana failā: 0.37 sec; no diska faila (cache content): 0.0088 sec; Parasta FileSystem: bez cache: 0.022 sec; no Db, ierakstīšana failā: 0.38 sec; no diska faila (cache content): 0.0084 sec; Un vai tad nav taa ka irksh RAM ir jaieraksta un janolasa daudz, daudz ātrāk nekā uz hdd ? So, kur ir taisnība ? Šķiet ka atbilde ir skaidra :)

Ir nepieciešamība kešot masīvus, kas satur no datubāzes izvilktus datus. Pašlaik tas tiek darīts ar serialize un dati tiek ierakstīti failā uz cietņa. Bet ir nepieciešamība šo cache sistēmu uzlabot, lai tā darbotos maksimāli ātri. Varbūt varat padalīties pieredzē kā ir ar MySQL Query Cache, memcached, ramdisk, vēl kādiem citiem variantiem. Kurš nu ir tas labākais un kādā gadījumā tas tieši ir labākais. P.S. kas būtu ātrāk, ja šos datus glabā uz cietņa (kā agrāk tika aprakstīts) vai arī MySQL heap tabulās ?

Nav obligāti k-kas jāmeklē paskaties kaut vai tajā pašā manuāli pie date f-jas:

$datums = date("r", time() + 7200);

Nav iespējams, bet var izdarīt tā, ka streemo to video,piemeram, caur VLC un tad ieliec lapaa tjipa Windows media playeri, kas streemo no tava PC edit: attiecīgi uz tava PC ir VLC kurš strīmo video no tavas web kameras.

Ka jau es teicu pēc refresh pazūd visi post mainīgie! paskaties var_dump($_POST), un ko tu redzi pēc refresha? Neko! ;)

Kā arī pazūd visi $_POST mainīgie kā piemēram $_POST['st']

Trakais20 es nerunāju par pašu PHP, to es zinu, ka viņš pats automātiski konvertē datu tipus (string, int, utt). Runa iet par pašu query. Vai tiešām viss ar karoti mutē jābāž ? SELECT st FROM lietotaaji WHERE niks = '$niks' UPD: sorry, paskatījos tavā skriptā. Tur viss it kā okey, bet debugo to skriptu. Ik pa laikam paskaties kāds izskatās query utt. Piemēram: echo "SELECT st FROM lietotaaji WHERE niks = $niks";

Problema ir šaja SQL vaicajuma : SELECT st FROM lietotaaji WHERE niks = $niks Niks droši vien ir string tpc vaig viņu ielikt iekš niks = '$niks' , protams ja tads lietotajs eksiste.

Pareizāk gan būtu rakstīt ar else if...

Nav tādas iespējas. Kāpēc gan negribi izmantot while? Uzraksti pats savu funkciju, kas to izdara un viss. function fetchByAssoc($result) { $results = array(); while($row = mysql_fetch_array($result, MYSQL_ASSOC)) { $results[] = $row; } return $results; }

$playerName = substr($playerName, 0, 5);

Iemet google savu kļūdu, vai arī paskaties šajā pašā forumā. Sāk jau bišķ tracināt. 100 un vienu reizi ir runāts par šo!

Es iesaku veidot "virtuālās mapes" ar mod_rewrite palīdzību.

hackerman, a vot es jūtos aprobežots ja man ir jalieto MS produkti, piemēram kā Windows Media Player. Kāpēc lai nelietotu flash playeri, ja arī tad es varēšu paklausīties to uz sava Mac ?

Jā ir. Piemēram, atverot to ar notepad.

Visur ka reģistrē domēnus prasa NS1 serveri un NS2 serveri, ja godīgi, tad nekad neesmu reģistrējis nevienu domēnu. Ir doma uzstādīt savu web kasti. Lai nebūtu jāmaksā cilvēkiem kas šādu pasākumu piedāvā par pāris naudiņām vēlos uzzināt kā to izdarīt pašam? Ir bieži redzēti pašmāju ns serveri kā ns1.22.lv ns1.gids.lv ns1.mxz.lv utt. Kur par to var atrast informāciju kaut ka šodien neguglējas. Kā OS interesē FreeBSD, ja tam ir k;ada nozīme..