v3rb0

daļeji - zend studio ir komanda ident code, bet laikam jābūt visam sadalītam pa rindām 'pareizi', citādi nesakārtos smuki.

update table set field=field+1 where id=123

vienīgā problēma ir ka gūglē nevaram ierakstīt 'php fwrite utf-8' un nospiest i'm feeling lucky.. $f=fopen("test.txt", "wb"); $text=utf8_encode("ā"); // adding header $text="\xEF\xBB\xBF".$text; fputs($f, $text); fclose($f);

Notice: Undefined variable: o

varbūt ir gatava php f-ja, bet tā noresetot indexu vērtīas, lai ir secīgi, var arī ar foreach($array as $k=>$v) $new_array[]=$v;

sort() ?

pirmais iespaids - nepatīk krāsas, tas zaļais ir pārāk drūmi zaļš, gaiši pelēkzaļais fons izskatās kā ar kaut ko sasmērējies gaiši zaļš - kā kāds militārists kas pa purvu izvārtījies :) varbūt uz citiem monitoriem citādi un labak izskatās - nav man precīzi kalibrēts dizainera monitors.

eh programmisti.. :) tools -> mail and chat accounts.., tur tev jāuztaisa accounts un tad rādies mail menu. rss - ver vaļā lapu ar rss un adressbarā labajā pusē rādīsies maza icona rss, uz tās ar spied.

vēl allow-url-fopen vajag disablēt (un enablot tikai, pēc pieprasījumiem uz domainu A, B un C), lai pasargātos no tā ka kādā līkā scriptā var inclūdot kaut ko no kāda sliktā urķa servera.

dabuju tur - <font color=RED><B>can not create /home/atgig/public_html/v3rb0 - Too many links at user_lib/homefree/new.pm line 23</B></FONT>

sql useri/paroli turēt failā uz tāda servera kur visi netiek klāt. ja serveris kreisais, tad savus datus tur nekādīgi nenosargāsi, vienalga redzēs admins paroli vai nē, jo root useri diez vai dos weblapai.

ka tik šis http://lv2.php.net/manual/en/ref.filesyste...allow-url-fopen nav pie vainas.

frontpagee uztaisi formu ar saprotamiem fieldu nosaukumiem, kā formas action uzliec servera puses failinju ar vienu php rindu. <?php mail('me@domain.lv', 'anketa', print_r($_POST, true)); ?> un pateicības vārdiem ka anketa aizpildīta.

var arī nebūt vispār paplašinājums vai tikai paplašinājums, kā README un .htaccess

useris jebkurā brīdī var kaut ko linkā pamainīt. ja vajag kaut kādu drošību ka url ir tas ko gribi un nekas citādi, tad var skatīties uz čeksumu pusi.

patternu izmantosana nenozīmē ka vienmēr vajag 50Kb scripta ar abstrakcijām. tā ka topics par mvc, tad tieši šo patternu var droši rakstīt tīrā php bez jebkāda frameworka - t.i. scriptus organizē mvc'iski nevis visu vienā failā - vienreiz pamēģināju, iepatikās. Abstrakciju un 50Kb inklūdes vajadzēs tad kad pie mvc gribēsi kaut kādu activerecord pasākumu pielikt klāt. aplami un ar nevajadzīgiem scripta blāķiem var uzrakstīt arī bez jebkādiem patterniem, tas katrā ziņā nav arguments pret patterniem un par vēlmi katru dienu izgudrot pa ritenim. Ugga: templeitiem pats vienkāršākais variants kaut kā tā būtu- ir scripts kurā tu dabū savus datus $mani_dati no db, txt faila vai kaut kā vēl, beigās iegūsti kaut ko kas varētu būt kā <? $mani_dati= array('title'=>'mana title', 'body' => 'mans texts'); ... include('template.php'); ?> otrs fails (template.php) kurā ir htmls ar php kurā apraksti kā parādīt $mani_dati <h1><?=$mani_dati['title']?></h1> <p><?=$mani_dati['body']?></p>

config.inc.php apsties, tur ir komentāri pietiekami. kaut kā nav man bijusi vajadzība nekad pēc kaut kāda cita manuāļa vai grāmatas.

<?php function a(){ echo 1;} function a(){ echo 2;} ?> tāpēc!

+ pirms rakstīšanas visus \n ar <br /> vai kaut ko citu aizvietot, lai vienam ierakstam viena rinda.

smarty ir begemots puķu dobē. mvc smuki realizets ir ruby on rails, veel neesu atradis tik ertu mvc frameworku php. pēdējais ko skatījos bija http://www.phpontrax.com bet nepatika ka viņam nav dokumentācija un tīri subjectīvi nepatika ka pear tiek izmantots.

ar mvc kļūda var būt 3vietās, templeitā(visi gluki ar htmlu), modelī (kaut kas ar sqliem), vai kontrolerī(kaut kas ar scripta loģiku - piem izauc saglabāšanu, a izpildās dzēšana), un varbūt arī 4turtā vieta - kādā helperī (scripta gabali ar kontrolerim specifisku vai globālām utilītu f-jām) identificēt kurā daļā ir kļūda nav nemaz tik grūti ;)

saku 2x, tas strādās tikai uz m$ IIS un ar globals on tev laikam ir apache un globals on..

nav gan patterni s**ds, tik jāatrod 'fīlings' kā, kur un kuru patternu lietot tā lai tie tiešam palīdzētu, nevis tikai būtu izmantoti. t.i. scripts būtu labāk lasāms, ātrāk rakstāms, vieglāk atkukaiņojams utt. arī subjectīvi, protams :)

- visu saņemto no usera pārbaudīt vai ir tas ko gaidīji - sql'ā uzmanīgi ar pēdiņam. un būsi diezgan pasargāts no injekcijām.

kāpēc visi domāt ka glabāt iekš flat txt failiem ir vienkāršāk nekā viens inserts un viens selects? un webā pa velti dabūjami galeriju scripti ir kaudzēm.