Kaklz

vienkāršākāis variants ir izmantot operatoru pakalpojumu "e-pasts uz telefonu" ja vien nav vēlmes sūtīt no konkrēta numura vai ar konkrētu vārdu.

Puse no tiem taviem potenciālajiem pienākumiem izklausās mēreni sadzejoti lai tikai būtu vairāk ierakstu listē. - mājaslapas koncepcijas izstrāde, attīstīšana Ja jau esi izveidojis savu webisko sistēmu, kura ir ieviesta, mājas lapa teorētiski paliek vien vizītkartes tipa, kur nu nekādas baigās koncepcijas un attīstības nemaz ar nevajag :) - jaunāko tīmekļa tendenču meklēšana un krutāko ieviešana Tīrs BS Attiecīgi tos no saraksta man liekas var mierīgi mest ārā. Vienīgie, kas izklausās nopietni ir šie: - sistēmas uzraudzība un jaunu fīču programmēšana - tehniskās palīdzības darbs ar klientiem (supports), konsultēšana Par algas cipariem padomā cik daudz tev laika vajadzēs tai "sistēmas uzraudzībai" un cik daudz tur būs to jauno fīču. Vai tik nesanāk tā, ka sistēma ir pabeigta un paliek tikai "uzraudzība", kas patiesībā pie labi izveidotas sistēmas var gadīties arī gandrīz nevajadzīga. Tehniskās palīdzības darbs ar klientiem, konsultēšana - atkal atkarīgs no tā cik labi/kvalitatīvi ir izveidota sistēma.

To sauc par Instant Payment Notification (IPN) un jā, ir iespējams PayPal.com kontā norādīt saiti uz kurieni paypal tev sūtīs datus par ienākošajiem maksājumiem. Otrs variants ir Payment Data Transfer (PDT), kur pie datiem tu tiec klāt ar lietotāja pārlūka redirektu, attiecīgi tas nav tik droši - lietotājs var pārlūku aizvērt un attiecīgi tu datus nesaņemsi. Var arī kombinēt abus paņēmienus, lai nodrošinātu maksimāli iespējamo lietojamību.

Mnja, pa smalko. Aizrakstīju veselam baram ar viņu cilvēkiem, lai sakopj to vājprātu. Redzēs, ko atbildēs.

izdrukāt kā javascript echo '<script type="text/javascript">$(document).ready(function(){$("#single_1").click();}) </script>';

Eu nu nesmīdini, par Ls 2.00 mēnesī neierobežota diska vieta? Tas jau vairs pat nav smieklīgi.

piereģistrē firmai paypal accountu, piesaisti uzņēmuma karti un pērc kaut caur godaddy.com :)

vispirms pastāsti konkrētāk kas slēpjas zem "..etc", citādi tev diez vai kāds varēs nosaukt konkrētu un pareizu summu.

aiz "group by email" pieraksti "having total_count > 2" vai kāda nu tev tur ir tā matemātika vajadzīga. Tb uzsvars uz "HAVING" izmantošanu

Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0; GTB6; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 1.1.4322; .NET CLR 3.0.30618; .NET CLR 3.5.30729) Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 FunWebProducts Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) (.NET CLR 3.5.30729) Apgaismojiet jel mani kāds, ko īsti ir sapīpējušies šie lietotāji? Man kaut kā nelīmējas kopā fakts, ka vienā useragent stringā var atrast norādes gan uz MSIE 6.0, gan MSIE 8.0, tai pašā laikā arī uz dažādām OS (Windows NT 6.0 => Win7, Windows NT 5.1; SV1 => WinXP SP2). Ja pirmo es vēl kaut kā varētu saprast, ka tas ir kaut kāds kārtējais MS ģeniālais IE8 compatibility view, tad kas ir otrais, kur vienā stringā kopā ir salīmēts IE6 un Firefox 3.5.2 ?

ohmygod, 1. datu formātam nav tik lielas nozīmes. Tikpat labi var atgriezt XML vai dajebkādu citu formātu, kaut vai ar | salīmētu tekstu, kuru pēc tam JS pusē ar | sasplito. Ir daudz citu svarīgāku nianšu. 2. loģiski, jo countdown ir javascript, info atjaunošana notiek servera pusē. 3. nebaidi cilvēku, vienkārši jāizmanto saprātīgs kešošanas mehānisms un pilnīgi pieļauju domu, ka var iztikt arī ar pliku un PAREIZI sarakstītu MySQL 4. pieprasījums biežāk kā reizi sekundē ir vienkārši šāviens kājā - piedāvāju gluži pretējo - ja ir atlikušas vairāk kā 10 sekundes, tad pieprasījumus veikt kaut vai reizi 3 sekundēs, jo tāpat visa aktivitāte notiek tieši pašās beigās 5. random stringa vietā var vienkārši izmantot POST pieprasījumu, jo POST pieprasījumus neviens pārlūks nekešo ..un ja tu uzskati, ka kādam kaut ko baigi saki priekšā un kāds tev par to ir te parādā, tad droši vari vienkārši nerakstīt :)

http://www.jobberbase.com/

Viens no lielajiem ieguvumiem DB izvēlē ir gadījumos, kad projekts ir gana liels, lai nesatilptu uz viena web servera un ir jāsāk ieviest slodzes dalīšana. Tiesa ja man būtu jāizvēlas sesiju mehānisms, es visticamāk paskatītos uz Memcache kā sessiju handleri. Zibenīgs un darbojas arī tad, ,ja ir vairāk kā viens web serveris, attiecīgi nav jāiespringst par slodzēm :)

vēl var paskatīties uz http://phpundercontrol.org/about.html Edit: ja nemaldos, tad šis bija aprakstīts arī Jūlija PHP|Architect (http://www.phparch.com/magazine/index/101)

kā tu iedomājies skaitīt kopā datumus? Piemēram: 2009-01-01 + 2009-02-01 = ? Es vairāk sliecos uz to, ka tu gribi paspēlēties ar strtotime funkciju, piemēram: date('Y-m-d H:i:s', strtotime("+12 hour", strtotime("2009-01-01 14:34:49"))) ==> 2009-01-02 02:34:49

mhm, pa 10ls uzbūvē un pēc tam paši kauc par ma*kām spameriem, kas apsēduši e-pastus :)

Tikai ar RAND() neaizraujies uz pārāk lielām datu kopām - būs slikti :)

paskaties PHP dokumentācijā pēdējo fsockopen parametru $timeout resource fsockopen ( string $hostname [, int $port= -1 [, int &$errno [, string &$errstr [, float $timeout= ini_get("default_socket_timeout") ]]]] ) Tur visticamāk tev vajadzētu padot kaut kādu laiku, kuru tavs skripts ir gatavs gaidīt. Teiksim 1-2 sec. Ja serveris neatbild, tad tu ar kaut kādu garantiju vari jau teikt, ka kaut kas ir slikti.

Nu čaklo roku saiets katru gadu notiek RTU vadībā. Ir gan līnijsekotāju sacensības, gan arī sumo cīņu sacensības robotiem: http://www.robotika.lv/ Itkā man bija doma uz arduino bāzētu līnijsekotāju uzbūvēt, detaļas laba daļa ir sapirktas, tikai nav sanācis laika pieķerties :(

codez, sorry, bet man kā vecākam tavs domu gājiens nu nekādi nav saprotams/pieņemams. Visam ir savs laiks, kad kuras lietas ir jādara. Es par progrmamēšanu uzzināju kādā 7. vai 8. klasē, bet reāli kaut ko sāku programmēt kādā 9., 10. klasē un nebūt nejūtos neko zaudējis. 3-4 gadus vecs bērns nu toč nav jābīda C++ virzienā, iemāci labāk braukt ar divriteni, ja pārāk daudz skrien.

Pret šādām kļūdām lieliski palīdz ieslēgt error_reporting(E_ALL). Tad arī tu redzētu kaut ko šādu: "Notice: Use of undefined constant viesn - assumed 'viesn' in blah.php on line X"

uj, no.lv ir leģendām apvīts pasākums, sen tikai nekas par viņu nebija dzirdēts. Var jau būt, ka pēdējo pāris gadu laikā Salvis ir nācis mazliet pie prāta, taču ir dzirdēti pat gadījumi, kad webprojektu direktorijas tiek nošārētas DC++, lai varētu hubos ar augstāku šāres limitu pasēdēt. Tā kā par šādiem sīkumiem pat nav jābrīnās/jāuztraucas.

Var jau arī negaidīt septembri un mierīgi pasūtīt arī ārzemēs no kāda interneta veikala. Cena + piegāde diži neatšķirsies no cenas Latvijā. Savu Arduino Diecimila pirms laba brīža arī iepirku ārzemēs, vienīgi dažādu apstākļu sakritību dēļ tā arī neesmu neko sakarīgu izveidojis :)

Viss ir atkarīgs no tā, kas tev tas ir par pakalpojumu. Ja tas ir faila download, tad es teiktu, ka tu droši vari ļaut izmantot to kodu teiksim 24 vai jebkādu citu tev vēlamu stundu skaitu. Jo, arī gadījumā, ja viņš to kodu iedos kādam citam, tikpat labi viņš var iedot arī lejupielādēto failu. Kaut vai caur skype. Pret to nu tu nekādi nevari nodrošināties. Ja tas ir pakalpojums, kuru tu piešķir savā lapā (kaut kāds admin statuss, power user statuss) tad kods tiek deaktivizēts tajā momentā, kad tu piešķir konkrēto pakalpojumu.

Es tavā vietā kodu no datubāzes tā uz sitiena nedzēstu - ja nu gadījumā cilvēkam gadās kāda ķibele ar tīklu vai vienkārši neizdodas novilkt līdz galam tavu failu? Tad viņš paliek bez pakalpojuma. Manuprāt drošāk ir piedāvāt viņam lejupielādi teiksim 24h laikā kopš pasūtījuma veikšanas. Un arī pēc 24h labāk kodu būtu atzīmēt kā izlietotu, nevis izdzēst.