2easy

oops, abloms izravēt bija domāts, nevis get, bet delete? vnk man likās, kāds tolks kko dzēst. it kā kko dabūt būtu lietderīgāk. vismaz kkāds praktisks ieguvums, tipa informācija opredelajsja waplet :D

vsp ir iespējams ^^ $s = 'bla bla bla <img class="bildes" src="test" alt="test">' . 'lalala <img class="bildes" src="test1" alt="test1">'; preg_match_all('/<img class="bildes" src="[^"]+" alt="([^"]*)">/', $s, $m); echo '<pre>' . print_r($m[1], 1) . '</pre>'; /* Array ( [0] => test [1] => test1 ) */ briedi, es pirmais :P nice code contest :D

taisi sakarīgas tabulas ^^

max ierobežojums width:780px bija aktuāls varbūt līdz kādam 2005. gadam. tgd vēlams iekļauties width:1000px (vai taisīt elastīgu kā foxsk8 teica). tad pie 1024x768 izšķirtspējas nevienā browserī nebūs horizontālais scrollbar

model - sql - izpilda darbības ar objekta datiem: SELECT,INSERT,UPDATE,DELETE. hmm, tā kā dati var būt arī bilde, tad tomēr sanāk, ka modeļa pārziņā ir ne tikai db, bet arī failu sistēma view - html - izveido objekta vizuālo noformējumu, kuru vai nu echo (directly vai indirectly) vai return atpakaļ, lai to echo kāda cita funkcija. view funkcijas inputā saņem datus no modeļa. tipa modelī bija SELECT, un šo mysql result tgd padod view, lai tas sabāž datus html tagos. turklāt vieniem un tiem pašiem datiem var būt vairāki view controller - centrālā loģika, kas apvieno/izmanto abus model & view. pieņem lēmumu, ko darīt ar pašreizējo request (un dara tā :D) lūdzu, palabojiet/precizējiet, ja es kļūdos, jo es patiesībā neesmu izlasījis teoriju, kas ir mvc :D (kr4 es šito tikai mācos) es šo pašu ideju realizēju procedurāli bez oop. koda organizēšana moduļos (līdzīgas funkcijas, kas specializējas uz savu darbu) jau no tā nemainās...

GROUP BY ir izvirtība? :D anyway, ja nekādi savādāk nesanāk, tad liekās/atkārtojošās vērtības atfiltrē (neņem vērā) iekš php

php.ini failā uzliec: output_buffering = 4096 (un restartē apache) vai arī izveido .htaccess failu un ieraksti tur: php_value output_buffering 4096

codez, jau vairākkārt apbrīnoju tavu ģeniālo pieeju! ;) tev kkā labi sanāk domāt ar visām smadzeņu puslodēm vnlaicīgi :D tomēr praktisku apsvērumu dēļ pieturos pie ascii only :))

viss kārtībā waplet ^^ tas ir par tēmu, turklāt es jau arī pirms tam mazliet paironizēju par viņu btw offtopikā rakstīt offtopiku ir pilnīgi legāli :D tas ir normāli, ka kādam (šajā gadījumā man) viedoklis un pieeja atšķiras no vispārpieņemtā "kas ir pareizi". topiks jau no tā tikai iegūst. savādāk, ja mēs visi pateiktu, kā mēs vienādi domājam, tad nekāda interesantā diskusija nesanāktu. turklāt tagad visi zinās, kā nevajag darīt! tipa "paskatāties, kādu kodu raksta 2easy, un nekādā gadījumā tā nedariet!!!" :D:D:D anyway, es jau arī negaidīju, ka mani te sagaidīs ar kkādām ovācijām :D haha labais ;) vari droši ironizēt, es protu par sevi pasmieties ^^ un arī nebaidos kļūdīties (un tamdēļ izskatīties smieklīgi :D) bet ja nopietni, tad domājot par funkciju nosaukumiem man sanāca, ka tomēr vajag vismaz 2 burtus, savādāk ir pārāk daudz kolīziju. biežāk gan ir 3x 4x un vairāk burti, jo funkcijas nosaukums sastāv no vairākiem vārdiem/saīsinājumiem, kurus es šajā gadījumā saucu par simboliem. piemēram, imty() - image type - funkcija, kas izdod bildes tipu gif/jpg/png (argumentā ir bildes path). bieži izmantoju http://acronyms.thefreedictionary.com lai kādam angļu vārdam sameklētu pēc iespējas labāku saīsinājumu attiecībā uz mainīgo nosaukumiem 1x burts gan ir ok, taču tikai for very standard ones, piemēram: $i $j - cikla counteri (ja vajag vēl vairāk, tad gan $i $i2 $i3 ...) $s $a - string/array, ko dotā funkcija return (tiek saformēts funkcijas izpildes laikā) $k $v - array key/value $r - row/record no mysql_fetch_...() (datu tips: array/object) $m - regular expression match (datu tips: array) vēl īsākus nosaukumus par šiem gan nevar! :( :D:D:D citiem mainīgajiem nosaukumus rakstu camel stilā, prefiksā liekot data type (lai mainīgā nosaukums būtu more informative) $bTest - bool test $sTi - string title $nPrice - number price (number - int/float. tb šie prefiksi nav strikts data type mappings. tikai informative) $iLen $iCnt $iSz - integer length/count/size varbūt kādam noder kāda ideja no tā visa (vai tieši otrādi, lai zinātu, kā nevajag darīt :D:D:D) P.S. ja pavēro tendences tehnoloģiju attīstībā, tad mobīlie paliek arvien mazāki (bet iespēju arvien vairāk), datori arvien vieglāki, auto dzinēji arvien efektīvāki... visādas optimizēšanas notiek ik uz soļa. kāda tehnika bija pirms dažām desmitgadēm un kāda ir tgd! un kāpēc? tāpēc, ka kāds mēģināja kko novienkāršot vai padarīt efektīvāku! :)) kādi prikoli vēl panesīsies, kad nanotehnoloģijas visur ieviesīsies... kr4 ir jau ir tā tendence uz minimizēšanos. tikai katrā sfērā tas izpaužas kkā savādāk. programmēšanā gan brīžiem notiek tieši pretēji. bloated code, bloated software... :P (laikam tāpēc, ka vājais posms visā šajā progresā ir cilvēks)

vsp tas apraksts nemaz nevarēja būt lielāks par 450, jo lauks ir definēts kā: apraksts varchar(255) NOT NULL tur drīzāk būtu vajadzīgs: apraksts text NOT NULL

tā pati zemene? http://www.youtube.com/watch?v=OZ1U-Rdp58c attiecībā uz tavu jautājumu http://sitefrost.com/showthread.php?tid=5139 atrasts ar google: "cpanel show hidden files" (otrais rezultāts)

es to saucu par "vertikālo programmēšanu" mikro nosaukumi ir "labi zināmie" standarta saīsinājumi (priekš tam ir komentāri/dokumentācija) strlen() arī ir "mikro nosaukums", taču mēs visi zinām, ka tas ir string length. neviens taču nesūdzas, lai php izveidotāji to nomainītu ar garāku un saprotamāku string_length() vai stringLength(). un kā jau teicu, tās ir low level library funkcijas. applikācijas loģikas līmenī ir funkcijas un mainīgie ar garākiem nosaukumiem un arī rindas ir īsākas. nopietni ;) šis sample kods varbūt sanāca mazliet par daudz hardcore, bet pēc tā nevajag spriest par visu web applikācijas kodu kopumā redzēsi, ka ar laiku kodējot, iespējams, tev apniks gari rakstīt. pagaidi dažus gadus... sāksi domāt "vai tiešām man tik daudz jāraksta, lai uzkodētu tās dažas vnkāršās lietas?". ok, ja tev maksā par darbā nosēdēto laiku, tad tamlīdzīgi jautājumi droši vien neradīsies (tad ir izdevīgi radīt ilūziju, ka ir baigi daudz darba), bet ja tev maksā par rezultātiem, tad tu daudz ātrāk sāksi aizdomāties par tādām lietām anyway, paskatīsimies, kā tu kodēsi pēc 5-10 gadiem (ja vēl būs interese kodēt) :D:D:D es arī kādreiz rakstīju funkcijas ar tādiem plašiem komentāriem, kas aizņēma 2x vairāk vietas nekā pati funkcija, pat neskatoties uz to, ka tā funkcija darīja vnkāršu pašsaprotamu darbu un kods jau tā bija self documenting. tas ir normāli. visi tam iet cauri... P.S. man savukārt nepatīk lasīt kodu, kur nekas nenotiek. n-tās rindas ar visādu iekšējo menedžmentu, bet kods, kas izpilda reālu darbu, ir labi ja 10%

protams jau ka dīvāns un lampa un varbūt arī tas header background ar krāsu pāreju un wireframe ir paņemts no kāda stocka. tālākos menu un produkta blokus jau ir vnkāršāk uztaisīt. taču ar tehniskām photoshp zināšanām jau tāpat ir par maz. anyway ir jābūt arī labai gaumes izjūtai. un te tā ir! ;) tiešām respect, ja tu pats (neskatoties uz to, ka esi vairāk specializējies uz kodēšanu) esi pielicis roku arī pie šī dizaina radīšanas. good job

mysql_fetch_field()

ehm, tas bija domāts vairāk kā joks ;) ir taču jāzin, kas tev tur ir par html. tobish ir konkrēti jāskatās, līdz kuram tagam ir jāņem. un tā kā ipb liksies kkur pa vidu, tad aiz tā vajag arī noslēdzošos tagus ielikt - tipa wrapperim </div>, etc

ātrumā lasot tavu nick, sanāk "cialis" (tas, ko spameri reklamē) :D:D:D

omg, katru paragrāfu taču nevajag likt savā tabulas laukā!!! tas viss ir viens kontents - viens lauks, kuru klients (kāds tās firmas darbinieks) var rediģēt pa taisno ar wysiwyg, piemēram, tinyMCE

to veikala dizainu ir taisījis ļoti ļoti ļoti labs dizaineris! tiešām talantīgs dizains izskatās tāds lightweight (lapa nav pārāk piebāzta ar visādu grafiku, un tas ir labi). viss, kas tur ir, ir tieši tur, kur tam jābūt. ne par daudz, ne par maz. krāsas un salikums vnk super. kr4 vnkārši un stilīgi ;) pēc gfx.lv vērtējuma sistēmas dotu 10/10 protams, īstie dizaineri atrastu, kur piesieties :D

oo izrādās vēl kāds lieto editplus! :)) man jau likās, ka es vienīgais kkāds freaks esmu :D:D:D šeit ir fragments no standarta koda, ko izmantoju, rakstot piemērus priekš php.lv jāsaka gan, ka nelietoju nevienu toolbaru (tāpēc tie visi ir aizvākti). vienīgi rindiņu numerācija un visible tab,space, jo man tā ir ērtāk formatēt kodu, kad redzu visus simbolus. galvenais ir pure code šeit ir tikai low level lib funkcijas. pāris ļoti tehniskas funkcijas (timer) ir single line, neskatoties uz to, ka tajās ir multi statement. tā daru reti un tiešām tikai pavisam tehniskām funkcijām. kr4 pieturos pie principa, ka zemāka līmeņa kodu rakstu pēc iespējas kompaktu, bet augstāka līmeņa nedaudz plašāk. tāpat arī low level funkciju nosaukumi ir pārsvarā lowercase, bet augstāka līmeņa - camel case (for readability). ar low level ir domātas dažādas palīgfunkcijas, kas ir vispārīgas, tb neatkarīgas no konkrētās applikācijas. savukārt high level ir tieši pretēji - applikācijas specifiskas funkcijas (tajā piemērā gan nav nevienas tādas, bet vēlāk iepostošu kādu "simple example". kko labāku par līdz šim postētajām atbildēm) princips ir vnkāršs: vieta (rindiņas) ir jāizmanto lietderīgi ^^ kr4 nevajag liet ūdeni :P

no augšas sākumā līdz augšas beigām ;)

nopinotais topiks... http://php.lv/f/topic/10276-iesakiet-web-veikala-scriptu/

ko tad neprasi "kāda ir jūsu stundas likme?"

haha, droši vien kāds daudz rindiņ rakstīšanas fans :D

^^ vnk iedomājos nočekot, kas ir aiz tā beigu skaitļa. sākumā nekā nebija, bet pēc pāris sekundēm nejauši uzspiedu f5 un jau bija :D prikolīga sakritība

haha, tas bija labs :D vsp man liekas, ka praksē vajag ņemt tos, kam jau ir pamatzināšanas, bet nav darba pieredzes. lai vismaz iegūst to