Jump to content
php.lv forumi

john.brown

Reģistrētie lietotāji
 View Profile  See their activity

  • Posts

    510

  • Joined

  • Last visited

 Content Type 

Posts posted by john.brown

  3. Drupal programmētājs

    in Darbs

    Posted

    Nē, Robi, galīgi nav loģiski :) It sevišķi par to Ajax... Apmeklētājam ir pilnīgi pof, kas viņam iekš url ir - viņu, pirmkārt, interesē, kāda informācija ir lapā, otrkārt, viņu interesē iespēja bookmarkot to lapu (tas par to Ajax).

    Bet labi, nu jau galīgs offtops panesās. Beidzam...

  4. Drupal programmētājs

    in Darbs

    Posted

    visādi neizprotami un nevajadzīgi mainīgie tiek padoti...

     

    Un ko, ja es pieslēdzu mod_rewrite, un 'index.php?module=Articles&cat_id=2&view=list' vietā padodu 'modules/Articles/cat_id/2/view/list/' (vai ko tamlīdzīgu), tad tur netiek "visādi neizprotami un nevajadzīgi mainīgie padoti"? Un kas vispār par dīvainu formulējumu "nevajadzīgi"? Ja tiek padoti, tad laikam jau vajadzīgi :) Jeb tu gribi teikt, ka apmēklētājam pēkšņi kāda atklāsme notiks, redzot "pseidoceļu"?

    Atdziesti bik, un dzīve kļūs skaistāka... ;)

  5. Drupal programmētājs

    in Darbs

    Posted

    Pie tam - savam kodam parasti neveidosi fleksiblu interfeisu, kā pievienot funkcionalitātes, moduļus, izmainīt utml. Jo tas nav vajadzīgs - zināsi, kurā rindiņā jāielien, kāda hardcoded vērtība jāizmaina un viss.

    Robi, ar šo tu esi pateicis visu par sevi, kā programmetāju :D Pārējo var nelasīt... Nekā personīga.

  6. Drupal programmētājs

    in Darbs

    Posted

    Izlasot richlv, nenoturējos, un ar bik paofftopikošu.

     

    Par to kvalitāti gataviem risinājumiem ir visai strīdīgs jautājums. Jā, ja tas produkts ir daudzmaz populārs, tad viņam nav izteiktu bagu, un vairumā gadījumu ar to tā kvalitāte beidzas.. Tam pašam Drupal kods ir klusais vājprāts - velns kaklu nolauzīs, lai izbrauktu tam cauri. Vai tik populārs produkts, kā DocuWiki - jau pašā kodā ir izslēgti visi error_reportingi, jo tik tā viņš iet! Dievs nedod, ja tur ko modificēt vajag - vienkāršāk ir pakārties. Cauri visam kodam tiek staipīti n-tie globālie variabļi, parādās nekur nedefinēti mistiski variabļi, funkciju izsaukumi ar @ - ja tas ir kvalitatīvs kods, tad es, kā minimums esmu balerīna.

     

    Par to koda pārzināšanu, kas itkā esot labāka ar gataviem risinājumiem. Arī, diemžēl, mīts. Ja pie custom risinājuma strādā programētāju grupa, kods tiek normāli dokumentēts, un ja vēl ir paveicies ar sakarīgas arhitektūras izstrādi, tad nomainoties kādam koderim grupā, jaunpienākušais daudz ātrāk un labāk iebrauks tanī risinājumā, nekā ar gatavu cms - vienkārši tāpēc, ka to gatavo cms neviens ideāli tāpat grupā nezin, dokumentācija viņiem parasti ir visai nepilnīga (ar retiem izņēmumiem), un koda kvalitāte ir sk. augstāk :)

     

    Piekrītu, ka nākotne ir servisu biznesam, bet tas nenozīmē, ka jāgrābj ciet kaut kāds gatavs risinājums, un tagad tik uz viņa bāzes sāksim servisa pakalpojumus sniegt. Pilnīgi normāli ir, kad pakalpojumu piedāvājošā firma izstrādā savu softu, savam servisam, kuru pārzin perfekti no a līdz z, kā to, piemēram Google dara.

  7. Gļuks ar $_GET["id"]

    in PHP un PHP :)

    Posted

    Šāda konstrukcija nedara neko:

    if (isset($_GET["www"]) == "dzest");
{
 ...
}

    Tas, kas ir figūriekavās, izpildās vienmēr! Pareizi būs:

    if(isset($_GET['www']) && $_GET['www'] == 'dzest') {
...
}

    Jūti atšķirību?

     

    Par to id, uztaisi var_dump($_GET), un paskaties, kas tev tur ir, izprintē queriju, apskati, vai ir, kā vajag...

  8. Gļuks ar $_GET["id"]

    in PHP un PHP :)

    Posted · Edited by john.brown

    bubu, vai tad register_globals pie viena iztīra $_GET, $_POST un $_REQUEST masīvus? Takšu tak nē...

     

    sanzhs, kas tev šitās par konstrukcijām ir: if (isset($_GET["www"]) == "dzest"); un $id = isset($_GET["id"]);? isset() atgriež boolean vērtību true/false, tā ka nekāda salīdzināšana/piešķiršana ar viņām nesanāks...

  9. funkcija neredz objektu

    in PHP un OOP

    Posted · Edited by john.brown

    Kā w3rb0 teica, kļūda ir šitajā rindiņā: $class2 = new class2($tmpl);. Pareizi, acīm redzot, būtu: $class2 = new class2($this->tmpl);

     

    andrisp, nevajag cilvēkam mācīt sliktu kodēšanas stilu. Ja šis mēģina smalku oop rakstīt, tad par globālajiem variabļiem vēlams aizmirst, ja, protams, nav vēlēšanās iedzīvoties grūti izķeramās problēmās :)

     

    Jackal, vispār, ja visās tajās klasēs tiek izmantots viens un tas pats tmpl objekts, tad pats dievs ir vēlējis singleton paternu izmantot. Šeit vari paskatīt: http://php.lv/f/index.php?s=&showtopic...ost&p=57769

    Un vēl, iekš php ir pieņemts klašu nosaukumus sākt ar lielo burtu - sīkums, bet koda lasīšanu uzlabo... :)

  11. Problēmas ar mainīgajiem

    in PHP un PHP :)

    Posted

    javiz, un tu gribi teikt, ka šitāds variants tev neiet?

    <form action="" method="POST">
<input type="radio" name="zz1" value="1"/>
<input type="radio" name="zz1" value="2"/>
<input type="submit" name="submit" value="Submit"/>
</form>
<?php
if(isset($_POST['submit'])) {
$name = 'zz1';

echo 'Value:'.$_POST[$name]; 
}
?>

  25. OO JavaScript un eventi

    in JavaScript, VBScript

    Posted · Edited by john.brown

    Man jau gan šķiet, ka jebkurā gadījumā risinot šito sanāk cikliska saite. Visa atšķirība ir, ka vienā gadījumā tā ir acīmredzama (kā ar this.button.eventRouter), otrā - nomaskēta, kā funkcijas gadījumā... IMHO, labāk tomēr acīmredzams variants :)

     

    P.S. tanī pašā Ajax in Action tak bij arīaprakstīts, kā ar tām cikliskajām saitēm cīnīties. Vesala sadaļa tam bij veltīta :)

×
×
  • Create New...