bubu

Ja tev vajag izvākt un apstrādāt tos $skaitsX, tad lieto preg_match. Ja vajag vienkārši sasplitot pēc \ vai cipara, tad lieto preg_split.

Kas par jocīgu tekstu? "uz laptopiem kka vienmēr spēles švakāk iet"? Ja laptopā jaudīgāka hardware (CPU, GPU), tad neredzu iemeslu kāpēc lai tā notiktu. Galvenokārt jau jāskatās uz GPU. Ja tas atbilst spēlesp prasībām, tad nebūs nekādu problēmu.

htmlspecialchars vajag pielietot izvadot informāciju (t.i. pēc datu izvilkšanas no DB).

Varbūt vajag attiecīgu opciju iespējot? http://lv.php.net/manual/en/function.curl-setopt.php

Speciāli piepinnots topiks par šo ir uztaisīts: http://php.lv/f/index.php?showtopic=7294

Kas ir $konee ? (kodam jālieto CODE nevis QUOTE bbtags)

Vai tad autors sākumā neprasīja refrešot pēc minūtes? Ar gaišreģību netaisos nodarboties..

Nu ja vajag globālu - tad jā. Bet 30.jūnija iestāšanās - nē.

Jokains tas javaskripts tev. Tu uz dokumenta ielādi uzreiz izsauc load_top15 funkciju, kurā ielādē to bildi, un tad uzliec taimoutu uz 1 minūti, pēc kura vēlreiz izsauc to load_top15 funkciju, kur atkal ielādē bildi un uzliek taimoutu izsaukt to pašu fju (utt.. bezgalīgais cikls). Es rakstītu šādi: $(document).ready(function() { window.setTimeout(function() { $("top15").html('<img src="/bildes/load_top15.gif" alt="" />').load("/stats/top15.php"); }, 60000); }); anonīms: tur jānorāda milisekundes, nevis sekundes.

Manuprāt šajā gadījumā ir tieši uz klienta datora laiku jāpaļaujās. Kas notiks, ja es aizbraukšu uz Ņujorku un no turienes vēršu tavu lapu vaļā? Man rādīs nepareizu laiku - tavējo, nevis manas patreizējās laika zonas laiku.

indoom, kas tad tavuprāt ir #13 postā uzrakstīts :)

Tu nepadod masīvu. Tu padod vairākus GET argumentus kā stringus (no JS viedokļa). To kā php galā tas tiek apstrādāts ir cita runa.

Ja tajos priority un view tu glabā skaitļus, tad, protams, tie nekārtosies "pareizi" [kā skaitļi]. Tie kārtosies kā stringi (VARCHAR'i). Skaitlikus tipus jāglabā skaitliskos laukos (INT). Tikko jau bija viens topiks par šo pašu problēmu, kas tev: http://php.lv/f/index.php?showtopic=13762

Tur taču uzrakstīts kā izlabot - liec to inputu iekš bloka elementa, piemēram <p>. Acīmredzot pa tiešo zem formas atrasties nav valīdi. Vajag savu bloka elementu.

Nav nekāda cita veida. GET pieprasījumā var padot tikai stringu. Tā ka serializē to masīvu uz stringu un padot kā parasti padot GET pieprasījuma argumentus.

Jā, jQuery, protams, tam jāskaita klāt. Tik ar vienu lielu atšķirību - tas nav tev pašam jāraksta. Tā vietā, lai rakstītu savu kodu, debugotu un papildinātu to - jQuerijā jau viss ir gatavs. Nevajag nemitīgi izgudrot divriteni. jQuery (vai tikpat labi jebkurš cits JS freimworks) pie tam piedāvā milzum papildu jaukas iespējas, kuras tava skripta gadījumā, atkārtošos, jāraksta būs pašam (un jāizķer kļūdas utt...).

Tieši tāpat kā php - izmantojot loģisko UN: WHERE id > x AND id < y

Vienkāršu stringu tā protams var nosūtīt un saņemt. Bet padomā kā sūtīsi, piemēram masīvu no masīviem. Vai vairākus dažādu tipu objektus. Nāksies kaut kā to objektu/masīvu datus serializēt. JSON attiecīgi ir viena no datu serializēšanas iespējām. Tikpat labi arī XML ir viena no tādām. Tāpat arī - kāpēc tu tur saki, ka citur ir milzīgi skripti? Tavs JS skripts ir daudz milzīgāks nekā tas izskatītos ar jQuery palīdzību: function send(packet) { $.get("http://uoc.lv/json/server.php", {send: packet}, function (data) { $.map(data.split(" "), alert); }, "text"); }

Gray_Wolf: ir gan. Ja tu skaitļus glabāsi CHAR(N), tad 19 būs mazāks pa 9.

Ja tas ir MySQL, tad tipiskā problēma ir, ka neesi norādījis konekcijas čarsetus. To parasti var izdarīt kā pašu pirmo kveriju (uzreiz aiz mysql_connect) izpildot "SET NAMES utf8".

Tas, ka tu content-typā norādi utf-8 čarsetu, tas nemaina faila kodējumu. Es teicu - čarseta norādīšana ir tikai kā kontrakts starp divām pusēm. Viena puse otrai pasaka - fails būs šitādā un tādā kodējumā. Ja tev sākumā teksta kodējums ir, piemēram win1257, tad norādot tādu charset=utf-8 content-type http headerī, teksts automātiski nepārkovertēsies. Ar to tu tikai panāksi to, ka otra puse (klienta browseris) rādīs tekstu, domājot, ka tas ir utf-8, taču, tā kā īstenībā tas ir win1257, viss rādīsies nekorekti. Ja tev ir kartupelis, un tu to citam dod, sakot, ka tas ir ābols, tas kartupelis taču automātiski nepaliek par ābolu, vai ne? Čarsetu jānorādā tādu, kādā teksts ir. Vai arī teksts jākonvertē (ar iconv, piemēram) uz to, uz ko gribi.

Atkarīgs, ko tu ar to failu dari. Failiem pašiem par sevi čarsets nav, čarsets ir tad, kad tu failu padot citai programmai, piemēram, php->klienta webbrowseris - šajā gadījumā to dara ar Content-Type http headeri tajā norādot čarsetu. Čarsets ir kā kontrakts starp divām programmām, kuras vienojas kā būs jālasa fails. Līdzīgi kā bildēm par to tipu (png/jpg/bmp) visbiežāk programmas vienojās pēc faila paplašinājuma, mimetype, vai pirmajiem bildes faila baitiem (headera). Ja tev vajag pašu faila saturu pākonvertēt no viena uz citu čarsetu, tad to dari ar kādu teksta redaktoru, kas to māku, vai komandrindā, piemēram, ar iconv programmu.

EdgarsA: tu varbūt visus citus tegus arī neatzīsti (h1, h2, ..., a, ul, li) un tā vietā visur izmanto <span> ar CSS noformējumu?

Lūdzu piedomā pie sava topika nosaukuma, un izlabo to. Šis nav normāls topika nosaukums.

Izlasi tekstu, kas lapā rakstīts: Tulkojums - ievadiet fona krāsu, ja tādu vēlatais (vai arī ieķeksējiet "Transparent background", ja nevēlaties neko fonā)