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 :)

validators protams ka nebljaustaas, bet ja njem dziljak tad XML standarta izmanto dubultpedinajs, attieciigi

XHTML jadara tapat ..

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

http://www.w3schools.com/Xml/xml_attributes.asp

XML Attributes Must be Quoted

 

Attribute values must always be quoted. Either single or double quotes can be used. For a person's sex, the person element can be written like this:

<person sex="female">

 

or like this:

<person sex='female'>

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? :)

This website is temporarily unavailable. Please check back later.

Unfortunately there were no suitable nodes available to serve this request.

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:

Function names may only contain alphanumeric characters. Underscores are not permitted. Numbers are permitted in function names but are discouraged in most cases.

 

Function names must always start with a lowercase letter. When a function name consists of more than one word, the first letter of each new word must be capitalized. This is commonly called "camelCase" formatting.

 

Verbosity is generally encouraged. Function names should be as verbose as is practical to fully describe their purpose and behavior.

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:

tavā variantā:

$result = $db->query('SELECT * FROM users WHER username='.$db->real_escape_string($username));
$user = $result->fetch_assoc();

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().

q() - atgriež mysqli_result objektu

q1() - atgriež pirmās rindas, pirmo kolonnu.

q2() - atgriež masīvu - pirmo rindu

q3() - atgriež 2D masīvu - visas rindas.

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.

100 MB servera vieta, nav uzstādītas vitāli svarīgas fīčas, kā piem phpmyadmin. Labi, to kaut kā ar mokām, un nedeļu ilgām gaidīšanām uzlika.

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 :)

piekrītu mārcim par where lietošanu pie katra query pieprasījuma. Manuprāt ātrāk tad darbotos, ja katram veikalam būtu sava db. Preču pievienošanu var automātiski ierakstīt visās db vienlaicīgi un atlasīt dati tiks daudz ātrāk.

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.

Piekrītu php newbie, šajā forumā ar vien biežāk parādās ieraksti, kas vienkārši ir bezjēdzīgs uzbrauciens, tā ir tāda pati izrādīšanās kā tā, ko aprakstīja EdgarsA. Protams bieži vien uzbraucēji ir jau ļoti pieredzējuši programmētāji, bet tā vietā, lai parādītu savu gudrību uzbraucot, izdariet to labāk ar labu padomu iesācējiem, liela daļa paši sākot programmēt meklējāt padomus tādos forumos, bet ja negribat dalīties ar savu pieredzi, tad nepiedalieties diskusijās vispār.

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.

Es isti nesaprotu, kada dalja par to ir jums? :) Es tach nepiedavaju darbu koderim.

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 :)