cilveks

malinens, tu to pilnā nopietnībā? Tad jau mazāks ļaunums būs ja atslēgs fatal logus, nekā šādi redeklarēs funkcijas.

Esmu saticis betonu, normāls čalis. Bet kas tu esi, autor? Visos forumos liksi šo jautājumu?

salidzini.lv xml formāts aprakstīts šeit: http://www.salidzini.lv/shops_info.php

Otrais variants ir labāks tāpēc ka ērtāk debuggot. Bet man labāk patīk šāds variants: $sql = "SELECT * FROM users WHERE user=tralala"; $sel_user = mysql_fetch_array(mysql_query($sql);); SQL vaicājums tomēr ir viena no "lietām", kuru visbiežāk "jādebugo", jo ir nepieciešams redzēt tīrā veidā, kādus datus atlasa SQL vaicājums. Ir redzēti koda fragmenti, kur cilvēks raksta šādā veidā: mysql_fetch_array(mysql_query("select cofee from mug where sugar = 2")); write_output("select cofee from mug where sugar = 2"); Pats redzi cik tas ir neerti un cik viegli ir nokļūdīties šeit. Ir cilvēki, kuri nemēdz "capitalizēt" keywordus SQL vaicājumos. Redzu ka tu to dari, tas arī atvieglo koda lasīšanu. Ja domā, ka nākotnē varētu programmēt arī ne priekš sevis un ir interese uzlabot koda lasāmību, tad ieteiktu palasīt koda formatēšanas standartus. Tur ir daudz knifiņu. Tas viss gan pašam noderēs lasot citu cilvēku rakstītu korekti strukturētu kodu, kā arī citiem būs vieglāk tavu kodu uztvert. Ar koda komentēšanu ieteiktu nepārcensties. Piemēram: // tiek inicializēts $q mainīgais $q = 432 Raksti komentārus pie sarežģītākām vietām un raksti paškomentējošu kodu (nepārspīlējot ar to). $a = 14; $b = 2; $timeInSecodsBeforeCodeExpiresIfUserIsNotVIP = 14; $timeInSeconds = 14; $dateOffset = 2;

Jā, un cik reižu nav bijis tā ka mājās ejot izdomā risinājumu. Biežāk jāiet mājās :) Man personīgi nekas nav pret smēķētājiem, lai iet un smēķē, galvenais lai nesmirdinās manā tuvumā. Sasmaržojies ar visu ko un nosmēķējies, vienkārši ideāla kombinācija :D

Pakomentējot šo: 1. Diemžēl ir tāda suga, nenopietna attieksme. Darba devējs pat īsti nemanīs atšķirību (jo kā runātāji/muldētāji viņi parasti ir labi), toties attiecīgās jomas specs uzreiz pamanīs tādu cilvēku. Arī 3. punkts attiecas uz viņiem. 2. Tāpēc vajag ieviest projektu vadītāju, kurš pārzin minētos procesus utt. 4. Iespējams tam par iemeslu ir maz darāmā. Un ar laiku tas iet plašumā, tobiš, pierod pie ikdienas spēļu/draugošananās devas. Es personīgi, ja jūtu ka tiešām ilgu laiku ir maz darāmā, labāk meklēju citu darbu, nepatīk man atsēdēt laiku.

http://stackoverflow.com/questions/1531876/rewriterule-cannot-compile-regular-expression

Tas patiesībā arī var būt viens no nopietniem iemesliem, kāpēc programmētāji nav ieineteresēti, vismaz pieredzējušāki, jo viņiem ir no kā izvēlēties. Tas ka tiek prasīts arī HTML, CSS - tas ka programmētājs to visu zina tā ir viena lieta, bet otra lieta ir tāda, ka reti kuram programmētājam patīk ķēpāties ar dizainu. Kaut gan, zinu arī tādus "programmētājus", kurus programmēšana īsti neinteresē, kaut ko salipina kodā un po ka pilns ar kļūdām, pieliks tak priekšā @, lai klientam nerādās kļūda.

Un kļūdu slēpšana galīgi nav labais tonis. Uztaisi papildu pārbaudes, bet ne slēp kļūdas. Tas kurš labos šādu kodu, nebūs laimīgs.

Tad pieliec vaicājumam nosacījumu WHERE t.id = (SELECT MAX(id) ..

Es jau ieteiktu nedaudz pamainīt loģiku, kamēr vēl tas ir iespējams un datu nav daudz. Man personīgi ne visai patīk ka šādā vietā izmanto GROUP BY. Jāuztaisa tāds risinājums, lai nebūtu šādi jāmudās. Ja pareizi saprotu tavu domu, tad tu pirmo postu glabā tabulā "topics"? CREATE TABLE topics ( id NUMERIC(1,0), time TIME ); CREATE TABLE posts ( topic_id NUMERIC(1,0) REFERENCES topics(id), time TIME ); INSERT INTO topics VALUES(1, now()); INSERT INTO topics VALUES(2, now()+1); INSERT INTO posts VALUES(2, now()+2); INSERT INTO topics VALUES(3, now()+3); INSERT INTO posts VALUES(2, now()+4); INSERT INTO posts VALUES(1, now()+5); INSERT INTO topics VALUES(4, now()+6); SELECT id, t.time AS topic_time, MAX(p.time) AS post_time FROM topics t LEFT JOIN posts p ON t.id=p.topic_id GROUP BY t.id ORDER BY CASE WHEN (MAX(p.time) IS NOT NULL AND MAX(p.time)>t.time) THEN MAX(p.time) ELSE t.time END DESC;

Un kā tu iedomājies kārtot, ja abos laukos ir datums? Tobiš tev izvada šādi:

Iekopē pilnu vaicājumu. Piemēram šāds vaicājums nostrādā: SELECT time AS t FROM table1 UNION SELECT time AS t FROM table2 ORDER BY t

php.ini session.cookie_domain = .lapa.lv Bet izskatās ka šis variants tev nenostrādā, nāksies palasīties googlē, atslēgvārds "Single sign-on".

Var arī iešedulēt vienkārši SQL kveriju, piem. psql dbname -c "DELETE FROM tabula WHERE kautkas"

Lūk paraugs ar diviem browseriem, saliec papildus vēl nosacījumus. Bet brīdinu, šis ir overkills, it sevišķi ja daudz datu un bieži izpildīsi. Neuzņemos nekādu atbildību par nelietderīgu resursu izmantošanu :) Regulārai izpildīšanai, iepriekš tika ieteikti tie prātīgākie varianti. Bet ja vajag vienai reizei, tad būs ok variants. SELECT (CASE WHEN (user_agent LIKE '%Firefox%') THEN 'Firefox' WHEN (user_agent LIKE '%Chrome%') THEN 'Chrome' ELSE 'Other' END) AS browser, count(*) FROM tabula GROUP BY browser ORDER BY count(*) DESC

AllowOverride tev jāraksta apache konfig failā, vai nu globāli vai nu pie attiecīgā hosta konfigurācijas.

Atļaujam MultiViews lietot htaccess failā. http://mathiasbynens.be/notes/apache-allowoverride-all

Apache error logfailā būs detalizētāks info. Kas logfailā rakstīts?

codez, ir jau svarīga arī attieksme. No ob1 puses tāda nievājoša attieksme.

Šajā forumā var painteresēties http://cgimage.lv/forum/index.php

+1 To pašu nodomāju. Bet jāatzīst, neesmu arī cītīgi meklējis info par programmētāju iespējām Liepājā.

Man šie Jysk krēsli ir ļoti ērti. Priekš manas muguras arī labi. Bieži lielākas neertības mēdz sagādāt galds, ja nav kur kājas izstiept.

Nez ko citi ar tiem krēsliem dara, ka daudziem viņi ātri plīst. Man gan darbā, gan mājās ir Jysk krēsli par ~50Ls un nekas nav ne izplīsis, ne saplīsis, ne nolūzis, krēsliem būs jau pāris gadi. Sveru 90 un esmu mierīgs.

Edgar, zinot kā tu programmē. Ieslēdz error reportingus un visus tos @ novāc. Kā arī izej kodam cauri, ņem ārā vietas kur esi atslēdzis erroru reportingu. Es zinu kā tu programmē, visas kļūdas mēdz slēpt/ignorēt, ka tikai lapa kaut kā iet..