v3rb0

tas tapec ka lapas menu nav jaaliek freimos. it seviski muusu gadsimtaa.

nu tad viss ok! gaidam *labu* graamatu! :)

grāmatas rakstīšanā primārais ir grāmatas rakstīšana, nauda ir secondāra. rakstīt labu grāmatu nav gluži kā iet uz darbu 1dienas rīta, graamatai ir vajadzīga iedvesma.. paskaties visas turības un citu lv profesoru sarakstītās grāmatas - nelasāmi atreferējumi no eng/ru valodām.

nez..vakar jau te runa gaaja par php soli pa solim. ja nu vienigi vari savu graamatu kaa obligaato maaciibu literaturu paardot.. bet citadi nez kaa buus ar nopelniisanu rakstot it gramatu latvijai. varbuut organizee kursus un graamatu dali kaa kursu materiaalus.

un kaut vai ar taa buutu.. bet kas tev nelauj pasam taisiit kantori un hosteet visu par $6.99?

tak kameer spamojies vareeji izlabot tos glukus un miers..

man kaa klientam intereseetu, lai taa lapa straadaa bez glukiem un tikai tad, ja nebutu ko dariit, meeginaatu piedziit kaut kaadus zaudeejumus- kas lv ir gandriiz vai bezceriigi. taa ka tu saki ka atsakies supporteet to lapu un pasuuti klientu paaris maajas taalaak, par kaadu sapratni tur runaat.. ja vien klients nav tavs teevocis :)

ljoti pareiza un uz taalejosu sadarbiibu ar klientu veersta darbiiba! klients visticamaak atradiis citu kas sataisiis to tavu scriptu nevis tiesaasies ar serveris.lv kaa tu ceri.

ne ar headeri. ar javascriptu, meta tagu vai varbuut veel kaut kaa var.

+ veel importiem/exportiem/datu apmainjai/sinchronizacija utt starp divam [dazadam] sistemam. ir arii nativas xml datubazes xml datu glabasanai, bet tad imo labak izveeleeties xml frameworku ne php. ja ljoti gribas ar php datus glabaat xml'aa tad skiet jaaiztiek ar parastu xml failu taisiisanu.

nu nevienmeer nespeja organizet kodu -- piemeram gribam kaut ko lielu dariit pa soljiem, kaa resaizot 100 bildes pa 10 uzreiz un raadiit progressbaru 30 of 100. var uzmociit shitaadu arii ar lapas redirectesanu bez ajax un co izmantosanaas.

es saku 'ja nu kaadam', nevis ka visiem bail :). protams ka atskiriiba nekada - un php pats par sevi ir laba templeitu valoda.

jaa man ar taa tagad liekas ka kamer templates enginee <?=$somevar?> neizpildiisies atraak nekaa plikaa php tikmeer jeega maza. ja nu vienigii templeits ir kaut kas taads ko jaadod kaadam dizaineristam-htmlistam taisiit un tam bail no php gabaliem :) bet citadi pietiek lapu/formu sadalit vismaz divas daljaas, vienaa htmls ortraa logikaa kaa dabuu to ko raadiit.

jaa arii taa, bet esmu kritis uz objectiem - taapee clase :)

nav nemazakas nojauta kas ir kaunterstraika weba templeits v1 or v, bet nu vispariigi ar tempeleitiem daros kkaa shitaa, ir lapai class my_page { .. function dispatch() { include('templates/tpl_my_page.php'); } } un ieks tpl_my_page.php tiec viegli klat pie my_page objecta propertijiem un vari sadarit ko un kaa vien tik vajag. shadi shobrid man skiet visefectiivaak. varbut kadreiz atkal atgrieziisos pie smarty lietosanas, bet cerams nee :D

:) nu jau panesīsies fleims par freimiem, protams atvainojos ka aizskāru freimistu jūtas, bet es labāk cenšos neizmantot freimus, jo no servera nevari viennozīmīgi nokontrolēt kur kā un kādā freimā kurš bloks kad rādīsies. man skiet ka pazūd freimu jēga brīdī kad, pieminētajā cms backendā ievajadzēsies verot vaļā formu 'X' headerī rādīt kaut ko citu nekā pārējās formās - t.i. pārlādēt arī headera freima saturu -sākas tad javascripti vai visa frameseta pārlādēšana - ar ko tas labāk kā viens html dokuments? otrkārt - ja userim jāpasaka kur atrodas funkcija 'Y' vari stāstīt spied to, spied šito, tad to.. vai arī ne-freimu variantā iedot linku backend/asd/dsa/Y hidden iframes - imo lieki - var ajax,xml-rpc vai kaut ko līdzīgu izmantot.

kā gribi: * ja ātri - lieto tabulu.. * ja ilgi - sāc ar konkrētākiem jautājumiem

dizaineeeties ar freimiem tak sen jau vairs neskaitaas labais tonis. bet sisteemaas kur freimu tiesam vajag, tur dizains ir mazsvariigs.

<? $rinda[1] ?> ?

nu gan.. limit 10, 10 vispārigi limit <no kura, neieskaitot>, <cik ierakstus>

un naakamais solis lapa vareees mainiit monitora rezoluciju, logu raamjus un desktopa bildi :)

imo labak atstat FF useriem defaulto scrollbaru un scrolleesanos ar rulliti nekaa kraasainu scrollbaru un scroleesanos ar klikskinaasanos pa scrollbaru bez iespeejas ar peles rulli scroleeties up/down.

ja domaa pasha browser scrollbaru, tad man liekas ka taa ir tikai IE only fiicha.

baidos vienigi par to ka pie mums buus maz kas taadu pakalpojumu izmantos - it seviski ja naudinjaam par pareizu atbildi jaabuut lielaakam nekaa tajaa laikaa nopelna darot savu darbu, jo citaadi labaak straadaat pamatdarbaa, ne meklēt atbildes un risinājumus citu problēmām.

http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd sākot no 722 rindas.. <!-- the name attribute is required for all but submit & reset --> <!ELEMENT input EMPTY> <!-- form control --> <!ATTLIST input %attrs; %focus; type %InputType; "text" name CDATA #IMPLIED ... >