Kaklz

firstdata.lv, cps.lv, text2reach.com, etc.

Labprāt apmeklētu tādu pasākumu. Krievu valodā gan runāju slikti, bet saprotu labi.

Merchantam ir jāmaksā par to, bet Latvijā Paypal kredītkaršu maksājumi NAV PIEEJAMI. Tie ir pieejami tikai otrā pusē okeānam.

Neaizmirsti galā pārbaudīt, vai summa un valūta, kuru cilvēks ir samaksājis tiešām ir tā, ko tu esi norādījis. Ar pliku status=1 nepietiks :)

Beidz musināt cilvēkus. Var lietot gan vienas, gan otras pēdiņas.

Aptuvenais pieejamais budžets katram projektam, prasības uz peļņu? (Piemēram, Par katru pērkamo projektu esmu gatavs maksāt līdz 500LVL, peļņai mēnesī jābūt vismaz 50LVL). Kaut kādas prasības par tematiku, auditoriju? Man ir viens projekts, no kura es gribētu tikt vaļā, taču tam ir ļoti specifiska tematika (elektronika, mikrokontrolieri), taču ar attiecīgām zināšanām, teorētiski diezgan vienkārši viņu varētu pacelt un kaut ko arī nopelnīt.

Pateicoties šodienas diskusijai arī manu IP? :)

Codez, šis iemesls nu vienkārši gāž mani gar zemi! :))

Maris-S, es jau no sākta gala runāju tikai un vienīgi par codez 1, 2, 3 burtu neko neizsakošajiem metožu nosaukumiem.

Nevienam nav noslēpums, ka daļas iebūvēto php funkciju nosaukumi vēsturiski ir izveidojušies neveiksmīgi, intuitīvi nesaprotami un ar ačgārnu parametru secību. Tas nenozīmē, ka tev šī pieredze ir jāpārņem un jāturpina. Tu vari darīt labāk.

Sākam no gala? Izlasi vēlreiz manu pirmo komentāru. Ja tā tev ir ērtāk, tad klusiņām lieto. Tu nevienā publiskā frameworkā neatradīsi metodes ar tādiem nosaukumiem, jo labais stils pieprasa rakstīt metodes ar intuitīvi saprotamiem nosaukumiem. Informāciju vari pasmelties kaut vai šeit: http://framework.zend.com/manual/en/coding-standard.naming-conventions.html Nodaļā Functions and methods: Pie tam līdzīga rakstura tekstus tu atradīsi praktiski jebkurā modernā frameworkā. Tieši tāpēc es tevi aicināju nemācīt cilvēkus uz pretējām lietām, kā tiek ieteikts būvējot frameworkus.

integer vērtībām mysql_real_escape_string nav vajadzīgs: function articlesByTag(){ $db=new Mysqli(DB_HOST,DB_USER,DB_PASSWORD,DB_DB); $result=$db->query('SELECT * FROM comments c, users u WHERE c.uid=u.id and c.aid=' . (int)$_POST['aid'] . ' LIMIT ' . (int)$_POST['offset'] . ' ,20'); $comments=array(); while ($row=$result->fetch_assoc()){ $comments[] = $row; } echo json_encode($comments); } Un jā, šāds variants, manuprāt, ir labāks, vieglāk uzturams.

Ko nu vari ņemties. Pats taču ļoti labi vienā no saviem nākamajiem komentāriem parādīji, ka lieliski saproti manu domu gājienu:

Es savu risinājumu tev piedāvāju jau n komentārus augstāk. Nekas šajā jautājumā nav mainījies :)

Labi, ka tev ir tikai 3 varianti f-jām un vari iztikt ar q1-q3.. Nevienā punktā nepiekrītu tavai argumentācijai un uzskatu, ka tu apzināti virzies uz http://en.wikipedia.org/wiki/Obfuscated_code pusi, lai tavu kodu varētu saprast tikai tu pats :)

gandrīz visām tavām pārdefinētajām funkcijām ir ekvivalentas iebūvētās mysql funkcijas, kuru nosaukumi ir intuitīvi un viegli iegaumējami q() = mysql_query q1() = string mysql_result ( resource $result , int $row [, mixed $field = 0 ] ) q2() = mysql_fetch_row / mysql_fetch_assoc q3() - nosauc to kaut vai par mysql_fetch_dataset().

Dieva dēļ beidziet cilvēkus mācīt uz šitādiem idiotiskiem funkciju "nosaukumiem". Tas ir pilnīgs vājprāts no koda uzturēšanas viedokļa. Ja tu kaut ko tādu lieto pats, tad nemāci citus uz tādām muļķībām.

Maigi izsakoties ļoti bēdīgas kvalitātes skripts. Neskatoties uz netpoint.changelog.txt minēto 1.0.1: - [fix] sql inject fix SQL injekcija kodā tomēr rēgojas. .. }elseif(isset($_GET['gief'])){ $id = $_GET['gief']; $query = mysql_query("SELECT * FROM shop_links WHERE id = '$id'") or die (mysql_error()); .. Tāpat arī ģeniālais piegājiens check_result f-jā: $prices = array ('15','25','35','50','60','75','95','150','200','250','300'); function check_result($code) { global $prices, $ntp_user_id; foreach($prices as $i => $key){ $answer = file_get_contents("http://sms.techpoint.lv/confirm.php?code=$code&id=$ntp_user_id&price=$key", FALSE, NULL, 0, 140); if ($answer == 'key_ok') { return $key; } } } Tas nozīmē, ka pie rezultāta pārbaudes notiek maksimums 11 (!!!!) HTTP requesti vienas lapas ielādes laikā. Pilnīgs vājprāts! Attiecīgi stipri apšaubu vēlmi šo topiku pinot.

Izstāsti mazliet precīzāk kas tieši tev ir jādabū gatavs. Dati par GPS iekārtas pozīciju jau tiek sūtīti uz serveri, vai arī tā daļa ir jābūvē no 0? Ja tā daļa tev vēl nav, tad, visticamāk, tev vajadzēs kaut ko jaudīgāku par parastu PHP programmētāju. Ja dati par pozīciju jau ir pie tevis, tad tālākais jau ir pilnīgs sīkums.

Ja tu gaidi nedēļu, lai kāds tavā vietā uzliek phpma tā vietā, lai pats to 10 minūtēs izdarītu, tad laikam komentāri par tevi ir lieki :)

Ierakstot preces visās DB vienlaicīgi tev vienalga būs viens lielais veikals, kur tev būs VIENA LIELA TABULA ar precēm un tu pilnīgi neko neatrisināsi, tikai ieviesīsi sev papildus galvassāpes un uzturēšanas murgus.

Manuprāt te nav neviena bezjēdzīga uzbrauciena. Cilvēkam tika konkrēti norādīts uz kļūdām, kuras viņš pieļauj meklējot darbu. Un tas, ka es jau N gadus pats programmēju nenozīmē, ka kādā brīdī kādu savu ideju nevarētu realizēt ar cita roku palīdzību.

Man kā potenciālajam darba devējam interesē, ko tieši tu esi paveicis, kā tas strādā. Pēc tevis dotajām saitēm izskatās, ka tavs darbs ir ļoti paviršs un neesmu gatavs tev kaut ko uzticēt būvēt. Domāju, ka identiski padomāja daudzi.

manuprāt nevajag pārspīlēt domēna vērtību. Latvijā jau ilgus gadus darbojas f1.lv, cilvēki, kas par konkrēto lietu interesējas arī to intensīvi apmeklē. Parasti pie lapas tirgošanas cilvēki mēdz minēt unikālo apmeklētāju skaitu un pāris citus popularitāti raksturojošos parametrus.

Droši vien tabulas struktūra/sadzejotie indeksi šeit arī varētu dot kaut kādu nojausmu, kas tieši ir pie vainas. Te kā reiz atceros kāda nu jau pie mums vairs nestrādājoša kolēģa veikumu ar tabulu, kurā bija ~100 kolonas un ~50 dažādi indeksi :)