Silke

Dar yra toks dalykas, kaip „standartinė biblioteka“ (standard library, stdlib). Tai vadinama tai, kas ateina su pačia kalba. Tarkime, čia Python atveju: https://docs.python.org/2/library/

Tiesiog prašosi bėdos toks path sudedinėjimas nevaliduojant komponentų :) Prikurs, ko netingės... Autoriui patarimas pasimokyti programavimo pagrindų, ir tiek. Išmokti, kuo skiriasi kliento pusės Javascript ir PHP ir kodėl Javascript tiesiogiai negali primaklinti kažko tavo serveryje :)

Susiinstaliuok į VMWare :) Nebent būtent krovimas iš live būtinas dėl kažkokių keistų priežasčių.

Akivaizdus Base64.

:D ką tokius? :D

Na, pirmas hitas google. http://bonobogitserver.com/ Bus kažkas panašaus, kaip GitLab, tik pritaikyta IIS :) O FTP atnaujinimas būtų post-receive hook'as.

Išeitų, bet Tor nelabai skirtas torrentams, TV žiūrėjimui, ir pan. Įmanoma, bet būsi nelabai mandagus žmogus :) Ir taip tas tinklas galėtų ir greičiau veikti.

Sesija. Šiaip jau pasimokyk pagrindus, nereiks kiekvieno dalyko klausinėti. :)

http://bobby-tables.com/

OS X arba Linux, kashiukas jau esmę pasakė – gauni visą normalų unix toolset'ą, lengvai naudoji ruby, python, node, ar bet kuo kitu parašytus įrankius. Windows... Na, tik .NET programuojant ir geriau :) Dažnas devas vis tiek in denial susirašo į Windows kokį nors MinGW, kad ir koks awesome būtų powershellas... :) Apskritai, kokie nors serveriai ir panašūs dalykai, kas bent kiek dependina ant OS galimybių, pirmiausiai rašomi POSIX sistemoms, o tik po to jau bandoma šiaip ne taip pritaikyti Windowsams, kur viskas atbulai. Vienas pavyzdžių būtų Redis, kuris berods vis dar neturi oficialaus port

Pirmiausiai, labai smagu girdėt, kad mokyklinis kursas neatmušė noro programuoti. Nes šiaip jau ten baisu. Pagrindinis programuotojo skillas nėra išmoktų kalbų kiekis. Ir apskritai, siūlyčiau jas JAU mokytis pačiam, jei tave tai domina labiau, nei „nu reikia kur nors įstot“. Gali nors ir šią minutę pradėti nuo Python, Ruby, ar panašios. Tam jokių matematinių uždavinių, knygų, profesorių storais akiniais nereikia. :) Na gerai, su knygom persistengiau – geros knygos mokymuisi yra gerai. Norėjau pasakyti, kad nereikia kažkokių formalių mokymų – juk ne chirurgu žadi būti. Beveik bet kuriuo atvej

Tai nuliai pradžioje nieko ir nereiškia atvaizdavime. Skaičius 1234 ar 000001234 yra visiškai toks pats. Jei žinai, kiek nulių, gali prisidėti ir pats. O jei turi baitų seką (o ne skaičių), tada vėl kitas reikalas: konvertuoti reikia pabaičiui.

Pirmiausiai, tavo serveris apskritai turėtų vykdyti tik failus su PHP galūnėmis. Padeda ir "front controller" patternas, kai apskritai visi requestai įeina į niekur daugiau, nei index.php. Tada visa kita galima ignoruoti. Tada, žinoma, nepraleidi jokių kitų galūnių, išskyrus paveikslėlių, o taip pat įkėlus tikrini normalia biblioteka (PHP turbūt tai bus GD), ar tai tikrai yra paveikslėlis su normaliais duomenimis.

Paspausk prie kiekvienos paslaugos ir bus parodyta. Atom tai išvis yra open source dalykas :)

Paprasčiau pasakius, nebūtina išmesti iškart ir visos serverio pusės, ir kliento. Galima žaisti su atskirais dalykais (Node+mysql, PHP+Angular/react, t.t.). :) O teiginys, kad reikia pasirinkti tinkamus įrankius tam tikram darbui, visad labai tinkamas. Jei reikia žaisti su realiu laiku, dinamiškais dalykais – Node geras pasirinkimas (taip pat, kaip ir, tarkime, Go). Jei eilinis CRUD – tada turbūt verta tik dėl malonumo pačiam bei noro kažką naujo atrasti :)

1. Naudok PDO su prepared statements, apsisaugok nuo sql injekcijų. 2. Escapink HTML entities atvaizdavimo metu, ne įrašymo į duomenų bazę.

Geriau naudok, kas patikrinta ir yra standartinėje bibliotekoje :) Tik šiaip, dėl ateities: strlen() ciklo sąlygoje yra katastrofa su ilgais stringais (kurių čia turbūt nenaudosi). O(n) algoritmas virsta O(n^2) – stringo ilgis tikriausiai nesikeis, bet tu vis tiek jį perskaičiuosi kiekvienoj iteracijoj.

Netiesa, čia tik autorius kokį nors šaltinį iš praeito amžiaus naudoja, kur visas stilius suvarytas į atributus (net ne inline styles), kurie jau pasenę. CSS veikė dar su HTML4, gal ir dar anksčiau. :) Jokio skirtumo nesudaro, ar stylesheet'as išoriniam faile, ar pačiam html, ar dar kaip.

Pramok nebe pagrindus, pvz., HTML5, CSS3 naujoves. Ir, kaip kiti sakė, praktikuokis, spręsk iškilusias problemas. CSS turi daug quirkų ir corner-cases, todėl viskas nesusieina vien į properčių ir selektorių žinojimą :) Pavyzdžiui, pagooglink "vertical centering in CSS", kad suprastum, apie ką aš.

Iš tikrųjų nežinau (neatsimenu), kokie privalumai yra vieno ar kito endianness. Nesiruošiu savo noru naudoti kažko kito, nei UTF-8 :)

O x86 / x86_64 procesoriai naudoja little endian :). T.y., jei atmintyje turėsi 0xA1A2A3A4, tai jis bus išdėliotas A4 A3 A2 A1. Taip ir įsiminiau: [x86] procesoriai maži, todėl naudoja little endian, žmonės dideli, todėl mums natūralesnis atrodo big endian. Taigi, nėra taip, kad visur būtų vienas endianness. BOM nereikalingas būtent UTF-8, nes jis visada yra big-endian (berods). O štai UTF-16 jau gali būti big arba little :)

Bobby Tables, is that you? https://xkcd.com/327/

Šiaip jau turėtų būti tvarkoje. O pats PHP failas irgi išsaugotas UTF-8?

Čia apie tradicinį prisijungimą. https://stackoverflow.com/questions/549/the-definitive-guide-to-form-based-website-authentication

isset($obj->artist) PHP pagrindai.