v3rb0

pastāv viedoklis ka html`s ignorē newlines :P paskaties uz http://lv.php.net/nl2br

Latvijas Banka dod valūtas kursus xml`ā - http://www.bank.lv/vk/xml.xml par laika ziņām nezinu kur, bet gan jau ka kaut kur pa velti ar var dabūt - vismaz deskleti kas desktopa rāda laikaziņas ir pa velti.

domaju ka headerim vajag klat Priority un/vai X-Priority un/vai X-MSMail-Priority. panjem jebkuru mailu ar augstu prioritati un papeti kas vinjam headerii ir.

CSN bija punkts kas aizliedz patvaligi regulet satiksmi, domaju ka tapec tie luksafori tev sledzas aaraa. un vispar labak ar luksaforiem nespelejies, atbrauks `milicis` un uzliks sodu!

uzliec kaadu gatavu bundli prieks php/mysql/apache. piemeram easyphp un neteree laiku. taapat liekot visu atseviski nedabuusi lielaaku drosiibu/stabilitati kaa ir bundlee, ja nezini kaa atveert to mysqld.exe un ko dariit ka sis taisas uzreiz ciet :)

a vai mysql`s straadaa un ip tiešam pareiza? :rolleyes:

javas lauciņā šītādai vajadzībai ir SiteMesh - http://www.opensymphony.com/sitemesh/

lai atrastu kas pamainiits veel ir variants lik pie katra cekboxa pa hidden laukam ar chekboxa vertibu 0 vai 1 un tad, pēc formas submitosanas, salidzini hidden lauku vertibu ar sanjemtajiem cekboxiem - nebus vajadzibas db aiztik un prasit kaadi bija chekboxi kurus nupat ieliku formaa. var arii pinkereet sho taalaak un likt tikai vienu hidden lauku ar visu chekboxu sakuma veertibam.

pareizi! :)

un kā tu domā mēs no kurienes zinam kas ir iekš tā stm31.js rakstīts :rolleyes: - googlee meklēt kur tu to scripta gabalu dabūji..

bet cik reizes jau šis ir teikts! ja par katru reizi maxaatu pāris santiimus.. uh! :rolleyes:

kaut ko līdzīgu vienreiz taisīju. darīju ka taisīju atsevišķu datu tabulu ar lauku data_tips un tad laukus data_varchar32, data_int, data_bigint, data_datetime utt. kādus tik vajag, bet saprāta robežās:) sanāk piņķerīgi, bet kverijus var piedomāt kādus vajag, un ja vienmēr ir zināms kādu datu tipu vajag dabūt ārā tad laikam data_tips lauku nemaz nevajag. pluss šitā, katrs datu tips tiek glabāts sava tipa laukā, līdz ar to nav problēmu lietot visas date un ciparu sql f-jas, kas varbūt nestrādās korekti uz varchar lauku. mīnuss sarežģās datu struktūra, vai der tavā gadījumā - nezinu.

parastām lapām 98 no 100 gadījumiem tikai primais variants (- konsoles browseri, ierobežots trafiks, searchenginu boti utt var atrast daudz ko kam nepatiks javascripts), otrais variants ar visa ielādi,vai labāk ielādēšanu kaut ko pamazām fonā kamēr lapa tiek skatīta der kādām sistēma, thipa gmailā tā laikam ir - rodas ilūzija ka viss tur ļoti ātri strādā. kā tur Einšteins teica par lietu vienkāršoanu.. :rolleyes:

:D es tad nevis izšķirtspēju rakstītu, bet pateiktu visu ko domāju par lapas izstrādātājiem un ietu uz citu lapu

it kā strādā arī ar innerHTML http://paste.php.lv/1886 tā ka vaina varbūt ir kaut kāda neuzmanības kļūda.

varbūt pastāsti ko tas gabals viens un divi dara un kas šiem jādara pēc sapārošanās?

minu - javascriptā nelieto getElementById() un tāpēc neatrodas tie hidden lauki?

.. http://lv.php.net/if

nezinu kāpēc gribi tieši iekš db glabāt, liec iekš sessijas šitādu pēdējās darbības laiku kā unix timestampu. bet ja nu iekš db tomēr, tad pie katram useri pa laukam kurā pēdējās darbības laiks. var arī ar meta tagu refreshot, lai pēc tām 10 min izmet ārā, bet metot pēc 10min ārā jāpārbauda tagadējais laiks pret pēdējās aktivitātes laiku, lai neizmet tādā gadījumā ārā, kad vienas sessijas ietvaros ir vairāki browsera logi atvērti.

pieglabā vai nu mysql (ja dikti gribas) vai tāpat sessijā pēdējo darbības laiku, katru reizi pirms tiek veikta kāda darbība (te lieti noder OOP pieeja, kad visas lapas tiek extendētas no vienas abstracta containera). pirms pēdējās darbības pieglabāšanas pārbaudi iepriekšējās pēdējās darbības laiku, ja lielāks par 10min, sorry logauts.

$name = urlencode($name);

visu var noviltot, ja vien atrodas kads kam tas tas ir vajadzigs un rociiba atļauj! ..bet viesu gramatai, kuraa ierakstit nicku un briivaa textā `smuka lapa` nav liela vajadziba kaut ko viltot un vēl jo mazāk iesprigt uz drošību, galvenais sataisi, lai nav sql injekcijas un nevar kāds no malas paeditēt jau saglabātos ierakstus.

kad useris ielogojas, ieliec sessijaa usera id. kad inserto jaunu ierakstu db, panjem usera id no sessijas. ja drošiba nav primārais, tad vairāk neko nevajag imo.

a xp ir/buus ar visiem papīriem un uzlīmēm? :rolleyes:

xp būs vairāk jāuzpasē, liec linux/*bsd, jo vienkāršāks, jo labāk (slackware, gentoo). ja pats nevari tikt galā ar uzlikšanu sameklē kādu kas to izdarīs.