Kaklz

fw_items: ----------- name attribute ... fw_ekipejums -------------- etype ( nazis, zobens1, zobens2, .. , whatever) username .. fw_users ------------- username SELECT fw_items.name, fw_items.attribute FROM fw_items JOIN fw_ekipejums ON fw_items.name=fw_ekipejums.etype JOIN fw_users ON fw_ekipejums.username=fw_users.username WHERE fw_users.username = XXXX Es tavā vietā padomātu šādā virzienā. Te vismaz ir iespējams salikt KAUT KĀDUS indeksus atšķirībā no 20 OR gadījuma. Tāpat tev vajadzētu padomāt par to, ka username (citu lauku, pēc kuriem notiek join) vietā varētu izmantot identifikatorus ar cipariskajām vērtībām, bet ja vien problēma ir codez minētajā, tad tev vēl tāls ceļš ejams :)

Es tev stipri ieteiktu pārdomāt pašu vaicājuma struktūru. Varbūt sāc ar to, ka izstāsti, ko tu ar to vaicājumu vispār gribi panākt. Rakstīt 20 OR variantus augstāk esošā piemēra stilā izskatās pēc diezgan greizas izpratnes par relāciju datubāzēm.

RapidPHP ir viens no labākajiem editoriem, bet par IDE to būtu pagrūti nosaukt. Kamēr dzīvojos pa Win pasauli, tikmēr RapidPHP bija mans iemīļotākais editors. Un jā, autors ir Latvietis, ar supporta jautājumiem droši var griezties http://www.blumentals.net

Tas, ko codez atstāsta ir aptuvens http://www.pomodorotechnique.com/ saturs. Tur ir brīvi pieejama grāmata PDF formātā, kurā var iepazīties dziļāk ar tāda veida strādāšanas piegājienu. Kaut kādā brīdī pamēģināju un vismaz īstermiņā ir brīži, kad tas palīdz "piestartēties". Lai tā kapātu pilnu darba nedēļu pa 8h dienā un vēl tiktu galā ar ģimeni, pāris ārpusdarba lietām, visticamāk, ir jādzīvo uz ripām :)

Tā jau saknē ir visai muļķīga doma. Ar savu nemācēšanu vajag tikt galā savādāk, nevis ar šādiem jocīgiem piegājieniem.

Themeforest.net esmu pircis admin xHTML interfeisu templeitu (konkrēti http://themeforest.net/item/sleek-admin-clean-css-admin-skin/44958 ), kas, manuprāt, ir lielisks pirkums - par $14 dabūt gatavu xHTML templeitu, kas ir īpaši pielāgots admin interfeisu būvēšanai un būtībā paredz praktiski visu standarta admin rīkos esošo funkcionalitāti. Vēl no tā paša themeforest.net esmu pircis testam arī šo http://themeforest.net/item/oceanic-web-app-site/54623, bet izmantot pagaidām nav sanācis. Es priekšroku dodu jau gatavam xHTML, nevis PSD, jo PSD graizīšanai esmu jau palicis mazliet par slinku. Kāpēc to darīt man, ja kāds cits to jau ir izdarījis par diviem dolāriem :). P.S. Appaz profils arī mani interesētu :)

Tu vnk nezini, ko tu zaudē lietojot Notepad2 :)

heh, phpStorm ir ģeniāls! public function payorderView(){..} pasvītro "payorder" kā kļūdu, jo redz tur esot spelling mistake. Izlabojot uz payOrderView, viss ok. Vajadzētu visās IDE integrēt pareizrakstības pārbaudi, tad būtu stipri mazākas galvassāpes ar tiem, kam angļu valoda ir švakāka vai ir iedvesma pēkšņi mainīgos / f-jas saukt citās valodās. :)

Erm, un kas tur ir TĀDS murgains? Pārskrienot ar acīm pāri izskatās pēc standarta darba drošības instrukcijas.

CSS border-radius: Npx un tā ekvivalenti?

foxsk8, tu noteikti esi dzirdējis par izstrādes vidi un produkcijas vidi, vai ne? Pilnīgi normāli, ka tev izstrādes vidē ir pilns oriģinālais CSS, kur ir problēma publicēt uz produkcijas vidi minificētu CSS ?

kaut kas šitāds? CREATE TABLE `zz` ( `id` tinyint(4) NOT NULL auto_increment, `z` varchar(200) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=6 ; -- -- Dumping data for table `zz` -- INSERT INTO `zz` (`id`, `z`) VALUES (1, 'text1, asdf qwer.'), (2, 'qwer qwer.'), (3, 'fdsa qwer., text1'), (4, 'text1, text2, ftyuj qwer., text3'), (5, 'text1, text2'); SELECT z, trim(leading 'qwer, ' from trim(leading ', ' from concat( reverse(substring( reverse( substring( z, 1, locate('qwer.',z)-2 ) ), locate( ',', reverse( substring( z, 1, locate('qwer.',z)-2 ) ) ) + 1 )), ', ', 'qwer.', substring( z, locate('qwer.',z)+5) ))) FROM `zz` WHERE z like '%qwer.%' ir gan liekas vēl pāris nianses, bet tās arī teorētiski var risināt.

Iedod kādas 10 rindas +/- reālus parauga datus un paredzamos rezultātus, būs skaidrāks ap ko lieta grozās. "qwer." ir fiksēts teksts pirms kura atstarpes ir tas, kas ir jāizravē?

Ja izņemamais fragments vienmēr atrodas starp > un <, tad itkā tas ir salīdzinoši vienkārši. update table set field = concat(substr(field, 0, locate(field, '>')), substr(field, locate(field, '<')+1)) Ja ir vairāki tādi fragmenti, tad attiecīgi var vnk vairākas reizes palaist, kamēr affected rows=0. Tu gan paskaties, vai viss ir korekti pirms laišanas, jo rakstīju no galvas, netestēju :)

return komanda atgriež funkcijas vērtību, pārtraucot tālāku funkcijas izpildi. Rezultāts ko tu saņem ir tieši tāds, kādu tu prasi PHP. function xy($x){ $text = ''; foreach($x as $t => $b){ $text .= $t . ' -- '.$b.'<br>'; } return $text; } $x = array('1' => 'Viens', '2' => 'Divi', '3' => 'Tris'); echo xy($x);

Domāju, ka jums pašiem varētu būt izdevīgāk organizēt tās pēc konferences, lai konferences laikā vēl varētu paspēt pareklamēt tieši šīs klases. No apmeklēšanas viedokļa iespējams labāk varētu būt pirms konferences. Tad Sanāk, ka tu velti nedēļas beigas konferences/izglītības pasākumiem un nākamā nedēļa jau sākas pilnā sparā ar 1dienu.

Mani vari droši likt mierā, es netaisu lapas par velti un netaisos to darīt par tevis sauktajām cenām. Tad es labāk aizeju uz mežu pasēņot, pabraukt ar velo, nekā kādam par tādu summu taisu lapas :)

j2b atšķirība ir vien faktā, ka par juristu, advokātu, mērnieku, notāru, utt. nevar pieteikties strādāt no savas mammas datora otrā Latvijas galā un nekad pasūtītāju sejā neieraudzīt :)

Vienā vārdā to sauc par progresu. Samierinies, ka vizītkaršu lapas neviens vairs netaisīs par tūkstošiem, kā tas bija nez cik gadus atpakaļ un tieši tāpēc lienot iekšā šajā jau tā pārsātinātajā vizītkaršu štancētāju nišā neko diži vairāk tu nevari sagaidīt. Ja tu gribi darba dalīšanu, lielus ciparus, tad gudro kaut ko jaunu. Šobrīd jau ir sabūvēti tik daudzi lego kluču komplekti, ka vairs katru lapu būvēt no 0 neatmaksājas. Tieši tāpēc arī rezultāts ir tāds, par kādu tu sūdzies. Manuprāt vizītkaršu lapu štancētāja darbu jau sen vairs nevar uztvert kā vērā ņemamu web programmētāja darbu. Ja tu ar tādām lietām nodarbojies pārāk ilgi, tad tu vienkārši esi iesēdies rutīnā un tas ir garām.

Droši vien ir vērts paskatīties arī konkrētā uzņēmuma radītos darbus, pirms izteikt pārsteidzīgus spriedumus. Pa lielam cik varēja saprast, no attēlu apstrādes vienīgais, kas prasījās bija sagriezt dizainu. To, manuprāt, būtu jāmāk katram kaut nedaudz sevi cienošam web izstrādātājam. Līdzīgi arī ar Flash, tās lapas, kuras tur redzēju pa lielam bija izmantojušas kaut kādus gatavus Flash kompnentus, kuru integrēšana lapā atkal nav nekas pārdabisks. Triviālus banerus, manuprāt, var iemācīties būvēt pāris dienu laikā, tā kā arī tai nebūtu jābūt lielai problēmai. Galvenais ir spēt pielāgoties situācijai. Ja negribi apgūt neko jaunu, tad labāk vienkārši paņemt kādu laiku bezalgas atvaļinājumu un pārdomāt dzīvi. Protams, bieži vien sludinājumos ir sarakstītas visādas brīnumprasības, bet tas droši vien ir izskaidrojams ar to, ka sludinājumus raksta ne jau kāds no programmētājiem, bet gan kāds, kura tiešie pienākumi nebūt nav saistīti ar programmēšanu. Kas attiecas uz Maris-S piedāvāto dalījumu "sistēmanalītiķis, programmētājs, dizaineris, administrators". Web izstrādē un kā likums mazajās kompānijās, manuprāt var pilnīgi mierīgi apvienot 3 no šiem četriem amatiem vienā personā. Vienīgais, kas manā izpratnē ir mēreni grūti savienojams, ir dizaineris ar visiem pārējiem. Mazā uzņēmumā administratoram ir jāmāk tik cik sagatavot sev darba vidi un izveidot vidi priekš projekta izstrādes, mācēt to uzlikt publiski. Gribu teikt, ka katram web programmētājam ir jāmāk tikt galā ar šādu lietu priekš nelielām mājas lapām. Sistēmanalītiķis mazos uzņēmumos ļoti lielā daļā gadījumu būtu izšķērdība, jo pārsvarā mazo uzņēmumu projekti aprobežojas ar vizītkaršu lapu izstrādi, kur sistēmanalītiķis būtu lielgabala izmantošana pret zvirbuļiem. Tik daudz, lai izveidotu vienkāršas lapas, programmētājam ir jābūt prātam pašam. Ar to es gribētu teikt, ka ir dažāda līmeņa uzņēmumi un dažāda līmeņa prasības pret kandidātiem. Šeit izskatās, ka ir vajadzīgs cilvēks, kas ir mazliet zinošs vairākās jomās, nevis kādas sfēras Dievs. Prasības un kandidāti ir dažādi un ar to ir jārēķinās. Ja neatbilsti sludinājuma prasībām vai tevi tas neinteresē, laid gar ausīm. Gan jau kāds par tādu sludinājumu priecāsies. P.S. foxsk8, tava parakstā esošajam www.codeslide.com tiešām tā ir jāizskatās?

Šādi darīt ir vissliktākais, ko var darīt! Aizmirsti par tādu konstrukciju tūlīt pat un atceries, ka, lai dabūtu objektu skaitu datubāzē ir jālieto MySQL COUNT() agregātfunkcija. $result = mysql_query("select count(*) from news_komentari"); $count = mysql_result($result, 0, 0) Tas, ko tu dari ir apmēram šādi: atlasam visus ierakstus (pie tam pēc ID sakārtotā secībā) komentāru tabulā no mysql servera, pārsūtam PHP, saskaitam cik rindiņu ir atgrieztajā rezultātu kopā un tad darbojamies tālāk. Tā vietā tu vienkārši vari paprasīt MySQL serverim ierakstu skaitu tabulā. Iedomājies, ka tev teiksim būs 1 000 000 komentāru. Lai tu dabūtu vienu ciparu, stumdīsi miljonu lielu datu kopu?

Lai iztiktu bez cron, viens no standarta risinājumiem, piemēram, statistikas vākšanai, ir skaitīt memcache counteri un pie noteikta limita izpildīt vienu insertu uz datubāzi, konkrētā lauka vērtību uzreiz palielinot par 100. Piemēram, skaitam pageview skaitu un teiksim katru 100. vai 1000. rakstam datubāzē un resetojam memcache counteri.

paskaties paypal lapā pie api dokumentācijas - pie maksājuma apstrādes tu vari izmantot item_number lauku, kurā glabāt savu maksājuma identifikatoru, kuru paypal tev arī pados atpakaļ. tieši tāpat paypal tev padod informāciju par valūtu un summu.

Pašam slēgt visu banku ibankas ir mērens čakars (un izmaksas). Labāk paņemt kādu kantori, kam jau ir visu banku pieslēgumi. Kaut vai to pašu tavu minēto mpakalpojumi.

Droši vien var padot info laacz.lv, pods.lv, krizdabz.lv, nombre.lv un pārējiem vietēja mēroga blogeriem, paiet arī cauri nekur.lv resursu sarakstam. Ar to palīdzību arī aktīvā auditorijas daļa varētu tikt apzināta.