bubu

Neatceros īsti ar kuru versiju varēja apakškverijus taisīt, bet nu apmēram šādi: SELECT t1.grupa, t3.xx FROM tabula t1, (SELECT t2.ieraksts AS xx FROM tabula t2 WHERE t2.grupa = t1.grupa ORDER BY id LIMIT 5) t3 ORDER BY grupa

e-remit, bet messangeris ir cilvēku uzkodēts, pie tam nezinot oficiālo protokola specifikāciju. Kā gan var 100% apgalvot, ka tas nav bugs, vai nepilnība Miranda kodā?

Nē, litt, tas ir pilnīgi vienalga. Tāpat jā INSERT INTO table (x) VALUES ('2'). To 2 var likt un var arī nelikt pēdiņās. Bet par tēmu, manuprā tu kautkur esi kautko nesaglabājis utf8, tik to cits zināt kā tu, neviens nevar.

Ātrāku ātrumu par 5kb/s esmu dabūjis ļoti reti (pārsūtot failus no Miranda uz Miranda vai Gaim, tas pats arī saņemot). Vienmēr biju uzskatījis, ka tā ir mana tīkla vai MSN problēma..

Tas, ka charsets tev tai tabulai vai datubāzei ir utf8, tas nebūt nenozīmē, ka dati tev tur ir ielikti utf8 formātā. Pārbaudi konkrēti datus. Piemēram ar mysql komandrindas tūli izvelc datus un paskaties.

Vai dati datubāzē ir utf8 formātā? Vai lapai charsets ir uzlikts utf8?

Uzģenerēto html diez vai. Ja nu vienīgi caur komandrindas tūļiem kautkādiem. Bet ja gribi dinamiski ģenerēt bildi tad skaties te: http://lv.php.net/manual/en/ref.image.php

Esmu pārliecināts, ka nevienam tādu ideju nav. Vienīgais, ko tev ieteiks - raksti pats :)

Miranda dikti rullz. To jau lietoju labu laiku. Uztur gan MSN, ICQ, IRC, GTalk, un vēl sazin ko tur..

Tu smagi maldies. PHP nav funkcionāla programmēšanas valoda. Funkcionālas programmēšanas valodas ir Lisp, ML un tml. PHP ir imperatīva programmēšanas valoda (tāpat kā C, paskāls un tml). A par tēmu runājot - kā jau Roze minēja, paskaties uz PDO klasēm, kas nāk līdzi php 5.1 un 5.0 tās ir iespējams pieslēgt kā pecl moduli (vismaz Windows variantā).

Manuprāt viņš jau parādīja ko izmanto. Es tieši to pašu izmantoju.

Nu ja tev vajag atbalstīt IE5 un vecus NS, tad jā tā var. Bet citādā ziņā pilnīgi bezjēdzīgi. Pie tam, daudz labāk pie tam būtu šādā veidā (lai katru reizi nav lieki ifi jāizpilda): if (document.getElementById) { returnObjById = function(id) { return document.getElementById(id); } } else if (document.all) { returnObjById = function(id) { return document.all[id]; } } else if (document.layers) { returnObjById = function(id) { return document.layers[id]; } }

Tikai tad, ja lieto IE5 vai vecu NS. Citiem browseriem (kuri supportē JS) nav pilnīgi nekādu problēmu ar DOM.

Nu nu.. kā ta nevajag. Es lai uz kuru pusi skatītos, pēdējo dažu mēnešu laikā ui ui cik daudz php darba sludinājumus esmu saņēmis un redzējis.

Tvinky: priekš kam tur preg_match vajag, tu pasaki? Kam strstr vai str_pos domātas?

isset($_GET['include'])==false vai file_exists($_GET['123'].'.php')==false

Es te jau to uzrakstīju:

Sorry, ka posti otrādi.. nezkāpēc IPB pielika mūvojamo postu sākumā, nevis beigās..

Kā jau teicu: samainīt vietām var ar vienu updeitu! Dabūt $order1, $order2, izrēķini $order_sum = $order1+$order2, un tad: UPDATE table SET order_col = $order_sum - order_col WHERE order_col in ($order1, $order2) Tad arī vari pie reizes apvienot tos $direction ifus (up/down). Muļķības. BIGINT ir tam paredzēts. PostgreSQL btw kā primāro atslēgu auto_incrementu parsti liek int8 (kas ir bigint's mysqlam).

Lai nerastos problēma ar NULL laukiem prosta var skaitīt primārās atslēgas lauku: COUNT(id)

es esmu taisījis ciklus ar četrām iterācijām - horizontāli, vertikāli, diagonāle /, diagonāle \. Katrā no tiem eju uz abām pusēm un skaitu vienādos kauliņus. Kopsumma ir arī tā, kas uzlikusies. Uz kuru pusi iet aprakstu ar masīvu: $dx = array(0, 1, 1, 1); $dy = array(1, 0, 1, -1); Tad katrā iterācijā tekošai korrdinātēm $x,$y pieskaitu $dx[$i],$dy[$i] vai, uz otru pusi ejot -$dx[$i], -$dy[$i].

Klez: nē, nepareizi. urlī neatļautos simbolus nokodēt vajag. Tvinky: urlencode / urldecode

Klez: nelabi, nu nelabi tu raksti. (pie tam ar kļūdu - kur mysql_query?) $res = mysql_query("SELECT COUNT(lauks) FROM tabula"); list($count) = mysql_fetch_row($res); echo $count; //te tev buuus , cik ira ieraksti

Ja lauks ir indeksēts binārā kokā (nezinu īsti kā MySQL indeksus iekšēji uztur), tad MAX operācijai uz šo lauku vajadzētu nostrādat log(n) laikā. andrisp: bet tos order skaitļus tiešām nevajag pēc kārtas. Galvenais lai tie ir unikāli. Pēc abu order skaitļu dabūšanas to apmaiņa jau ir triviāla, pie tam realizējama ar vienu UPDATE.

2d/3d masīviem nevar kverijus uzrakstīt.