Grey_Wolf

Nu gan uzdevi jautājumu... Kārtējās Online spēles izstrādātājs..

Labi.. .. patiesībā progremmētājs, ir dzives ziņa, .. iemācīties nevar.. ir vai nu nav...

Labs... .. par programmētāja darba "garoziņu".. ;)

Pamatā buttona laiks value, ir tas kas tiek atgriezts... tātad idejiski tas ir UNIKĀLA vērtība, tad nu pēc tās tālāk atlasi ko tev vajag.... DB, vai prasti text failā... tad nu pēc ID ielasi datus, linku, cenu utt.. ko tev tur vajag.. un sūti, izvadi.. vai nu kas nepieciešams... ----------- teiksim tabula produkts:: id, nosaukums, links, cena .... xxx.. Tad nu ielasi datus kāds ID ievadīts... tālāk jau dari ar tiem atlasītajiem datiem ko gribi ... Jā un vel.. optimāli, arī tos "buttonus", generēt, no DB... .. (ja vien produkti nebūs tikai daži.., bet tad DB nav jēgas... var izmantot parastu masīvu) ....

Jā, piekrītu .. bet ne vienmēr izstrādes vide ir tā optimālā ... .. puse neko nepateiks... it īpaši ja pamats būs cits...

Jā jā... ir iesācējiem aprakstīti...... kad tev skriptā desmitiem i mainīgie.. .. daļa ienāk no formām, daļa, caur ""džoniju" ... tad visus atceries - KAROGS rokās.. .. uz priekšu... kur nu tipu uzliki, kur nē...

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

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

Ļoti labs jautājums... . man arī radās aizdomas... - iespējams ka kļūdos...

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

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

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

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

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

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

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?

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

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

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

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

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

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

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…

https://www.php.net/manual/en/function.str-ireplace.php .. - manuālis, un velreiz manuālis..

Servera konfigurācija cita.. - bet ja neizmantosi i variāciju, tad būs serveri uz kuriem dabūsi laukā brīnumu lietas..