Jump to content
php.lv forumi

Grey_Wolf

Reģistrētie lietotāji
  • Posts

    4,531
  • Joined

  • Last visited

Posts posted by Grey_Wolf

  1. Nav vienkārši čekot vai uz body tiek klikšķināts? Sākt laika atskaiti no lapas ielādes, ar katru klikšķi palielināt mainīgo par 1 un pie, piemēram, 100 klikšķiem, pārbaudīt cik laiks ir pagājis. Ja tās būs pāris sekundes, tad acīmredzot parasts lietotājs tas nav.

    . Protams, var taisīt bišku paplašinātāku variantu un čekot intervālus starp katru klikšķi.

    autoclikeriem, parasti var iestādīt laiku, pēc cik sek, klikot ..

    piedevām 100 klikus var arī paveikt cilvēks - un pat samērā īsā laikā - tā kā reāli atšķirt nevarēs - paskaiti cik daudz laiku tev vajadzēs lai saklikotu 100 klikus ?

    ne vairāk par 5-10 minūtēm - un tie kam tas būs vajadzīgs - mierīgi noziedos to laiku ...

    --

    vispār jāskatās katrā konkrētajā gadijumā atsevišķi - kas par lapu, un uz kā tiek klikots - ja uz reklāmas , kas atver citu lapu jaunā logā - tad 100 klikus neviens cilvēks neveiks - jo jāpaspēj aizvērt atvertos logus - ja robots, tad viņš pats parūpēsies par jaunu cilnju aizvēršanu - attiecīgi saklikos daudz ...

  2. Tur jau var prata sajukt lai izpetitu katru lietotaju

    Kas tev liek ar rociņām pētīt - visi autoclickeri veido klikus ar daudzmaz noteiktu loģiku, pat ja kliki ir ar randomā veidoti ..

    katram klikam , pieraksti laiku, no nākamā tāda paša klika , pieraksti masīvā laiku, tiko savācies zināms skaits ierakstu ( Masīvs glabājas sessijā ) tā veic analīzi ..

  3. GreyWolf, potenciāls undefined index, ja fails netika ielādēts.

    Kāpēc?? indekss jau padodas šā vai tā ar POST ... idejiski būs konkrēts kļūdas numurs,

    fails par lielu, fails netika saglabāts uz servera utt... šeit sīkāk

    edit: vispār vienmēr ir vēlams pārbaudīt vai pie faila ielādes nav kļūda, šādi var viegli izķert ja fails ir pārāk liels, vismaz var userim atmest atpakaļ sakarīgu error mesāgi ...

  4. pag, kā tad to var pārbaudīt?

    $_FILES['fails']['error'] -> tiek nodoti visi parametri. par potencialo kļudu,

    0 nav kļuda , parējos kļudas indeksus meklē pats ( norāda kāpēc neizdevās uplādot .. )

  5. Tu komentāros raksti to, ko tu esi izlabojis?!

    vispār dažreiz tiek pierakstīts , lai citi saprastu kas ir ticis izmainīts...

     

     

     

    lai kods būtu lasāmāk un nebūtu tik daudz jākomentē, varētu darīt šādi:

    function sendMessageUser($user_id,$message){
       blabla
    }
    function sendMessageUserMulti(Array $user_ids,$message){
       loop
       sendMessageUser($user_id, $message);
       /loop
    }
    

    hmm .. Ja šāds ieteikums nāk tikai pēc tik garas diskusijas , tad rodas jautājums ka tu rakstiji f-ju nosaukumus līdz šim ?

  6. . Un latv. valodas aizstāvjiem, ko teiksiet par komentāriem "Fiksēta problēma X" (vai problēma ir izlabota, jeb, tieši otrādi, fiksēta tā, ka nevar izlabot?), "Uzsetoti opciju parametri" (uz-se-kas? teniss?), utml.? Tie vēl tādi maigi piemēri...

    runa bija ka rakstīt Latviešu valodā, nevis žargonā..

    Fiksēta problēma X" ->

    ---

    Problēma x izlabota

    problēma X nav izlabota, jo Y

    šeit ir problēma X, kuru jaizlabo ...

    --

    Komentāram PREZCĪZI jānorāda kas ir kas, jo savādāk no viņa zūd jēga..

    P.S. debīlu komentāru var uzrakstīt jebkurā valodā

  7. manuprāt kodu jāraksta angliski jo :

    normāli uzrakstītu klasi var izmantot citur - neatkarīgi no klienta tautības

    komentārus, ja vien nav specefiskas prasības un tas nav starptautisks, jāraksta SEV ērtākā veidā ...

     

    komentārus iztulkot ir sīkums, pretstatā klases manīgo pārakstīšnai

  8. Tīras simbolu virknes ir Brainfuck, bet PHP simboli tomēr ir cilvēku valodas pierakstā un tā arī tiek lasīti.

    Komentāri ir tieši tam domāti lai nebūtu Brainfuck..

    un kādēļ man būtu jālasa komentāri angliski, tikai tāpēc ka kādam šķita ka tas ir 'ļoti smuki', kautgan 90% gadijumos tie angļu komentāri maz ko paskaidro - ( ja vien tos nav rakstījis, kāds kam angļu ir dzimtā valoda )

    paskaties jebkuru , ne 'angliski runājošā' kodu - komenti pārsvārā būs ļoti īsi

  9. Komentāri un mainīgie ir divas dažādas lietas, bet es neredzu iemeslu vienlaicīgi vienā failā operēt dažādās valodās. Ja nu vienīgi nespēja operēt ar angļu vārdiem.

    komentāri ir CILVĒKU VALODAS "veidojums"

    mainīgie/ klases/ utt - IR SIMBOLU VIRKNE, un nekas vairāk !!!

  10. turpinājums: no PHP funkciju komentāri

    --------------------------------------------------------------------

    Posted Today, 14:41

    snapback.pngGrey_Wolf, on 2012.07.20 14:31, said:

     

    kopš kura laika mainīgo/ klašu nosaukumus komentāros kāds tulko?

    un tad kā iztulkosi f-ju x12345() ? ( protams f-jas nosaukumam daudzmaz ir jaizsaka ko viņa dara, bet nu tas tā)

    --

    šoreiz piekritīšu codez.

    Vācieši PRINCIPĀ komentārus neraksta angliski, neskatoties, ka projekts ir paredzēts citai valstij - pats esmu sastapies.

    { savulaik bija jālabo lapele kura bija veidota priekš Latvijas un VISI komentāri bija vāciski ! }

    piedevām, kā jau codez minēja - komentārus iztulkot ir sīkums - kaut vai sekretāre var iziet cauri visiem failiem un iztulkot, ko nevar teikt par klašu/mainīgo nosaukumiem, kuri būs dažādos failos ( vismaz klases noteikti).

    Piedevām par Latvijā dzīvojošajiem krievvalodīgajiem , ja cilvēks NAV IEMĀCIJIES LATVIEŠU VALODU, UN NEMĀK PAT KOMENTĀRUS IZLASĪT nu nav viņam īsti ko darīt IT industrijā...

     

     

     

    snapback.pngspanis, on 2012.07.20 14:41, said:

     

    un ko darīs ārzemnieki, kas uzturēs tavu kodu, kas neprot latviešu valodu? būs tāds pats stulbs vācietis?

    ---------------------- Mans koments atbildei -------------------

     

    Kā jau codez teica ( un ne tikai viņš) Projektos kas paredzēti ārvalstīm - komentāri ir angliski..

    Paskaidro kāda X pēc man priekš TIKAI LATVIJAI PAREDZĒTAM PROJEKTAM komentāri būtu jāraksta angliski ?

    Priekš, tā ka kaut kad projekts VARBŪT tiks nodots arzemnieku pārvaldībā?

    Piedevām neviens daudz maz liels projekts netiek atdots citam īpašniekam vienas dienas laikā, bez neviena darbinieka, kā minimums, programmētājs jau nu ir pats pēdējais kas nomainās ...

  11. Komentāri latviski? :D

    Ja kods ir angļu valodā, tad tam ir jābūt arī 100% angļu valodā. Kā diez paskaidrosi klasi "MealtimeSummary" - ēdienreizes kopsumma, un tad nākošajam programmētājam jau jābūt mazliet tulkam angļu <-> latviešu, lai izprastu kuru vārdu kā esi iztulkojis.

    kopš kura laika mainīgo/ klašu nosaukumus komentāros kāds tulko?

    un tad kā iztulkosi f-ju x12345() ? ( protams f-jas nosaukumam daudzmaz ir jaizsaka ko viņa dara, bet nu tas tā)

    --

    šoreiz piekritīšu codez.

    Vācieši PRINCIPĀ komentārus neraksta angliski, neskatoties, ka projekts ir paredzēts citai valstij - pats esmu sastapies.

    { savulaik bija jālabo lapele kura bija veidota priekš Latvijas un VISI komentāri bija vāciski ! }

    piedevām, kā jau codez minēja - komentārus iztulkot ir sīkums - kaut vai sekretāre var iziet cauri visiem failiem un iztulkot, ko nevar teikt par klašu/mainīgo nosaukumiem, kuri būs dažādos failos ( vismaz klases noteikti).

    Piedevām par Latvijā dzīvojošajiem krievvalodīgajiem , ja cilvēks NAV IEMĀCIJIES LATVIEŠU VALODU, UN NEMĀK PAT KOMENTĀRUS IZLASĪT nu nav viņam īsti ko darīt IT industrijā...

     

     

     

  12. Kādas tās būtu?

    vienu brīdi abgalvo:

     

    marrtins, on 2012.07.19 13:56, said: Pats kods lai ir dokumentācija.

     

    un kad tiek teikts ka komentārus vajaga, arī nelielām f-jam / procedūrām tad :

     

    marrtins, on 2012.07.19 20:33, said: Varbūt, bet tad arī savādāk rakstīsi komentārus :D

  13. Kāds sakars? :O Es pateicu, ko es gribēju pateikt.

    gribēju teikt, ka pēc gadiem 3 domāsi mazliet savādāk nekā šobrīd, un bez normāliem komentāriem pašm būs jāpavada zināms laiks, lai atcerētos savu tā brīža domu gājienu - programmešnas stilu

  14. Slikts kods.

    Tāpēc saku - kods LAI IR dokumentācija.

    Un vispār, ja runājam par f0ijām, nav jāraksta garas, nesaprotamas f-ijas. Īsas, smukas f-ijas, kas dara vienu konkrētu lietu. Pēc pašas f-ijas nosaukuma būtu jābūt skaidram, ko tā dara.

     

    gribi teikt , ka šobrīd kodu raksti tāpat kā pirms gadiem 3-4 ???

    un f-jas nevienmēr pasaka ko dara, piemēr ir no "Tomatu groza" - itkā pasaulē plaši izplatīta ..

    nu izdomā ko dara šis f-jas ...

    // class methods
    function getCode() {
     	return $this->_code;
    }
    
    function getTitle() {
     	return $this->_title;
    }
    
    function getDescription() {
     	return $this->_description;
    }
    
    

    nush palika vieglak ???

  15. Pats kods lai ir dokumentācija.

    nu nu ... pēc gada, pats urbsies cauri savam kodam labu brīdi līdz sapratīsi ko tajā brīdī biji domājis ..

    komentāri nekad nav par daudz .. protams ja viņi ir sakarīgi , un principā vienalga kādā stilā pierakstīti, galvenais lai viņi būtu

  16. ka html man ir tīrs un netiek ģenerēts, vienīgi nedaudz apstrādāts caur django šabolonu tagiem (pieļauju, ka tur arī ir tā vaina).

    visticamākais ka ir kaut kas līdzīgs šim:

     

    $augstums=30;

    savācam izvadāmos datus

    pārbaudām cik rindiņas ir

    ja rindiņas ir lielāka par 1 tad $augstums=60

    --

    // htmls

    ..

    <td haigh=<?php $augstums; ?>" >

    ....

    --------

    respektīvi tiek pārbaudīts cik vajag rindiņas augstumu un izvadīt VISĀM vienāds ...

     

    novāc no tā šablona rindas augstumu

  17. Man ir vienkārša html tabula ar piemēram 10 rindām. Katrā rindā ir 4 kolonas. Problēma ir tāda, ka tiklīdz viens no ierakstiem ir garāks, teksts tiek pārnests jaunā rindā un automātiski visas tabulas rindas maina savu izmēru (height)

    Bet man vajag lai tikai tā tabulas rinda, kurā ir teksts divās rindās, maina izmēru.

    Tīrs HTML to arī dara, automātiski pārējo rindu izmēru nemaina !!!

    ja tabula tiek ģenerēta ar PHP vai JS , tad skaties vai tur netiek čekots rindas augstums, kurš protams tālāk jau būs visām vienāds

  18. vispār jau:

    function bla ( $kk ); vai bla ($kk); nav īsti pareizi , ja PHP vel to sagremo tad citas prog. valodas var arī nesaprast ,

    jo normāli pēc funkcijas nosaukuma UZREIZ seko iekavas, bez atstarpes, iekavu iekšpusē gan ir vienalga, pats bieži ielieku atstarpi , lai vieglāk lasīt...

  19. visi šie saiti ir nenormāli līdzīgi viens otram, izmanto vienu un to pašu FirstData + Swed, ...

    FirstData - ir vienīgais autorizētais pārstāvis Latvijā, kas apkalpo kredītkartes - visas bankas izmanto viņu pakalpojumus,

    Swedene un SEB pakalpojumus izmanto vairāk kā puse aktīvo iedzīvotāju - vismaz kādā no šim divām bankām ir konts ..

    tā kā nāksies jau arī izmantot šos trīis nosauktos

    FirstData - karšu apstrādei, un

    Swedeni, SEB -> tiešajiem maksājumiem ( pārskaitījumam) ...

  20. Kā sapratu, tiek glabāta arī iepriekšējo kursu vēsture, kas ļauj tad arī taisīt statistikas līknes...

    tieši tā, statistika ir tikai puse, bieži klienti grib pārbaudīt kāds bija kurss kādā konkrētā datumā - kad taisiju, ievācu kursus par pāris mēnešiem iepriekš ...

  21. Servera pusē veicam aprēķinus ņemot par pamatu kursu, kuru ar cron job ik pēc 24 h atjaunojam.

    kādēļ servera pusē ??

    tiešām gribās visu laiku veikt pieprasijumus serverim ??

    Par cron jā , var visu ielasīt kādā failā - kurš jau ir kā JS daļa , un tad tik includot pamat lapā ..

    tikai, kā jau minēju - uzmini nu cikos būss jaunais kurss ..

    --

    P.S. savulaik dariju šādi:

    visus kursus ierakstiju DB ,

    tiko klients pieslēdzas- pārbaudam vai jaunais kurss jau ir DB , ja nav veicam pieprasijumu LB, ierakstam DB un adodam klientam,

    tas dod vairākas priekšrocības , var dabūt arī vecos valutas kursus, izrēķināt kāpumus/kritumus utt...

    papildus var ielikt - teiksim 12 dienā, lai cron savāc jauno kursu ( ja nu neviens klients vel nav bijis )

    --

    edit: DB izmantoju jo nekad nevar zināt vai LB serveris nenobremzēs, piedevam pieprasijums uz citu serveri, vienmēr būs lēnāks nekā neliels SQL kverijs uz lokālo mašīnu ..

  22. Labāk ir katru rītu piecelties pirmajam un pašam ar roku kursu palabot!

    priekš kam? - varbūt tev ir precīza informācija cikos LB dod jaunos kursus? un svētku dienās ?

    ( varu pateikt priekšā - tur nav stingri definēti nosacijumi )

    kad klients pieprasa valūtas kursus - veic pieprasijumu uz LB, izlasa vajadzīgās valutas un izvada kā JS mainīgos Objektus

     

    pēc tam jau klienta galā visu rēķina JS -

    gan jau viņš gribēs pārbaudīt vairākas valūtas - un vairākas summas - vismaz 80% gadijumā tā būs ...

    P.S. par noslodzi domāju , ka nevajag vienam klientam katru reizi visu rēķināt servera galā.

×
×
  • Create New...