Jump to content
php.lv forumi

2easy

Reģistrētie lietotāji
  • Posts

    1980
  • Joined

  • Last visited

Everything posted by 2easy

  1. 2easy

    OOP vs PP vs ?

    zinātnieki ir pierādījuši, ka oop ir labāks par pp (drīzumā tiks papildināts...) april april :P
  2. tāpēc ka tas ir Anglijas laiks. paskaties kas ir ar laika zonām
  3. 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
  4. sākumā iepazīsties ar savu skriptu, pirms tu to gribi mainīt :D
  5. 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
  6. "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 :))
  7. ja jau admins izdzēš komentāru, tad kā tu zināsi, kur likt slēptu list item?
  8. 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
  9. 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 += "...";
  10. 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ā ;)
  11. $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/
  12. // 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)
  13. rādi to progressbar tikai pirmajā lapā (un tikai sesijas sākumā). tāpat tas ir tikai smukumam ;)
  14. nju gan tā pateici, it kā jquery nebūtu parastas dom manipulācijas... :D
  15. 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
  16. "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???
  17. 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)
  18. 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
  19. 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
  20. 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/
×
×
  • Create New...