bubu

Ne tev vienīgajam laikam slinkums JS mācities.. Tas nozīmē (visdrīzāk), ka xml mainīgais nesatur nekādu objektu, kuram ir tā getElem... metode vai getElementsByTagName("text") funkcija nav atgriezusi masīvu ar text nodēm izdabūtu no tā atgrieztā xml faila. Targetu uz ifreimu tu kā domā? dabūt ifreim objektu var pēc tā paša id kautvai. var x = document.getElementById("iframe_id") un tad jau tālāk tam var propertijus mainīt cik tik uziet.

Paskaiti zemākā līmenī - izpildīto operāciju skaitu sajoinojot masīvu no stringiem vai nolasot vienu stringu.

Nevajag bezjēdzīgus join('' ,... rakstīti. file_get_contents() jālieto.

A kāpēc jāizgudro ritenis? Šitie neder?

Atkal gaišredzības gaidās kāds.... Kā lai mēs zinām kā tava klase datubaze ir izveidota?

A nevari vienkārši lasot failu lasīt no otra gala? Tipa, ja lieto file() funkciju, tad array_reverse() lietot?

Reku taču var: http://php.lv/f/index.php?act=UserCP&CODE=26 un http://php.lv/f/index.php?act=UserCP&CODE=50

Tajā linkā ir gan html+js gan php fails kas padod datus viss vienā. (runa ir par otro postu tur). Tur ir html+js fails, kurš uz pogas nospiediena izsauc php failu, kurš padod tekstu atpakaļ, ko tas js ievieto <pre> elementā. Runa par čarsetiem gāja tikai tāpēc, ka daži prasīja kāpēc utf-8 nevar padot. Bet secināja ka var.

Kaklz, tu pārprati viņu. Viņam kodā jau ir md5 pielietots (pasties pirmo postu). Taču [Ya] saka, ka viņam tajā if'ā atkal jāpielieto md5. Iznāks kautkas tās if (md5(md5($text)) == '...') No tā gan īsti lielas jēgas nav (protams, tūlīt atnāks blackhalt un stāstīs pretējot ;)

Kāds Unikodes BOM čariem sakars ar topiku moderēšanu?

Paskaties atšķirību par = un == if nosacījumu pārbaudēs!

Es jau teicu - kešošanās datus tabulā nevajag likt. Lieka papildus noslodze. Saglabā labāk uz cietā diska failā ar nosaukumu md5($query_string), kur tas $query_string ir visi tie GET paramteri. (Protams lapas, kuras saņem POST datus, kešot nevajag)

It kā jau labāk skaitoties tīru xml atgriezt. Kurš tur browseris nespēja neko citu atgriezt kā tikai xml... Bet nu ja jau tev strādā, tad strādā.

Nu a kāda velna pēc tev jālamājās šajā forumā? Savās mājās vari bļaut cik uziet nelabā balsī, ko vien vēlies. A kāpēc tev publiskā forumā, ko visi lasa, jāgvelž visādas dumības? Ja nav ko teikt, tad nesaki labāk neko. Citiem lasot tavus izteicienus labāk nekļūs.

Nav nekas tur dīvains. Bet gan AJAX. http://php.lv/f/index.php?showtopic=2748

Bet loģiski.

Var mēģināt atvērt window.open uz submita ar konkrētu vārdu (name), un to pašu name uzrādīt pie formas targeta (tāpat kā būtu jādara, ja būtu iframe ar neimu). Tikai vai tas līdzēs logiem nezinu. Citu variantu tev jau saka - atver jaunā logā to submitu kā get parametros sarakstītu.

Form birkai ir target atribūts: http://www.w3.org/TR/html401/present/frames.html#adef-target To uzstādot par _blank, forma nevērsies jaunā logā?

Jā.

http://php.lv/f/index.php?s=&showtopic=331...indpost&p=26104

Vai tu zini ko atgriež file() funkcija un ko dara array_search() funkcijas? Moš labāk skaties un file_get_contents() un strpos()/preg_match() funkcijām (ja saproti, ko tās dara, protams)?

Cilvēk. Tak elementāras 1:n relācijas (kateogrija-apakškategorija). Vai n:n relācijas (grupas-lietotāji).

Ah izmaiņas. A vai tad SHOW TABLE STATUS neder? (http://dev.mysql.com/doc/refman/5.0/en/sho...ble-status.html Update_time) :)

Tas nu gan nav prātīgi - kešot datus tajā pašā DB, tā tak vien papildus slodzi dos. Labāk kešot citā DB, vai šajā gadījumā - failsistēmā.

function getpostvar($varname,$default=false) { return isset($_POST[$varname]) ? $_POST[$varname] : $default; } :P