Jump to content
php.lv forumi

Grey_Wolf

Reģistrētie lietotāji
  • Posts

    4525
  • Joined

  • Last visited

Posts posted by Grey_Wolf

  1. On 12/16/2021 at 10:35 AM, briedis said:

    Nu normāli cilvēki debugo ar pārlūka debugeri - saliek breikpointus un stepo, inspicē elementus. Šādam triviālam keisam gan jau pietiek ar console/alert...

    Cik esmu mēģinājis- reti kad izdodas atrast "kukaini" ... JS netveramā kļūda ir ar datu tipiem  ..  zinot ka JS - to interpretē - pēc pasam vien zināmiem likumiem, pie tam katrā bradātājā savādāk... .. izmantojot alertus, to var viegli atķert, ar breikpointiem  - ir ilgāk, 'ķēpīgāk- un dažreiz neispējamā misija.. 
    Tā ir mana pieredze... 
     

  2. On 12/7/2021 at 11:28 AM, briedis said:

    Grūti saprast. Saliec katrā funkcijā, blokā kur mainās klases:

    alert(šis kods ir izsaukts tagad)

    Un debugo, mēģini saprast, kur klikojot kas saucās. Nevajag minēt kur ir problēma, vajag debugot.

    Patiesībā šis ir gandrīz vienīgais JS debūgošanas veids.. 
    Cik pats esmu saskāries.. tad strādā, izņemot ar frameworkiem .. tur gan tas var nenostrādāt... (errors tiek ielaists paša frameworkā.. un viss - ķer vēju laukā ) .. 
     

  3. Strādājot IT bieži gadās, (ja vien nedari monotonu darbu, kam reāli ar IT maz sakara), ir nepieciešams kāds specefisks darbs... - man savulaik primitīvi vajadzēja apgriezt video .. (ar mazām korekcijām)... pie tā pavadīju pus dienu... , pamatā meklējot softu, kas kaut uz pāris stundām ļautu izdarīt to ko vajag... (bezmaksas projektam)... ...
    - cilvēkam vajag retu reizi pieslēgties attālināti- un tad nu tāds cepiens- samaksā- tad varēsi to darīt.... - ta dažreiz par to naudu vieglāk aizbraukt klātienē... .. ..
    Par opensource/freeware ... - atbalstāma lieta... ja man dotais produkts patīk, un pelnu ar to... nav pretenziju arī ko samaksāt...  bet ja man sākumā jāsamaksā, pat nezinot vai varēšu to izmantot- tad galīgi pret...  daudzi maksas produkti ir kā mašīna bez motora- no ārpuses skaisti, ir viss bet izņemot motors... (daudz dažādu fīču, bet pamatlietas reāli nefunkcionē, vai ir grūti saprotamas/ interfeiss/..) ..
    bet ražotājs pasaka, ja būs pircēji, tad VARBŪT ieliksim arī motoru..
    ---
    Tāpēc opensource/freeware ir ok.. daudzi programmētāji izveido vienkāršas funkcionālas programmas- kas izpilda kādu konkrētu uzdevumu.. teiksim iraksta DVD bet toties nespēj sazināties ar "aliāņiem"  ... daudzi vecie softi sazinās ar "aliāniem". bet vairs nemāk ierakstīt DVD... ("burnīng room"- ir viss, bet pamatfunkcijas pa daļai apgrieztas...)...

     

  4. On 9/18/2020 at 1:32 PM, duncanf293 said:

    Tā nav gluži taisnība, kriptēšana ir pieminēta pat vairākas reizes. 

    Personas dati nav tikai elektronisk !!!!
    arī atzīme žurnālā, ka esi apmeklējis kādu iestādi - ir personas dati - patiesībā jebkas kur var noteikt konkrēto personu.. - papīrs, digitāls, audio, foto, video.. 
    - tā kā lielāko daļu nav iespējam noskriptēt- tad PAMAT LIETĀS TAS NAV NOTEIKTS !!!! .. 
    - skriptēšana, vai datu padarīšana par anonīmiem .. ir cits stāsts.. - bet metodes- nav noteiktas- regula vispār nosaka DATU IZMANTOŠANAS KĀRTĪBU..  nevis kā tās jāglabā, jāskriptē utt.. 
    - ja tev ir tiesības glabāt tos datus, tad vari glabāt kā vien vēlies, kaut ietotevē sev uz pieres - tik cepure būs jāvelkā- lai citi neredz..
     

  5. Personas datu aizsardzībā nav tādu prasību..  pat ne īsti rekomendācijās..  viņa vispār neregulē, kā jāglabā dati..
    - ne formu, ne izskatu neko.. tur  tiek norādītas pa visam citas lietas.. 
    / Datu regula norāda - KUR DATI DRĪKST TIKT  IZMANTOTI, un prasības  ko jāpastāsta datu īpašniekam.. un TIESĪBAS DATU ĪPAŠNIEKAM.. 
    Par drošību, vienīgi pateikts kādas darbības jāveic, ja dati nozagti.. - UN NAV SVARĪGI, VAI ŠIFRĒTI VAI NEŠIFRĒTI..  /


    Ja glabā Vārdu un uzvārdu atsevišķi (atseviški lauki) , tad vārda kriptēšana vispār zaudē jebkādu nozīmi.. 
    Par to ka kāds iegūs DB.. - tur kriptēšana nepalīdzēs.. - jo ja tiek uzlausts serveris- tad paķer līdzi arī visu pārējo ..

    Pie tam .. vienīgais kas tiks pasargāts būs klients, bet ne dati.. - pārsvarā jau interesē, cik daudz, un kas nopirkts- bet nevis kāds "Jānis Bērziņš. xxx ielā " .. 
    Nu jā vel jautājums, cik sensetīvi ir tie dati... UN VAI VISPĀR DRĪKSTAT TOS GLABĀT..... 
    Ja nevar paskaidrot kur legāli tas tiks izmantots tad personas datus glabāt nedrīkst.. teiksim veikalā, bez atļaujas uzkrāt informāciju - kas pirkt utt.. ja vien klients par to netiek informēts .. (patiesībā pat piekrišana īsti nav vajadzīga /bet informēšana obligāta/ - šis gan strīdīgs jautājums, atkarīgs no daudziem faktoriem)  ..
    Secinājumi: katrs gadījums ir jāskata atsevišķi.. kādi dati, cik sensetīvi utt.. 

     

  6. On 9/17/2020 at 12:31 PM, codehighriga said:

    Pirmais ieteikums, vēl pirms visas tehniskās puses, ir rakstīt gramatiski pareizā latviešu valodā ar visām mīkstinājuma zīmēm. Citādi, ja cilvēks neprot konstruktīvi izteikties cilvēkiem domātā valodā, tad rodas jautājumi, vai tādas pašas kļūdas un overall messy stils būs arī programmēšanas valodās? Katrā ziņā saņemot tāda stila motivācijas vēstuli es nebrīnos, ka uzņēmums nesniegs nekādu atbildi.

    Ļoti daudzi domā ka rakstot bez garumzīmēm - viņi izskatās "kā vecās paaudzes"  profiņi..
    Autoram:
    Patiesībā garumzīmes datoros ir pieejamas jau vairāk kā 25 gadus..  pie tam WIn Eiropas versijās Latviešu burti ir iekļauti standartā.. 
    Stāstot ka pameti mācības, jo domāji ka nebūs priekš tevis- nu tu precīzi norādi darba devējam- nē šo cilvēku mums nevajag.. 
    / vienmēr ir bijusi iespēja paņemt Akadēmisko, ja to neizdarīji.. tad...  atvaino tas norāda attieksmi /

    Apskaties ko nozīmē saīsinājums CV ..  tad izdomā vai tur liek darba pieredzi (visu) vai nē... vai tikai to kas attiecās uz šauru nozari.. 

    Labam programmētājam, patiesībā nesagādā lielas grūtības pāriet no vienas valodas (programmēšanas) uz citu, jo pamats ir viens un tas pats.. (pāris "vaļi" uz ko viss balstās- pārējais sintakse) .. 
    JS, PHP (vai cita), SQL  ir daudzmaz lietas ko prasa visur..  (HTML.CSS .. tās nav valodas.. bet jāzin labā līmenī..) 

    Nu apmēram tā.. bet pamats - GRAMATISKI pareizi uzrakstīts iesniegums.. ..

    P.S. daļa (vai visi nezinu) mobīlie telefoni fona noformēšanai izmanto JS un CSS ... .. (tas man bija neliels pārsteigums.. - var sameklēt kur ir dotais fails un to mierīgi rediģēt)  tāpēc CSS  jāzin.. 

  7. Par kodu, paroļu glabāšanu..  ierakstīt fleškā un nolikt mājās skapī... 
    krietni lielāka iespēja ka kāds no malas uzlauzīs to jūsu googles kontu, nekā kāds izmantos fleškā esošos datus.. 
    - ja galīga paranoja, var datus vienkārši nošifrēt.. - kaut vai ZIP/RAR arhīvs ar jums vien zināmu paroli..  paroli var ieskrāpēt mājā uz sienas ... 
    - ja arī flešku nozaudēs, tad iespēja ka kāds mēģinās uzlauzt paroli, lai pēc tam izmantotu tur esošos kodus- ir tuvu nullei..  ja nu vienīgi esat VIP persona, un fleška speciāli zagta... 
     

  8. 5 hours ago, codehighriga said:

    Nu jā, tas pats digitalocean kvalificējas visām prasībām. Man jau liekas, ka 2020. gadā ar hostinga meklēšanu nemaz nav diez kā jānodarbojas - paņem kādu starptautiski atpazīstamu kompāniju un viss darbosies, būs līmenī. Daudz uzticamāk kā čakarēties ar kaut kādiem vietējiem Latvijā/Lietuvā bāzētiem kantorīšiem.

    Es piekrītu.. tāpēc meklēju - viss iekļauts.... - lai ir savs "C-panels&Co"  kur var vienkārši salikt ko vajag...   ja jāliek Apache utt.. - nu tad meklētu virtuālo mašīnu, kā minimums .. 
    - tad jau "zemgalda" - "kasti" uzliktu .. 


    - pārāk labi nerunāju angliski (skolā -vācietis) ..  ja nāktos ko skaidrot pa telefonu.. būtu problēmas..  Papildus jau minēju serveri - ES zonā (ļoti vēlams) .. jo personu datu regula.. 
    un man tur diezgan sensetīvi dati (nosacīti protams) ... 
    - gribētos tomēr tepat LV..  (vismaz šobrīd).. 
     nu apmēram tā.. 
    P.S. cena 5-10 dolāri varētu būt ok.. 

     

  9. Pamazām izskatās ka nāksies pārcelties pie cita hostētāja, jo iepriekšējais labu brīdi ieslēdzis klusēšanu, un nezinu kurā brīdī viss nobruks, pagaidām viss strādā, ja kas noplīst, tiek salabots  ļoti ātri.. - (naudu neprasa- un tas liek jau uztraukties, kaut gan uzprasījos ar piedāvājumu samaksāt) /gan jau kāds atkodīs kas par hostingu, bet nu ne par to stāsts/ 

     

    - tātad nepieciešams hostings kas nodrošina:
    Vismaz 10  domēnus (LV, iespējams kādu COM) .. 
    - vismaz 10-20 apakšdomēnus .. (otrā līmeņa, katram domēnam)... - nu vismaz 5 katram.. 
    - kādas 10 MySQL( ver 5 ?)  datubāzes .. - nelielas - lielākā kādus 10-20 Mb.. 
    - diska vietu kādus 20-30Gb..(tas max- realitātē stipri mazāk) ..
    nu un standarta PHP (ver5) ..  
    normālu, un stabīlu FTP peieju, failu up un down load .. (šī ir problēma, jo daži servisi nobrmzē, ja gribi noliet savus 2-3 gb datus.. - uzskata par DDOS uzbrukumu /vai ko citu/ )
    - ikdienas noslodze paredzēta maza, visa lielā domēnu konfigurācija - testiem .. (ja testēs lielāku sistēmu- atsevišķi vienojās)..  
    - nemeklēju haļavu.. bet nedārgu risinājumu.. 
    Uptime jābūt- vismaz 99% ..  (ja paredzēti darbi - tad iepriekš paziņot- esam cilvēki - saprotam, ka tehnika jāpieskata :) - tas neskaitās) ..
     - Un serveris ES ietekmes zonā .. (nu šis tā.. bet vēlams.. )..

    Varbūt kāds ko var ieteikt? 






     

  10. Princips visur ir vienāds, tiko tiek saņemts SMS un akceptēts, viņi veic pieprasījumu uz tavu web lapu GET, vai POST.. kur tiek atsūtīti tel. numurs, maksājuma kods (ja dažādas summas) , TEKSTS ko sūtija lietotājs - nu tā tad izlobi, kādu pakalpojumu vajag, lietotāja ID vai ko citu.. 
    Tavā galā viss tiek apstrādāts un tiek atgriezts - SMS pakalpojumu noteikts - JESON  strings, - kur  norādi SMS sūtītājam vajadzīgo info - teiksim piejas kodu lapai, vai ko nu tev tur vajag.. 
    - tajā skaitā info, ja ir notikusi kļūda (teiksim nekorekts lietotāja ID), tad no lietotāja naudu neiekasē... 
    - viņi to tekstu aizsūta atpakaļ SMS sūtītājam  ...
    - pēc līdzīga scenārija darbojās arī banku norēķini - tur gan obligātais sertefikāts utt.. - bet pamatprincips tas pats - GET/POST pieprasījums- tava servera apstrāde - atbilde pēc noteikta standarta ... - ja vajag, velreiz tiek nosūtīts GET/POST par izpildi/atteikumu... 
     

  11. Nu ja nokopēji, un pelni ar to naudu, tad atsauce jānorāda..  
    ASV vispār interesanti ar tiem patentiem - tie būtiski atšķiras no Eiropas  pantentiem..
    ASV tu vari nopatentēt, ka pēc makaroniem lidosi uz blakus pilsētu ar helikopteri .. - Eiropā par tevi pamatīgi ieņirgs..., pie tam otrs var nopatentēt to ka pēc makaroniem viņš lidos ar citas markas helikopteri - pa citu maršrutu - un atkal izniegs patentu - tad nu abi varēs gadiem tiesāties.. 
    - ASV var nopatentēt tehnoloģiskās nianses (paskatataties teiksim HDD- tur virsū būs kā minimums pāris desmiti patentu - /patiesībā katrs apraksta vien kādu nebūtisku niansi izgatavošana/) ... tāpatās var nopatentēt, kādu loģisko risinājumu - kaut vai 2 būtiskas koda rindiņas.. .. tāpēc 30 rindiņas patiesībā ASV var radīt ļoti lielas problēmas.. 
    - Eiropā  informācija (nu var jau teikt ka filma ir informācija, bet tas šoreiz netēmā) nav pakļauta autortiesībām.. (teiksim ziņas)..  - tas attiecās arī uz matemātiskiem, un loģikas risinājumiem..  ASV, kā jau minēju var patentēt risinājumu.. 

  12. On 3/5/2020 at 2:27 PM, Pats Toms said:

    Es piekrītu iepriekš teiktajam, ka Grey_Wolf šeit jauc bibliotēkas ar ietvariem. Normālā gadījumā ietvari tiek izmantoti pareizi - mazi, lieli, vidēji, vienalga. 

    . Viens no ietvaru blakus efektiem ir uzturamība,

    Smagi kļūdies.. ietvari nav valoda- tos neviens mūžigi neuzturēs- pazudīs intrese- pazudīs uzturēšana.. jo kāds jau par to visu maksā.. - nav BEZMAKSAS INTERNETA.. nav.. 
    - uzreiz nepateikšu, bet pāris "ietvari" kas uz JS ir jau no skatuves sen pazuduši.. - brīvākā brīdī pameklēšu - ielikšu nosakumus - tik vien kā atsauksmēs tos vairs neatradīsi..
    -  bibliotēkas, - tās savāc pie sevis.. un izmanto.. a ietvari - tie pie izstrādātāja...  un neviens negarantē to uzturamību, izņemot pašus izveidotājus.. 

    Es lapas izveidoju, un atdodu visu kodu klientam .. - esmu es, nēsmu.. klients pats dara ar savu kodu ko grib..  

    P.S. oar ietvaru uzturamību - mits, vel jo vairāk ka no nākamā gada pat FLAH vairs neatbalsta.. - tātad FLASH ir pagātne.. jau.. (skat. Adobe info)..


     

  13. On 3/1/2020 at 10:00 PM, briedis said:

    Frameworkus vajag, lai būtu vienota sistēma, kā būvēt lietas. Frameworki ļauj nesalīdzināmi ātrāk realizēt ideju.

    "Es freimworkus nelietoju", bet varu derēt, ka kad jāsāk jauns projekts, tad pats ņem copy pasta koda fragmentus no iepriekšējā projekta.

     

     

    Protams ka katrs izmanto savus "vecos-pārbaudītos" koda fragmentus, tas piederās pie lietas.. 

    Bet bieži "ietvari" tiek izmantoti pavisam elementāru lietu izveidošanai..
    - nu nafig vilkt milzu JS "ietvaru" , ja lapā izmanto vienu JS funkciju.. 
    teiksim $(......) vietā var elementāri uzrakstīt  standarta JS f-ju (vai pat tīri HTML 5 iespējas), un ietvarus vispār neizmantot..  
    protams ja projekts ir liels, un to izstrādā vesela cilvēku grupa, tad ir vērts padomāt.. bet tā.. vienkāršai vizītkartes lapai.. (2-3 lapas kopā).. priekš kam tas vajadzīgs.. 
    - un jā, JS ietvari, agri vai vēlu var sagādāt pārsteigumus- tko to izstrādātāji pārtrauks tos uzturēt (teiksim likvidēs lapu, no kuras tie tiek ielādēti) .. 

    P.S. slikts ir programmētājs, kas nedomā par koda optimizāciju, bet domā- ai lietotājs nopirks labāku "dzelzi" ... 
     

    https://mults.info/mults/?id=375
     

  14. 7 hours ago, webi said:

    Piekrītu, ka ietvari bremzē ātrdarbību.
    Kamēr projekts mazs, bez noslodzes - viss labi.
    Tiklīdz jāsāk optimizācija, saproti, ka vieglāk uzreiz uzraksīt visu optimizētu konkrētam projektam.

    Maziem projektiem, jau ok.. 
    - bet kad liels.. 
    - paskaties uz DB un saproti.. - ....:rupjie vārdi izlaisti:.... 
    - esmu redzējis tādas DB.. kur  maz neliekās.. un pārsvarā tās bijis uz "ietvaru" rēķina.. 
    - esmu - nu ļoti skeptisks uz visu to - .. 

  15. 11 hours ago, Vecteevs said:

    Tas nav javascripts.

    Bet vispār ir jāseko līdzi kādus pluginus, packages tu lieto.

    TAS IR !!! JavaScripts !!!  .. tur jau tā lieta, ka "ietvari" ir tā pati valoda,  tikai iepriekš uzrakstītas funkcijas/klases .. mazos uzdevumos pilnīgi bezjēdzīga lieta.. 

    Pie tam daudziem "ietvariem" ir problēma  (it īpaši Java Script) .. - 
    a) tiek atvilkts lieks kods (parasti ne maziņš)- bibliotēkas..
    b) mēdz pazust.. - ne viens vien jau nozudis no skatuves.. 
     

  16. On 2/22/2020 at 5:39 PM, codehighriga said:

    Tu to visu tiešām nopietni domā? Vai Tev ir zināms, ka parasti viens vienīgs datubāzes pieprasījums aizņem vairāk laika, nekā visa PHP koda interpretēšana? Lieki piebilst, ka DB pieprasījumi vienā lapā visbiežāk ir vairāk par vienu. Vai ir zināms, ka šodien ir 2020. gads, nevis 2006. ? Visu tavu ātrdarbību vienā dienā nokaus viens jauns komandā pieņemts programmētājs, kas atļausies vienā lapā palaist 20 datubāzes kvērijus, palaist kaut ko resursprasīgu ciklā... Pilnīgi padomāju, ka pats esi kāds pajauns programmēšanas students, bet redzot, ka forumā ir teju jau 5k posti - vairs nezinu, ko domāt.

    Par drošības caurumiem runājot - iesaku nopietni apsvērt kāda ir varbūtība, ka caurs būs tūkstošiem cilvēku review-ots, publiski pieejams open source kods, un kāda šī varbūtība ir tevis paša rakstītajam kodam, kam review taisījis augstākais viens cits kolēģis.

    Visu beidzot, kad šīs lietas izsver saprātīgs darba devējs, kam nevar pūderēt smadzenes par PHP un ietvaru ātrdarbību, tad var atklāties, ka ievērojami naudas resursi iztērēti, lai izgudrotu riteni no nulles, un šos resursus būtu bijis lietderīgāk izmantot citur.

    Nu jā, viens DB nepareizs pieprasījums var visu nokaut.. 
    - faktiski par to stāsts.. ietvari - praktiski NEKAD neveic optimizāciju.. pofig.. 
    - griež visu pa rinķi..   
    - Java Skript: nu nafig  jāiet cauri funkcijai  $(pieprasijums)…    kad viņa izpildīs  objekts(Objekta_id)…. ..   faktisi to pašu..
    - un komandā pieņemts programmētājs - kas nezina neko par Db .. var kodu nokaut.. maz neliekoties...
    Paprasi UK - POST SERVICE (ja pa reizi uzrakstīju) oficiālo DB - .. adrešu DB Britu salās - 4,5 GB … optimizēju (2 dienas ).. 400 Mb..  ātrdarbība uzreiz izauga.. 
    - tur nav indexi,  skaitļi- kā char utt.. 
    visi lauki 255 bit utt... - tā kā nevajag..  man te irst..
    - agrāk krutas spēles aizņēma 1-10Mb,, tagad gandrīz terebaitu.. ..   un iemesls- 99% ir ietvari ( ASM - uz C++ … visi ir ietvari, kas samazina skaitļošanas jaudu.. ) ..  nevajag man te zupu uz galvas liet.. 
     

    - Drošības caurums - jo plašāka ēka, jo vairāk ieejas - tas ir vispār zināms fakts..   

     

    Nu jā, vienmēr jāpadomā, vai neizmantot jau gatavu kodu.. - tā ir.. visu nosaka doma, un lietderības koificents.. - laiks/nauda/drošiba..
    - ja lapa maza.. tad diez vai ir vērts taisīt visu no nulles.. - ātrdarbību neredzēs, lauzt neviens nelauzīs (nu kurš lauzīs kādu kaķu lapu).. 
    - kaut gan - ja drošības caurums kļūst zināms - tad  iespēja ka lapu uzlauzīs ir ļoti augsta.. 
    - ja nesalabosi nenosekosi līdz.. tad ROBOTI uzlauzīs..  - uzlauž- visa lapas - kuras izmanto konkrēto kodu.. ja vien kods nav modificēts.. 
    -  tā jau ir luzšanas klasika .. 
    - a pašrakstīto lapu - roboti neaiztiks.. ja vien pašā PHP/SQL nebūs caurums ..  (un var būt ja vien nav viss pārdomāts)..

    P.S. man darbā- iet ar finansēm saistīta lapa.. paštaisīta- ir bijušas n-tie mēģinājumi uzlauzt.. - 99,99% redzu tikai logos.. ka robots ir mēģinājis lauzt.. 
    - viss strādā jau 7 gadus..  .. kamēr pats serveris nenoklāsies. tikmēr viss Ok.. 
    - tieši tāpēc - pret frimvorkiem… 

  17. On 2/12/2020 at 11:52 AM, Lilita said:

    @Grey_WolfCik saprotu, jūs strādājat ar tīro PHP. Ja būs klients, kurš nestrādā ar ietvariem, un meklēs sev programmētāju, varētu ar jums sazināties. 

    Ja esat atvērts darba piedāvājumiem, varat droši atsūtīt man savu cv, pieredzes aprakstu vai Linkedin profilu. Noteikti norādot vēlamās pozīcijas kritērijus.

    Ar cieņu,

    Lilita Alute

    Strādāju ar PHP, MYSQL, JavaScript.. 
    Ietvarus savos projektos neizmantoju, jo patiesībā tas stipri samazina ātrdarbību.. (programma, kas izpilda programmas programmu)
    PHP.. - jau pats ir intrepretātors, ja viņam uzkrauj vel vienu  interpretātoru.. tad ātrdarbība zūd.. 
    Un varat man te visi nestāstīt ka tā nav.. , dažreiz izstrāde gan stipri paātrinās, bet tas attiecās tikai uz nelielām lapelēm.. 
    Pie tam izmantojot ietvarus, palielinās risks, ka pašā ietvarā jau ir drošības caurums (kās nav retums)… - tātad nopietnos projektos - nekādus ietvarus.. 

    P.S. Darbus, meklēju tikai fona režīmā, vismaz pagaidām - uz pusslodzi.. 

     

     

  18. PHP pēc savas būtības ir interpretators.. un ņemt viņam virsū vel vienu.. "Laravel" vai citu, ir diezgan nežēligi pret ātrdarbību..   tas ir tas pats kas "mersim " uzkraut virsū "zaparu" un gadīt "Lambardžino" ātrumu  .. 
     

×
×
  • Create New...