bubu

marrtins: kas kam nepalīdz? mounkuls: vai tu pats saproti, ko dara ++ operators? Un ko nozīmē LIMIT x, y sintakse?

Man gan rāda, ka izmanto gan: mysql> explain select * from test order by id limit 1, 1; +----+-------------+-------+-------+---------------+---------+---------+------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+-------+---------------+---------+---------+------+------+-------+ | 1 | SIMPLE | test | index | NULL | PRIMARY | 4 | NULL | 3 | | +----+-------------+-------+-------+---------------+---------+---------+------+------+-------+

Ar preg_match atrodi to id vērtību linkā (jeb ja esi 100% pārliecināts, ka id vērtība ir aiz pēdējās = zīmes linkā, tad izmantot prastu substr). Un pēc tam jau elementāra stringu sakonkatenēšana kopā - $tavsurlis . $idvertiba.

http://klients.blogiem.lv/2008/03/04/11610.html

Nu tad skaties Ginta linku. Bet imho tev pašam būs tikai vieglāk, ja to nedarīsi ar mysql.

Kāpēc piedarazo svešus topikus. Savs ir jātaisa. Tava funkcija saucās strpos.

Nedari to ar mysql. Dari to php pusē while ciklā, kurā izsauc mysql_fetch_row, palielini vienkārši $i katrā cikla iterācijā.

Javascript, Aleksej. Javascript.

Un kur gan ir allfiles funkcija? Kods, btw, tev ir baigā miskaste. Iesaku tam pielietot normālu identāciju - pats redzēsi, cik ļoti vieglāk uzreiz tas lasīsies

Un kas vainas šim: SELECT www_news.* FROM www_news JOIN news_tags ON www_news.id = news_tags.news_id JOIN tags ON news_tags.tag_id = new_tags.id WHERE tag_name LIKE '%".$tags1."%' OR tag_name LIKE '%".$tags2."%' OR tag_name LIKE '%".$tags3."%' ORDER BY www_news.news_id DESC LIMIT 5

Tici mums, tās 3 tabulas tev tikai vēlāk palīdzēs. Taisot tikai ar to vienu tabulu taisot, tu pats iedzīvosies tikai problēmās vēlāk.

Interesantumsm pilnībā piekrītu tev, ka tur ir citādāks. Bet, ka tā ir "labāk", es gan 100% neteiktu.

Uz kuru rindu to kļūdu saka? (uzliec Microsoft Script Debugger, tas parādīs precīzu rindiņu) Kas ir SetCookie un DeleteCookie funkcijas?

Sasa katru reizi pārsteidz ar saviem jautājumiem :) Ja bieži nevajadzēs meklēt tajā sarakstā, tad taisi prastu for ciklu: var arr = ['GS-1/75', 'GS-1/80', 'GS-1/82']; var found = false; var value = document.getElementById('kods').value; for (var i=0; i<arr.length; ++i) { if (arr[i] == value) { found = true; break; } } if( document.getElementById('tips').value == 'ok' && found) { ... } Turpretī, ja vajadzēs bieži meklēt tajā sarakstā to vērtību, tad taisi dictionarijum nevis masīvu. Tādējādi meklēšanas laiks būs O(log N) nevis O(N): var arr = ['GS-1/75', 'GS-1/80', 'GS-1/82']; // šito izdari tikai vienreiz! var obj = {} for (var i=0; i<arr.length; ++i) { obj[arr[i]] = true; } // un kad vajag meklēt, tad: var value = document.getElementById('kods').value; var found = obj[value]; if( document.getElementById('tips').value == 'ok' && found) { ... }

Nesaprotu, ko tu prasi. Vai prasi kā meklēt ierakstus, kuru kautkāda lauka vērtība satur noteiktu vārdu/fragmentu? Ja tā, tad WHERE daļā var lietot jebkādas izteiksmes. Tai skaitā visdažādākās iebūvētās funkcijas. Piemēram, dažādas stringu atbilstības funkcijas.

777: bet paskaties no otras puses - tu dabūj jau gatavu, testētu un daudzu citu cilvēku uzturētu produktu. Tu ieguldi darbu tā saprašanā un pilnveidošanā, UN tai pat laikā dabūjot to citu daudzo cilvēku pilnveidojumus un uzlabojums. Taču, ja tu rakstīsi savu, tad tev būs jāiegulda aptuveni tikpat liels darbs, lai tikai uztaisītu vajadzīgo lieto, par nekādiem uzlabojumiem nemaz nerunājot. Tiem tev būs jāiegulda vēl papildus darbs. Rezultātā sanāk, ka pirmajā gadījumā tu ieguldi X darbu, bet otrajā X + Y darbu, lai dabūtu ekvivalentas lietas. Man skolā mācīja, ka divu nenegatīvu skaitļu summa vienmēr ir lielāka nekā katrs no tiem :)

Tāpēc, ka īsti programmētāji izgudro divriteni (atkal), tāpat kā īsti vīri netaisa backupu.

Kļūda sistēmas ievad-datu validēšanā. Normālā gadījumā, vadot negatīvu skaitli vajadzētu dabūt kļūdas paziņojumu, ka tas nav atļauts (jo tādus nebij paredzēts glabāt). Nekad nekur nedrīkst uzticēties lietotāja ievadītiem datiem - tie vienmēr un obligāti ir jāvalidē.

Ah, tu domā php funkcijas? Jā, tās iespējams, ka nevar. Taču Windows API funkcijas to var un atbalsta - failu nosaukumus ar ne-ASCII simboliem. Droši vien php6 jāgaida, kur stringi būs unikodes un fopen'am varēs padod unikodes strinug.

Problēma noteikti ir citur. Jebko, ko var UTF-8 nokodēt, to var arī UTF-16 nokodēt, jo abi ir variable-width viena un tā paša (tāds ir viens vienīgs) Unicode kodējumi.

O, Zandis atpakaļ. Pēc laiciņa atkal prasīsi, lai izdzēšu tevi? :) Par datu tipiem: gadam - atkarībā kādus gadus vajag. Ja, piemēram, cilvēka dzimšanas vai kautkādu vietējo notikumu gadus, tad smallint. Bet ja kautkādus globālos kosmiskos gadus, piemēram, kurā gadā izmira dinozauri, tad bigint drošivien. hešam - char(32), ja gribi hexā glabāt, jeb char(16), ja bināri. telefonam - varchar(20) vai 50, pēc izveles.

Tad dari, kā jau andrisp tev teica: $numuri = array('kaķis' => '001', 'suns' => '002'); $piece = explode(" / ", $dzivnieks); foreach($piece as $vards) { echo '<a href="/', $numuri[$vards], '">', $vards, '</a>'; } Es nesaprotu, tu masīvus nesaproti vai kā?

Tu laikam vienkārši nesapoti, ko pats tur raksti. Tu gribi izdrukāt linkus, ko tā $dzivnieks db izvilktā lauka, katram piešķirot 1, 2, 3, ... utt skaitli? Ja tā, tad: $piece = explode(" / ", $dzivnieks); foreach($piece as $nr => $vards) { echo "<a href='/$nr'>$vards</a>"; }

Joprojām nevaru iebraukt, ko centies panākt.

Par php darbināšanu cgi režīmā var izlasīt šeit: http://lv2.php.net/manual/en/install.windo...ows.apache2.cgi http://lv2.php.net/manual/en/install.unix.commandline.php http://lv2.php.net/manual/en/security.cgi-bin.php