bubu

Vai saproti kā darbojas == operators starp diviem stringiem?

Atšķirību starp "Reg" un "reg" redzi?

Nē, tas gan nav tiesa. Tu pilnīgi neko nedari, lai nenotiktu objekta saskaitīšana ar stringu. Rindiņa setTimeout("Interface.unrollEle("+ele+","+max+");",10); vienmēr pārvērtīs ele un max elementus uz stringiem. Vienmēr! Nav svarīgi kādas rindiņas ir pirms tam. Tāpēc, ka "asdasdfg" + x izteiksmes rezultāta tips ir strings - neatkarīgi no x tipa. Ja netici tas pamēģini alertu. Uzliec unrollEle funkcijas sākumā: alert(ele); alert(typeof(ele)). Redzēsi, ka tiks vispirms parādīts kautkas "[object HTMLDivElement]" un pēc tam "string" (nevis object vai kautkas tml, ja tas būtu DOM elements).

Tieši tā nav labāk. Kods grūtāk lasās un ir grūtāk uzturams. Ieliksi papildus kodu aiz viena no include's un nepieliks figūriekavas - dabūsi nepareizu koda izpildīšanos. Palasi koda rakstīšanas laba stila ieteikumus. Figūriekavas vajag visur rakstīt - arī vienam pašam steitmentam (attiecas gan uz if, gan for, gan while, gan funkcijām, utt...) Daudz labāk būtu izmantot asociatīvo masīvu: $pages = array("Reg" =>"reg/register.php", "login" => "inc/erroru.php", ...); if (isset($_GET['tag']) && array_key_exists($_GET['tag'], $pages)) { include($pages[$_GET['tag']]); } else { // nav tādas lapas. }

Nu time based loopā koordināes nav jāmaina par noteiktu skaitli, bet gan atkarībā no tā cik laiks ir pagājis kopš iepriekšējās reizes. Vienkāršakajā gadījumā - Eilera integrēšanas metode: s = s0 + v*t. s0 - patreizējā koordināte v - vēlamais ātrums pikseļos/sekundē t - pagājušais laiks kopš iepriekšējā izsaukuma sekundēs s - jaunā pozīcija. Krutākā gadījumā (lielāka precizitāte) var izmantot augstākas kārtas integrēšanu - Runge-Kutta metodi, piemēram. Bet diez vai tas vienkāršām kustībām būs nepieciešams. Par to firebug izmesto kļūdu - vai tik problēma nav tā ka tu saskaiti stringu ar objektu: setTimeout("Interface.unrollEle('"+id+"', "...); id tur tak ir objekts. Kāds ir rezultāts, kad tu saskati objektu ar strinu? Parasti šāds te: "[object HTMLDivElement]". Un tagad tu šim ele stringam mēģini ņemt style atribūtu. Tā, ka debugot tev vajag iemācīties kārtīgāk :) Debugo pa soļiem, pārbaudi lokālo mainīgo vērtības, ja izsaucās kļūda, utt... Tev tur pareizāk būtu taisīt clousuri: setTimeout(function() { Interface.unrollEle(id, max); }, 10); Un lai nelīkotu atmiņu IE6, tad netaisi katru reizi šo closuri, bet tikai pirmo reizi izsaucot setTimeout. Tad pieglabā šo funkciju kautkur (Interface objektā?) un nākamreiz izmanto atkal.

Tas while cikls nav labs. Daudz izdevīgāk (efektīvāk) ir rakstīt kautko šādu: $con = ltrim($con, "\r\n");

Nu ja tikai problēma ar nerādīšanu (nevis lapas urļu slēpšanu), tad nafig čakarēties ar kautkādiem ajakšiem un bonukšiem. Uzlikt vienkāršu freimu (vai ifreimu pēc vajadzības) un miers. A nē - redz kautkādas tur sesijas vajag vēl iepīt...

Un AJAX'im nevajag UNIKĀLU urli uz serveri pieprasīt UNKIĀLIEM resursiem ar GET vai POST?

Es savukārt apgalvoju, ka uztaisīt tā, ka urlis tiks pilnībā noslēpts, nav iespējams par tiem pašiem simts punktiem. Atšķirīgs urlis jebkurā (sesiju vai ne sesiju) gadījumā ir vajadzīgs atšķirīgām sadaļām. Tiem sesiju faniem - no kurienes jūs rausiet informāciju, ko ierakstīt sesijā? Sesija ta ir servera puses fīča, taču klikšķināšana uz linka - klienta puses fīča. Kā padot informāciju no klienta serverim?

Tad pastāsti mums ar, varbūt kādam citam arī vēlāk noderēs.

Nezinu gan kāpēc tu gribētu taisīt jaunu valodu, bet no tā linka toč ir skaidrs, ka jābūt ir uzdefinētai kautkādai handlera funkcijai, kura mācēs izpildīt tavas jaunās valodas funkcijas. Ja tev nav pieejama šī handlera funkcija kautkādā gatavā bibliotēkā, tad fig tev sanāks uztaisīt to valodu. Tipa no šī linka http://www.postgresql.org/docs/8.2/static/...telanguage.html man top skaidrs, ka "There are two forms of the CREATE LANGUAGE command. In the first form, the user supplies just the name of the desired language, and the PostgreSQL server consults the pg_pltemplate system catalog to determine the correct parameters. " Tb Postgre kautkādām savām esošām valodām māk paņemt to handleri no pg_pltemplate sistēmas kataloga. Vecākās versijās acīmredzot nebija šāda pg_pltemplate, un vajadzēja vienmēr to handleri norādīt manuāli. Vecākām versijām btw manuālī ir rakstīts: "This command normally should not be executed directly by users. For the procedural languages supplied in the PostgreSQL distribution, the createlang program should be used, which will also install the correct call handler. (createlang will call CREATE LANGUAGE internally.)" Tā ka RTFM vairāk :)

Un kāpēc gan lietotājs nevarētu ievadīt to cita skripta urli adresbārā un redzēt visus slēpjamos urļus?

Tajā linkā ir dota sekojoša sintakse: CREATE LANGUAGE name HANDLER call_handler Kur ir tavs HANDLER?

Tad jau viss skaidrs, ne? 8.0.9 < 8.2.6

Kas te par kapraču saietu?

DAP ir kautkas ar PHP saistīts vai? Topiku tak ieliki sadaļā par php.

PHP pusē drukā ārā nevis to ceļu no db, bet gan <img> tagu ar src atribūtu.

Šķiet, ka tas ir vienīgais veids - saglabāt to eventu handleru sarakstu atseivšķā atribūtā kautvai tam pašam elementam, kuram to handleri liec virsū un pie klonēšanas piešķirt handlerus no šī saraksta jaunās nodes eventiem. Tik neaizmirsti izvākt ārā handleri no sarakasta, ja tas arī tiek ņemts nost no eventa.

A ko citu tad tu gaidīji? Jāuzraksta būs $magic_variable un datums pats izskaitļosies? Loģiski tak, ka ar kautkādām funkcijām tas jāskaitļo. Šķir vien vaļā manuāli un skaties kā to panākt.

Var jau dumi ignorēt exceptionus: try { copy[item] = ele[item]; } catch (e) {}

Vai nu php pusē ar php funkcijām, vai arī MySQL pusē ar MySQL funkcijām.

WHERE datums>=šodienas_datums_00:00:00 and datums<=šodienas_datums_23:59:59 (vai arī datums<rītdienas_datums_00:00:00)

wtf?

Ja tev vajag atrast visus linkus tajā vajadzīgajā formātā, tad lieto preg_match_all funkciju. explode lietot šim mērķim nu galīgi nav tas prātīgākais. Un kāpēc tu divas reizes velc vienu un to pašu urli ar file_get_contents?

Un tagad salīdzini to ar Alekseja doto pseido-kodu :)