Grey_Wolf

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

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

Ja ir intrese Raksti privātajā, ir pāris šāda tipa iestrādes...

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

$_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 .. )

vispār dažreiz tiek pierakstīts , lai citi saprastu kas ir ticis izmainīts... 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 ?

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ā

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

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

komentāri ir CILVĒKU VALODAS "veidojums" mainīgie/ klases/ utt - IR SIMBOLU VIRKNE, un nekas vairāk !!!

turpinājums: no PHP funkciju komentāri -------------------------------------------------------------------- Posted Today, 14:41 Grey_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ā... spanis, 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 ...

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ā...

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

himm.. Tev nesanāk pretrunas?

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

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

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

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

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

iemācies meklēt: ir speciāla sadaļa kur aprunāti daudzi jautājumi

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

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

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š ...

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

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ā.