briedis

Visādi citi ir dzirdēti, bet šis gan ne :D

Principā jā (nekad tā neesmu darījis, bet imo vajadzētu strādāt :D) Vienīgi, ja saturs mainās dinamiski - būs vajadzīgs kāds events, kas nočeko, kad pielikt, kad noņemt skrulli. Vēl jau šitais būtu jāliek iekš document ready...

Ar pliku css, šaubos vai var. Ar jquery var noskaidrot elementa augstumu. Kad augstums sasniedz redzamā loga augstumu, tad piemetam skruļļbārus...

Nē, tomēr pareizi būs HTML tagi - http://termini.lv/index.php?term=HTML%20tags〈=EN&terms=html

Kā tas ir - nepatīk? Tas ir pareizais piegājiens!

Tags - noteikti nav latviskāks vārds par - elements. Ja neder, mēģini atrast alternatīvu: termini.lv

Hmm, man ir! http://tinyurl.com/245w92k

Viņam tur tajā paraugā sesija ir piesaistīta arī IP adresei :( Bet principā realizācija vienkārša un saprotama, pats tā daru :)

Nu es šo variantu nemaz nepieminēju, jo tas ir "augstāks spēks", risks, kas pastāv vienmēr, un, cik maz zināms, koderis pret to nemaz nevar cīnīties :)

Sesijai vari piekļūt tikai tu pats, ko tur saglabāsi, tas tur arī būs. Vienīgi, sesijas var nozagt, konkrētāk, ja tev lapā ir kāds xss caurums, tad ļaundaris var ievietot tur kādu ļaunu js kodu, kas nozog lietotājiem sesijas identifikatoru, kas glabājas sīkdatnē. (PHPSESSID parasti). Vēlāk viņš šo sīkdatni var izmantot, un uzdoties kā apzagtais lietotājs (piemēram, administrators). Lai no tā izvairītos, sesiju var piesaistīt, teiksim, lietotāja IP (nav labs variants, ja lietotājam mainās IP regulāri (wifi, dinamiskā IP)), vai pārlūka versijai (USER_AGENT). Šos identificējošos datus saglabā sesijā un katru reizi nočeko, vai viņi sakrīt ar reālajiem - ja nesakrīt, sesija ir zagta - unset($_SESSION).

Vienmēr jāliek, ja vien tu neesi 100% drošs par to saturu. par to 100% drošību, piemēram $a = (int)$_POST['blabla'], $a ir 100% drošs mainīgais, jo viņš vienmēr būs skaitlis. Visi mainīgie, kas ir string tipa, noteikti ir jā-eskeipo ar mysql_real_escape_string().

Nu bļin, varbūt der arī izlasīt, kas tad tur ir rakstīts tajos erroros??

Nu tad sūds tas editors, paņem normālu - tinymce...

Nez, it kā ir xHTML saderīgs. Pačeko kodu, vai tas nav kaut kur pašrocīgi jānorāda...

Kas tas ir par editoru? Lapai ir doctype norādīts? Izmantoju tinyMCE, nav bijušas problēmas ar xHTML...

Kas tas tāds par editoru? Parasti, spiežot enter tiek izveidota jauna rindkopa (<p>), nevis jauna rindiņa (line break's). Lai br dabūtu, jāspiež shift + enter. Un btw, ir <br/>, nevis </br>

Padomā loģiski, tu atlasi lietotājus (viņi NAV sakārtoti) un tad tu atlasi katram tam lietotājam skaitu. Tas viss ir jādara vienā kvērijā.

jep, izmanto toggle(). Lai nočekotu, vai ir redzams, parasti raksta tā: if($(selektors).is(":visible")){ }

Mārci, nav slikts stils lietot nestandarta atribūtus? Moš, vienkārši piemest css klasi?

O, atradu risinājumu! :) http://tinyurl.com/32l7nuk

Skaties, kas tur par krāsu profilu. Vai nav kāds CMYK. Priekš neta vajadzībām - RGB...

MVC praktizē? :) ar to būtu jāsāk...

Nez, laižu 5.2.6 un win7, nav problēmas. Lai gan izmantoju XAMPP - vienkārši un ērti...

Piem, tev būs scenārijs - tiek pievienots raksts, nav redzams publikai. Tad admin apstiprina, un tad kļūst redzams visiem. ..bet tad tiek veiktas izmaiņas - vecā raksta versija joprojām ir redzama visiem, bet jaunās izmaiņas vēl nav apstiprinātas. Kad jaunās izmaiņas apstiprina, tad vecais raksts tiek aizstāts ar jauno? EDIT: Manuprāt, nevajag divas identiskas tabulas. Var otru tabulu, kam būt tie paši lauki, kas mainās - virsraksts, teksts, un publiskā raksta ID (pēc kura nosakam, ka šis raksts ir DRAFTS orģinālajam). Tad kad admins šo apstiprina, tad publisko rakstu tabulas lauku vērtības tiek aizstātas ar šī drafta lauku vērtībām. Šitā imo arī varētu konktrolēt raksta versijas. Pie katras saglabāšanas pievienojas jauns ieraksts, un var izvēlēties, kuru uzstādīt kā publisko...