marcis

Labākais pakalpojumu sniedzējs, ar ko ir nācies strādāt, manuprāt, ir text2reach - tehniskais risinājums labs (XML) un vispār nekādas problēmas nav bijušas.

Ja tu tā akli taisies repleisot, tad labāk iztiec vispār bez bbcode :) [url]www.google.com" onclick="alert(document.cookie)[/url]

Dažādu apsvērumu dēļ parasti dažādi dati tomēr tiek saglabāti datubāzē. Varbūt tev vienkārši pie izvades vajadzētu izvilkt no datubāzes aktīvās reklāmas, nevis vilkt visas un dzēst neaktīvās? :)

urlencode()

Nop, nekā... joprojām nesaprotu, mēģini vēl. Vienīgais, ko es varu darīt, ir norādīt uz acīm redzamām kļūdām. Kāda ideja bija definējot $k kā masīvu un pēc tam pārdefinējot $k par nulli? -4 tāpat nekad nebūs lielāks par nulli. Ar foreach neko tu nenomaini. Atkal minējums - tev gadījumā nevajag rsort() ?

Es pilnīgi neko nesapratu no to burtu/vārdu salikuma. Varbūt pamēģini pielietot kādu pieturzīmi un diaktrisko zīmi... Arī dotais koda gabaliņš izskatās pēc slima suņa murgiem :) for($i = 5; $i >= 0; $i--) echo $i,','; // output: 5,4,3,2,1,0,

if($isIEUser === false)

PDO FTW

Visdrīzāk ieraksts netiek atlasīts, jo neatbilst uzstādītajiem kritērijiem. Kas tev tie par laukiem `saved` un `stop`? Ja tas ir laiks, tad skaties vai laika zonas neatšķiras.

imagecopyresampled() (kuru tu, starpcitu, jau izmanto) + matemātika (līdzīga tai, kas arī tavā funkcijā ir redzama)

liels = pārdesmit/simt tūkstoši preces * veikalu skaits

+1 codez Vienīgi, ja katrs no apakšveikaliem ir liels, tad būtu stulbi katram kverijam kabināt klāt papildus where nosacījumu.

Nomazgā man mašīnu - iedošu. Tev gabals nokritīs?

Priekš tam ir firebug :) Layoutu ar tabulām taisa tie, kam līkas rokas, tāds ir mans uzskats. Kāda velna pēc tad CSS vispār attīstās? Es nesaku, ka tabulas nedrīkst vispār izmantot. Tieši pretēji, tabulu zīmēt ar div'iem arī ir slimi (ir redzēti arī tādi brīnumi). Vienkārši izmantojam to, kas konkrētajam gadījumam paredzēts - tabulārus datus attēlojam ar tabulām, layoutu zīmējam ar ne-tabulām. Ok, šī tēma vienmēr ir izraisījusi auksto karu. Es pateicu, ko domāju un tieši tāpat arī tu. Pie tā arī paliekam.

Nu nez, nez.. Neesmu vēl redzējis tādu layout'u, kuru ar tabulu uzrakstīt ir īsāk. Man liekas, ka tas pat teorētiski nav iespējams :) <table> <tr> <td></td> <td></td> </tr> </table> vs <div></div> <div></div> Un ar katru nākamo klucīti tabulas html pieaug ģeometriskā progresijā :D

Es ieteiktu apmeklēt www.gfx.lv forumu, šeit pārsvarā dzīvo cilvēki, kas vairāk vai mazāk, bet raksta :)

Tabulas nav domātas layout'am :) Mana kristāla bumba saka, ka tev vajag vienādus kolonu garumus tikai vizuāli, kas nozīmē, ka reālais div'u augstums var būt atšķirīgs. Es iesaku atrast kādu lapu, kurā tiek izmantots tev vēlamais efekts, un apskatīt sourci. Populārākais risinājums ir uzlikt background bildi ( http://chill.lv/images/pageContainerBg.gif'>http://chill.lv/images/pageContainerBg.gif -> http://chill.lv/ ).

Šito superīgo linku atver un palasi - http://lv.php.net/imagepng Nav tev tur vajadzīgi nekādi fopen, fwrite, etc (i to līki). Un vispār tev pietiek ar pliku copy()

Tādas lietas jārisina iztaisnojot rokas un uzrakstot pareizu CSS. JS variantu principa pēc pat nemēģināšu domāt :)

Negribi vienkārši pie kategorijas pieglabāt topiku, atbilžu un pēdējas aktivitātes datus?

Kādreiz bija tāds "API" no operātoru puses, bet neesmu pārliecināts ka tas brīnums mūsdienās vēl eksistē. Bet tad es atvēru googli un nonācu pie šāda linka: http://www.tele2.lv/pakalpojumi/vel/sms_pakalpojumi.html Drošvien, ka par citiem operatoriem var atrast līdzīgu info.

$controller = next(explode('/', parse_url('http://www.example.com/controller/class/param1/param2/', PHP_URL_PATH)));

SELECT * FROM `tabula` WHERE `start_date` >= '2010-08-12' AND `end_date` <= '2010-08-30' Visa gudrība..

Par online lietotājiem šajā pašā forumā ir bijušas neskaitāmas diskusijas. Kuru selekta daļu tu nemācēji uzrakstīt? http://dev.mysql.com/doc/refman/5.1/en/counting-rows.html http://dev.mysql.com/doc/refman/5.1/en/date-and-time-functions.html

Nē.