Delfins

ifreimiem nav ne vainas... Piemeeram gmail.com ir tikai uz ifreimiem uztaisits - eerti, aatri... Kaut gan to visu vareeja arii ar AJAX uztaisit. netvibes.com ir labs piemeers :)

Gan kvadrātiņiem, gan postu skaitam nav nekādas jēgas... Var arī parasktus un avatarus izņemt. Plus vēl tas online/offline :) Varen ātrs forums būtu, ja noņemtu šito drazu :)

nafig tev kautr kas ir jārāda... Uztaisi batch job... ieliec iekš `queue`, un lai backgroundā vārās savā sulā... Tekošo statusu var ierakstīt kādā lock-failā. Un viss. Nevajag tenekādus progress-bar-us

Teor'etiski pietiek ari ar kaadu ARM vai AVR baazetu sisteemu... ir taadi 1-chip web server.. arii tie pashi wi-fi routeri arii `griezh` webu konfigam... :) Testeshanai pietiks ari 486DX, ja nu ir pieejams.

Vai tad wyiswyg nav viss vizuāli rediģējams?? Ja tev nekas nav pārtaisīts, table lietošana ir tāda pati, kā WORD-am.... Tā arī saki viņiem Ne velti to GUI pieslīpē tā, lai izskatās, kā wordā...

Ar tiem backupiem ir tā, ja baig svarīgi, tad jāglabā citā/-s pasaules malā/-s. Nu tipa tur nuke/plūdi, ja nu kas... Tā kā vietējais backups nelīdzēs, ja dēļ elektrības noraus podā arī backup iekārtu.

Te visi koderi. Moš Roze gan varētu zināt.

Takš vienā topikā jau es par to runāju... tas ir `bubble` mehānisms.. eventi izpildās pa elementu koku un tu to vari apstādināt.

šarotos nevers vaļā.... Btw, ja ver vaļā no web tad vien tik sanāk tikai read-only (saglabāt var uz sava kompa)

a moš tev kaut kas nav pareizi uzlikts vai sakodēts iekš tā HTML...

Visiem, kuram nav slinkums nokačāt :) PS: man piem. ir, bet tuvākās 2 dienās nevarēšu neko palūrēt. PPS: http://forums.invisionpower.com/index.php?showtopic=226814 (tikai nezinu, vai topikiem ir captcha.. postiem gan nevajag)

Nu jāpieliek captcha bilde un miers... nekas tur sarežģīts nava.

No senā topika... multiple requests, moš noder http://85.115.122.95/tests/ajax/

Izmantoju darbā HTTPort. Kurš atļauj 443 konekcijas - turklāt RAW modē (bez visādiem squid filtriem, loģiski, jo HTTPS skaitās) :) Jā... 443 nāksies upurēt... vai arī sava servera firewall-u nokonfigurēt tā, ka no konkrēta hosta pāradresē paķetes uz citu (kaut vai tai pašā serverī citā IP:portā).. citādi defaultā

laacz.lv topiks ir.

Tad tā uzriez arī saki... by default jau tiek pieņemts FF/IE/Opera, kuram pie F5 address-bar URLs nemainās...

"199 enteri un IF" :P

Ko tu tieši nesaproti? tev drīzāk ieslēgts php.ini sessijas propertjs, lai izmanto kūkijus priekš SESS_ID galbāšanas. Kam tev vispār URL-os tas sess_id ? Takš neerti un nesmuki.

10.000 Ls, tas ja atbildot uz pēdējo jautājumu.

Es ar par to sasmejos... neko viņš nedabū arī no 406 lapām... dabū tikai vienīgo vārdu no error message `acceptable` :)) (`NOT` tika skipots)...

Un kāpēc lai nē? Ja ir OK - `drukājam` bildi kā parasti (file_get_contents ir ātrāks par pašrakstīto) - atslēdzot output_bufering - lai pa taisno bliež. Ja nav OK - drukājam GD image ar attiecīgu tekstu :)

Bet `cancel Bubbles` arī ir viens no veidiem, kā pieklusināt eventu handlerus. Par šito `preventDefault` nezināju, jo kad mocījos ar JS lietoju cancelBubble un pieminētais event.returnValue Tas tā, zināšanai. labs piemērs un teksts ir šeit. http://www.quirksmode.org/js/events_order.html PS: nedaudz sajaucu... bubbles arī attiecās uz parent elementiem un uz vienu elementu arī attiecās.

Es nez, slinkums un nav laika rakties dokos, vai tikai addEvent nenozīmē, ka tiks izsaukta f-ja pa vidu un pārējais kā vajag? (steka princips) A ar anonīmo f-ju tu vnk noreseto defauto handleri uz savu. PS: negribās kļūdīties, bet liekas pat bija tāds propertijs eventam cancelBubble=true , kas apstādināja eventu apstrādi. Aha... tā arī izskatās, kā jau teicu: http://www.huntingground.freeserve.co.uk/m...ancelbubble.htm Tipa tu vari savam objektam pielikt N-event handlerus addEvent( x, func_1 ) addEvent( x, func_2 ) addEvent( x, func_3 ) Un visas izpildīsies pie nosacījuma, ja nebūs cancelBubble iestatīts uz TRUE

Ja tu redzi sev nepieciešamo lietu (piem http client vai cits štrunts), tad moš i ir vērts ņemt, pie nosacījuma, ka pašam nav laika čakarēties, nav gribēšanas uztaisīt savu un citi personīgie iemesli.. Nav nevainas. Ir jau arī tāds PEAR, kuru neatbalstu. Viens pluss, ka bug-i tiks novērsti `by Zend`