2easy

zinātnieki ir pierādījuši, ka oop ir labāks par pp

(drīzumā tiks papildināts...)

april april :P

date time jau biju uzlicis, bet es nesaprotu kapēc man viņš takad datubāzē rāda ka laiks ir 2010-04-01 06:32:18 lai gan ievadīju 09:32:18

tāpēc ka tas ir Anglijas laiks. paskaties kas ir ar laika zonām

viņiem vnk vajag nomainīt piemērus uz $_GET (bez register_globals), un tas jau būs cits darbs un autortiesības uz to vairs neattieksies...

taču ja viņi tur ieliks kādu tautasdziesmu, tad gan kaka/laka būs klāt kā likts! :D:D:D

http://www.tvnet.lv/zinas/latvija/307195-par_tautasdziesmu_dziedasanu_prasa_licenci

sākumā iepazīsties ar savu skriptu, pirms tu to gribi mainīt :D

uz nano apache server api ir "CGI", nevis "Apache 2.0 Handler"

līdz ar to .htaccess php_flag php_value izraisa smuku: Error 500 — Internal server error

taču uz nano var nolikt savu mazu php.ini failu (direktoriju augstāk virs www roota), kurā var būt kaut vai 1x rindiņa: magic_quotes_gpc = Off

vnk es ieliktu to kodu ar stripslashes() kā galējo variantu, jo ir arī tādi hosti, kur iespējas kko mainīt ir ļoti ierobežotas

anyway, protams, ka labāk ir noregulēt konfigurāciju, nevis izmantot kkādus koda workaroundus

april april :D:D:D

dažreiz nevar...

"dinamiskas" lapas tāpat kešo taču ar ļoti īsu timeout: ~1 minūte (varbūt mazāk, varbūt vairāk)

savukārt uz servera tās kešo ilgāk: līdz tuvākajām izmaiņām (insert/update)

tā ka nemaz tik dinamiskas tās dinamiskās lapas nav. tb nav obligāti vnm viss jātaisa superdinamisks. servera cpu arī dažu sekunžu atpūta ir milzīgi garš brīvlaiks :))

dodu priekšroku ol tagam, jo kad komentāros kads uzkakā komentāra #3 autoram ka viņš ir lamājies vai ko citu teicis, admins izdzēš #3 komentāru un uzreiz viss pārkārtojās.. bet ja lietojam ol tagu, tad vienkārši dzēsto komentu paslēpjam :)

ja jau admins izdzēš komentāru, tad kā tu zināsi, kur likt slēptu list item?

kamēr nekādu globālu cache objektu šādi nepārnest starp lapām.

labrīt!!! ajax applikācijas ielādējas vnreiz, un tad katru extra lapu ar background requestu (neko nepārlādējot) pieliek klāt, parāda un nokešo. tā ka nākamreiz uzejot uz šī linka http://domain/#/par-mums vsp nevajag nekādu background requestu, bet uzreiz ņem datus no globālā cache objekta. to uzkodēt ir 3x rindiņas...

man ir viena puspabeigta lapa (var droši nekritizēt, tur drīz būs daudz rewrite + optimizācijas. tipa pašreizējais ir tikai draft), kur tā jau notiek http://jaunmartini.lv

pirmais requests ir ar ajax, pēc tam no cache

tu jau teksta redaktorā vari rakstīt parastu html, kuru pēc tam izlaič caur kkādu php/exe un uzģenerē js, saliekot katru rindiņu tpl += "...";

labi, codez, ņemu savus vārdus atpakaļ, jo var būt pure js applikācijas, kur multi line strings ir ērts. tb tā var darīt, bet tā tik bieži nedara. kr4 tam parādās jēga tikai heavy js applikācijās. "parasti" js atslogo no liekām darbībām un liek vnk uzsetot no php/ajax saņemtos datus (tipa lai nekaitinātu useri, kura cpu slodze var iebraukt vairākos desmitos procentu :P)

un arī ar ajax saņemtos datus pēc tam nokešo, pieglabājot kkādā savā globālā cache objektā

tā ka ar performanci viss ir kārtībā ;)

$sTpl = 'tavs
krutais
templeits
';
echo '<script type="text/javascript">var sTpl = "' . str_replace(array('\\', '"', "'", "\r", "\n"), array('\\\\', '\"', "\'", '', ''), $sTpl) . '";</script>';

ja datus neveido ar php, tad var darīt tā, kā Aleksejs parādīja ;)

http://www.codehouse.com/javascript/tips/string_multiline/

// ja lauks ir datetime
$date = date('Y-m-d H:i:s', time());

// ja lauks ir timestamp
$date = time();

es lietoju datetime, nevis timestmap, 2x iemeslu dēļ:

1) laiks glabājas uzreiz viegli uztveramā tekstuālā standarta formātā

2) datetime ļauj saglabāt laiku līdz pat 9999 gadam, bet timestamp tikai līdz 2038 gadam

un man ir pofig, ka

1) datetime aizņem 2x vairāk vietas nekā timestamp (8 byte vs 4 byte)

2) datetime ir jāapstrādā ar strtotime(), pirms ar šo vērtību var kko darīt tālāk ar php date apstrādes funkcijām

es prognozēju, ka tuvojoties 2038 gadam, time() un date funkcijas jau būs pārgājušas uz bigint (64bit integer), līdz ar to izmērs abiem būs vienāds (8 byte)

rādi to progressbar tikai pirmajā lapā (un tikai sesijas sākumā). tāpat tas ir tikai smukumam ;)

parastām DOM manipulācijām vs jQuery?

nju gan tā pateici, it kā jquery nebūtu parastas dom manipulācijas... :D

tie auditori/revidenti/konsultanti vai kas viņi tur skaitās, taupa uz visu ko vien var ietaupīt! kodēšana, dizains, tulkošana izskatās, ka viss ir par piecīti :D:D:D

No kur laika programmētājiem apaļi ir 10,20,50....?

Man apaļi ir 16,32,64,128,256,....

"apaļiem desmitiem/simtiem" nozīmē decimālo skaitīšanas sistēmu. katrā skaitīšanas sistēmā ir savas apaļās vērtības. piemēram 9-ītnieku skaitīšanas sistēmā būtu līdz apaļiem deviņiem/astoņdesmitvieniem (runājot decimālā valodā)

un codez ja tev apaļi ir 16,32,64..., kāpēc tad neraksti bināri 10000 100000 1000000, bet lieto citu skaitīšanas sistēmu???

pāris lietas...

1) lai nu ko, bet htmlspecialchars() Kemito tagad prot pareizi pielietot :)) tb izvadot datus. tur viss pareizi. hmm, bet tā kā šie dati ir paredzēti tikai kā plain text, tad šajā gadījumā, to varētu izdarīt jau uzreiz pie inserta. ehh, gaumes lieta... galvenais, jau ka tas htmlspecialchars() vsp tiek lietots

2) secureString() funkciju var droši dzēst ārā. pirms kko liec kverijā, pietiek ar mysql_real_escape_string($_POST['...']) priekš teksta, un (float) $_POST['...'] priekš skaitliskas vērtības

3) savukārt, ja uz servera ir ieslēgts magic_quotes_gpc (piemēram, uz nano tā ir), tad skripta sākumā (kkur pat pirms db konekcijas izveidošanas) var ielikt kaut vai šādu kodu

if (get_magic_quotes_gpc()) {
$f = create_function('$v', 'return is_array($v) ? $v : stripslashes($v);');
$_GET = array_map($f, $_GET);
$_POST = array_map($f, $_POST);
$_COOKIE = array_map($f, $_COOKIE);
}

4) tabulā laiku es definēju kā datetime, bet ip kā varbinary(15)

protams, ka abos gadījumos var izmantot int (atnāks vilks un tā arī pateiks :D), taču man labāk patīk naturālas vērtības, tb tādas, kuras uzreiz bez apstrādes dod cilvēkam viegli saprotamu info

5) un htmlā rakstīt font tagu sen jau vairs nav stilīgi ;)

aa un jā ir vērts ieklausīties gan rATRIJā, gan briedī par to, ka html ir ieteicams izvadīt tikai pašās beigās. vispirms izdari visas darbības ar datu bāzi (inserto, selektē, ko vien vajag), tad saformē datus/stringu ar lapas saturu, un beigās to izvadi lapā kaut vai ar <?= $content ?> (pa vidu statiskajam html, kuru šajā gadījumā varētu saukt arī par template)

daGrevis, lai kāds arī būtu "standarts", to kāds ir pieņēmis savu subjektīvu apsvērumu vadīts...

vnk uzliec pietiekami garus laukus, lai dati salien. ja gadās kāds čp, tad to risina atsevišķi un pagarina

es piemēram varchariem lietoju savus "standarta" garumus. vnkāršības pēc noapaļoju uz apaļiem desmitiem/simtiem: 10 20 50 100 200 400 ... vai vnk text, ja ir kkas daudz

member_id

aha, un tagad padomā, kāpēc es uzrakstīju WHERE

edit: Aleksejs visu pateica priekšā. tb tev vairs pašam nav jādomā... :D:D:D

bet izskatās, ka tu to jau tāpat nedari :P

spameri vnm ir topā ^^

WHERE

kā arī īpaši priekš tevis kādu laiku atpakaļ palūdzu nopinot šo topiku http://php.lv/f/topic/15467-warning-mysql-result-supplied-argument-is-not-a-valid-mysql-result-resource/

viņš tagad ir pro ;)