Kaklz

Teorētiski tu vari paskatīties uz kaut kādu Arduino RFID risinājumu, arduino var piespraust arī klāt tīkla interfeisu un sūtīt pieprasījumus uz serveri ar to. Tālākais jau ir PHP ziņā.

Bet nu draugi mīļie baidīties ka nesapratīsim svešu kodu ir muļķīgākais kas LV ir dzirdēts - visā pasaulē ir normāla parādība ka pie koda strādā daudzi cilvēki un šis ir projekts kur ir ieguldīti max 10 cilvēkmēnēši, kas tad notiktos pie projektiem kuros ieguldīti 100 un vairāk cilvēkmēneši?

Domāju, ka te nav runa par bailēm, ka kaut ko nesapratīs. Tas vienkārši ir reāls suņa darbs - sakopt to, ko pirms tam 5 citi cilvēki ir kodējuši ar domu "pofig, man tāpat tas nebūs jāuztur".

Doma pavisam vienkārša - ja man ir izvēle, vai būvēt kādu projektu no 0 vai sakopt 5 citu programmētāju garadarbus, pie vienādiem pārējiem nosacījumiem, es nešaubīgi izvēlētos iespēju būvēt kaut ko no 0 :)

Saglabā savā pusē, kad tu pēdējo reizi esi apdeitojis tos datus. Ja senāk, kā, piemēram, 5min atpakaļ, tad velc jaunākus datus, ja ne, tad rādi esošos.

Man ir aizdoma, ka šie nav tie dati, kuriem būtu nepieciešama "reālā laika" aktualitāte un pilnīgi pietiek ar crontab risinājumu.

Ja tu gribi būt pārliecināts, ka cilvēki saņems info par to, ka ir jauns amata konkurss tiklīdz viņš tiek publicēts, tad veido savā pusē apziņošanas sistēmu, kaut vai izsūtot interesentiem e-pastus par jaunajiem konkursiem, nevis paļaujies uz to, ka lietotāji pamanīs jaunos konkursus tad, kad ienāks tavā lapā. Pie šāda risinājuma 5 minūšu nobīde būs pilnīgs sīkums.

Pastāsti vairāk par to XML, no kurienes tu viņu ņem, vai tev ir pieeja arī pie tās sistēmas?

A tā reāli - kam tev to prefiksu vispār vajag maināmu?

Kā izpaužas tas, ka valsts noteikšana pēc IP ir resurietilpīga? Ja no mysql, tad tas ir viens ātrs kverijs, ja no faila ar bināro meklēšanu, tad vēl par kārtu ātrāk.

Te bija piemērs ar HTTP requestu uz ārēju API, kas tiešām ir nejēdzīgi resursietilpīgs un nestabils risinājums. MySQL risinājums vairumā gadījumu būs pietiekami labs un ātrs.

Neesmu redzējis nevienu sludinājumu, kur darba devējs solītu uzņēmuma akcijas.

600Ls ir nekas, ja uzņēmumam nav perspektīvas.

http://www.cv.lv/a-z/index.php?show_id=12376&what=pu

Ctrl+F "akciju opcijas"

Cik nu tas atbilst patiesībai, nemāku spriest, neesmu tur strādājis.

Vienkārši savā pusē glabā kuram klientam (uzņēmumam) ir kurš lietotājs un neprasi to ievadīt pie autorizācijas. Tas ir lieki.

Priekš kam ir vajadzīgi divi "username" lauki loginlapā? Tb ar ko atšķiras klients no lietotāja? :) Ja vienam lietotājam var būt vairāki klienti vai otrādi, tad to ir jātaisa lietotājam "neredzot". Tb es ar garantiju varu teikt, ka cilvēki regulāri jauks lietotāja vārdu un klienta vārdu, kā rezultātā tev būs nejēdzīgs apjoms ar "netieku iekšā" tipa kļūdu ziņojumiem.

Variants ar exec palaist kaut kādus unix komandrindas rīkus neder?

1) jā

2) jā

bet nez vai tev šādas atbildes diez ko palīdz. Jo uzdot jautājumu par to, vai cilvēks lieto CSS3/HTML5 ir apmēram tas pats, kas uzdot jautājumu "vai tu programmē web aplikācijas" - abas tehnoloģijas ietver pietiekami daudz lietu, lai katrs, kas lieto kaut ko no tā visa lietotu pilnīgi dažādas lietas dažādā līmenī.

Pietrūka tikai alga Ls 200 pirms nodokļu nomaksas :)

Ir iespējams ne tikai lasīt savus un draugu runā ierakstus XML veidā, bet arī rakstīt runā sadaļā caur API. Izskatās tikai, ka pareizā dokumentācija no web ir kaut kur noklīdusi.

Ja nemaldos, tad palasi šo:

https://www.paypal.com/cgi-bin/webscr?cmd=p/mer/express_return_summary-outside

+ iespējams, ka tev ir jāpieslēdz arī PDT (Payment Data Transfer), vismaz tā izklausās pēc tava teksta par maksājuma verificēšanu.

Par magic quotes mūsdienu programmētājiem, manuprāt, vispār vairs nebūtu jāzina:

Warning

This feature has been DEPRECATED as of PHP 5.3.0. Relying on this feature is highly discouraged.

Paņem labāk kindle un brīvajos brīžos palasi grāmatas :)

"meklēju iespējas iesaistīties" == "gribu/māku programmēt, esmu gatavs darīt to par samaksu"?

Tu esi pārliecināts, ka esi saņēmis XML, nevis, piemēram HTML error paziņojumu?

Es STIPRI ieteiktu padomāt pie šīs konstrukcijas. Klasiska SQL injekcija. Padodot skripts.php?id=1 or 1 Tev pieskaitīsies skatījumi VISIEM VIDEO.

$id = $_GET['id'];
mysql_query ("UPDATE video SET views = views+1 WHERE id = $id");

Beidziet tak ņemties. Cilvēki cenšās, organizē, a jūs te ar savām pagraba kodēšanas gudrībām un grāmatu pirkšanām ņematies. Varu derēt, ka neviens no jums ne pirks tās grāmatas, ne arī googli pārrakās. Neinteresē, ignorējiet, katra iniciatīva nav jānolīdzina līdz ar zemi.

Pirms pāris nedēļām biju drupalcamp.lv organizētajā Drupal pasākumā. Tur biļešu cena par vienas dienas pasākumu bija 20EUR + PVN. Apmeklēju un nejutos apdalīts.

Nu nav tak grūti pateikt, piemēram, 300-700, 500-900, 900+, utt. robežas?

Mnja, tāds naivs jautājums, vai tiešām visi cilvēki plāno laiku uz priekšu max 3 dienu garumā? Stipri, pat ļoti stipri novēlots paziņojums.