Kaklz

Pie tam arī meteo.lv ir mēreni rijīgi uz naudas lietām. Ja tu gribi no viņiem oficiāli pirkt laika ziņas, nevis tās zagt, tad būs jānoskaita visai ievērojams cipars. Ja pareizi atceros, tur bija datu atjaunošana ik pēc 3h, par katru parametru pie katras atjaunošanas jānoskaita Ls 0.07 + PVN. Parēķinot sanāk, ka vienas stacijas viens parametrs (piemēram, gaisa temperatūra) izmaksā apmēram 200LVL+PVN gadā. Domāju, ka nav daudz mājas lapu, kas būtu gatavas tādu naudu noskaitīt.

Jāskatās gan kam tev tas ir nepieciešams, taču var izmantot risinājumu, ko tagad izmanto slēpošanas trases - termometrs + webkamera :)

Edit: reku atradu arī mailu:

Labdien!

Atsaucoties uz mūsu telefona sarunu, informēju par izmaksām:

 

1) ik 3st. gaisa temperatūra - 21 stacija

 

0.07*8 reizes d/n * 1 parametrs*30 dienas*12 mēn.*21 stac. = 4233,60 Ls gadā +PVN

 

2) ik trīs stundu mākoņainība - 7 stacijas (Liepāja, Ventspils, Rīga, Dobele, Skrīveri, Daugavpils, Alūksne)

 

0.07*8 reizes d/n * 30 dienas*12 mēn.*7 stac. = 1411,20 Ls gadā + PVN

Pamēģini domēnu nomainīt no localhost uz kaut ko reālāku. Man šajā linkā nomainot localhost pret test.com viss aizgāja. Otra lieta, ka pavēro vai linkā nav nekas lieks - es tur redzēju gan atstarpes, gan kaut kādus html tagus.

Invalid url acīmredzot norāda uz to, ka saite, kuru tu padod draugiem.lv nav korekta viņu izpratnē. Lai varētu saprast, kas ir par vainu, iekopē te adresi, kādu tev tā DraugiemSay f-ja atver jaunā logā. Tad arī varēs mēģināt saprast kas ir par vainu.

Paskaties kaut vai uz to pašu savu paste.php.lv rezultātu - tur taču sintakses iekrāsošana uzreiz norāda uz problēmu - tu mēģini parastajās pēdiņās iekļaut tekstu, kas satur parastās pēdiņas:

echo('...onclick="DraugiemSay('Simple.id.Lv', 'http://simple.id.lv', 'Simple.id.Lv </a>')"

Parastās pēdiņas ir jāeskeipo:

echo('...onclick="DraugiemSay(\'Simple.id.Lv\', \'http://simple.id.lv\', \'Simple.id.Lv </a>\')"

Offtopiks pārbīdīts uz http://php.lv/f/topic/8291-darba-sadalas-offtopiks/page__st__255

Neesmu gan lietojis, taču pēc nosaukuma šis varētu būt kaut kas uz to pusi, ko tu meklē:

http://php-ids.org/

2easy, par freelance, 1000 indiešiem un dzeramnaudu nekas nav melots. Lai tiktu pie pirmajiem freelance klientiem tajā pašā scriptlance.com ir mēreni jādempingo un dikti jāiespringst, lai tiktu pie labām atsauskmēm. Vienīgā nianse, ka kaut kādi trešo pasaules valstu pilsoņi dempingo nonstopā. Arī tad, kad viņiem jau ir virs 100 pozitīvām atsauksmēm. Dajebkurš nelielais darbs tiek novērtēts par servisa komisijas maksu + 1$ vai pat tīri ar servisa komisijas maksu. Tajā pašā laikā lielie darbi ir vienam cilvēkam grūti paceļami saprātīgos termiņos un nav dabūjami bez normālām atsauksmēm.

Sen sen atpakaļ (ap 2003. - 2004. gadu) dzīvojos pa scriptlance.com un pāris simtus dolāru tur arī nopelnīju. Kaut kādā momentā noķēru vienu klientu no Spānijas ar kuru sāku sadarboties ārpus scriptlance.com rāmjiem un kurš bija gatavs tīri atbilstoši arī maksāt pa taisno caur Western Union.

Pameklē vēlreiz pēc virtualhosts :)

Kad sāku mācīties PHP (ap 2001.-2002. gadu) intensīvi arī rakstīju blogā savus atklājumus, publicēju sakodēto, utt. Bija kaut kāds interesentu pulciņš, kas sekoja līdzi un kaut kad vēlāk (ap 2005. gadu) bija arī darba piedāvājumi. Vienu no piedāvājumiem/izaicinājumiem pieņēmu un vēljoprojām tur strādāju :).

Jēga veidot ir tad, ja tas pasākums tev neapstāsies pēc 4-5 rakstiem blogā, bet tu savas zināšanas varēsi labā līmenī nodemonstrēt ilgtermiņā. Rēķinies, ka laiks ir stipri gājis uz priekšu un, ja ap to pašu 2001. gadu kādam likās ievērības cienīgi, ka tu uztaisi savu bloga dzinēju, tad tagad kaut ko tādu publicējot vairumā gadījumu par tevi pasmīkņās.

Ja būtu iedevis adresi, kur var redzēt problēmu, gan jau būtu arī kāds apskatītos un pateiktu priekšā, kas ir vainas.

Atkarīgs no tā, cik jaudīga ir uztaisīta pati interneta veikala sistēma. Nezinu vai visi IT tehnikas vairumtirgotāji to piedāvā, taču vismaz dažiem ir diezgan spēcīgi web servisi, caur kuriem var veikt arī preču pasūtīšanu no vairumtirgotāja. Tas nozīmē, ka ir iespējams uzbūvēt arī puslīdz automātisku preču pasūtīšanu no vairumtirgotājiem. Shēma varētu būt aptuveni šāda:

1) notiek datu imports no vairumtirgotāja uz interneta veikala datubāzi

2) apmeklētājs atrod preci interneta veikalā, izdara pasūtījumu

3) interneta veikala operators administrācijas rīkā apskata pasūtījumu, pārliecinās, ka prece vēljoprojām ir vairumtirgotāja noliktavā

4) ja pasūtījums ir ok, tad veic preces rezervēšanu pie vairumtirgotāja ar viena peles klikšķa palīdzību sava interneta veikala administrācijas rīkā

5) interneta veikala sagādnieks vai kāds cits brauc pie vairumtirgotāja pēc preces

6) preci piegādā pircējam.

Ja interneta veikalam nav pietiekami jaudīga administrācijas rīka, tad 4. solī pasūtīšanu manuāli izveic interneta veikala operators izmantojot vairumtirgotāja piedāvātos pasūtīšanas rīkus.

Tu dikti bieži izmanto mysql_num_rows f-ju. Ja tev vajag skaitīt skaitus, tad labāk ir izmantot SQL COUNT(*) gregātfunkciju, nevis skaitīt ierakstus PHP pusē.

Nav jēgas stumdīt visus atrastos datus no mysql uz php un tur saskaitīt, ja tu vari saskaitīšanu veikt mysql pusē.

Līdz nelielam lietotāju skaitam/draudzību skaitam/vienlaicīgi online esošiem online lietotājiem šādi rekursīvie pieprasījumi, protams strādās. Pēc tam iesāksies mērenas auzas, kuras ar pliku mysql vairs nerisina. Talkā tiek ņemti visādi atmiņas datubāžu risinājumi, kas vajadzīgā brīdī vienkārši ielādē atmiņā vajadzīgos sarakstus. Ar domu, ja gribi rādīt kādam draugudraugus, tad rēķinies ar to, ka tev jau ir jāsāk domāt par to, kā tu varētu pie katra pieprasījuma nelādēt no mysql šos datus, citādi būs ļoti slikti. Teorētiski tev varētu līdzēt Redis ( http://code.google.com/p/redis/ ), kurš māk smuki darboties ar sarakstiem atmiņā. Piemēram, pie lietotāja autorizācijas ielādē datus redis un pēc tam rocies tikai pa turieni un reizi kaut kādā laika intervālā datus atjauno.

iespējams neviens neraksta tāpēc, ka pastāv ļoti augsts risks par to, ka projekts "nesāks ienest naudu" un attiecīgi arī tu neko nemaksāsi. Ja vien tavi mērķi ir nopietni, tad vienkārši noriskē ar kaut kādu daļu savas naudiņas un darīt gribētāji gan jau atradīsies. :))

2easy, PHP/JS/CSS/HTML tikai līdz zināmai robežai ir vienkāršas lietas. Tad, kad tiek pie kāda lielāka projekta, IDE priekšrocības nevar noliegt. Ikdienā nu jau vairāk kā gadu dzīvojos pa Eclipse PDT un nesūdzos. Reizēm pat ar smaidu skatos uz notepad++ lietotājiem, kā viņi navigē pa kodu :)

http://www.thecssninja.com/demo/gps_browser/ (atradu caur http://www.thecssninja.com/javascript/geolocation-iphone )

Tikko izcili precīzi parādīja atrašanās vietu atverot caur iphone.

Darbojās arī caur firefox.

P.S. ar lokalizāciju parasti saprot kaut ko pilnīgi citu - programmatūras pielāgošanu lietotāju valodai, nevis atrašanās vietas noteikšanu.

CMS kodu, kuru izmanto lapām ap Ls 150-250 lapām tāpat nav jēgas slēpt. Pilna pasaule ar bezmaksas CMSiem. .. un klients tāpat no tām lietām 99.9% gadījumu neko nesaprot.

$i = 0;

foreach ($zinas as $zina){
 if ($i++ == 0){
 // width 600px
}else{
 //width 300px
}
}

Best practices tā arī tulkojas "labā prakse"

Papēti Docbook (http://www.docbook.org/). Laba daļa no tehniskās dokumentācijas tiek rakstīta tieši tajā. Cik pats esmu rakstījis DocBook, likās tīri ērti un rezultāts arī diezgan labi patika.

Java, katrā augstskolā ir savi cilvēki, kas tur ir ieklīduši kļūdas pēc. Mācījos LU programmētājos, pēc tam bakalauros, pēc tam maģistros un visur ir bijuši cilvēki, par kuru lietu izpratnes līmeni varēja vien pabrīnīties. Tajā pašā laikā bija cilvēki, kuru līmeni man nav lemts sasniegt. Tb nav tik dikti lielas nozīmes augstskolai, kā tam, cik daudz darba iegulda paši studenti un cik labi viņiem padodas attiecīgā specialitāte.

lai pilnībā noslēptu e-pastus vari uzbūvēt kontaktformu, kuru aizpildot lietotājs var nosūtīt e-pastu uz norādīto adresi, bet pašu e-pasta adresi lapā nemaz nerādīt. Ja nemaldos, tad SS.lv tā dara. Cita lieta, ka neesmu dzirdējis par spambotiem, kas vāktu telefona numurus un tos izmantotu, jo lai kaut ko saspamotu uz telefonu vairumā gadījumu tomēr ir jāmaksā vai nu par sms, vai zvaniem.

.htaccess ir apache servera konfigurācijas faili. lighttpd tos nepazīst un attiecīgā iespēja tur ir jākonfigurē savādāk.

Triviālākais risinājums ir mysql pusē uzlikt unikālu indeksu uz konkrēto lauku.

Tas ir Google Maps Api. Dokumentāciju vari palasīt šeit:

http://code.google.com/apis/maps/documentation/introduction.html