Silke

Ir kažkaip nesinori likusios dalies rimtai priimt. Rekomenduoji Notepad (kuris turi lygiai 0 dalykų, skirtų webdev), bet tuo pačiu prirašai ir WYSIWYG editorius? WTF?
 
Kodėl ne pora gerų editorių, skirtų kodui (pvz. Sublime Text) ir patarimas bent mokantis nepulti į WYSIWYG?

Nesąmonė. Čia jokio mokymosi palaipsniui. Editorius (ne WYSIWYG) nieko nedarys už tave, išskyrus tiesiog būtinas funkcijas (pvz., sintaksės ryškinimą). Notepad yra nesąmonė: jokių protingų defaultų, jokio pritaikymo kodo rašymui, jokių kodui būtinų nustatymų, net keleto failų atsidaryti negalima vienu metu... Kodėl kažkas išvis turi jį naudoti? Nesakyk „visi“, pats žinai, kad tai netiesa.
 
Beje, Notepad++ irgi nėra kažkoks stebuklingai geras. Jau vien nusipelno išmetimo į šiukšlių dėžę dėl to, kad dėlioja UTF-8 BOM (kuris apskritai niekam nereikalingas šioje visatoje), kada užsimano.
 
Kuri kažkokias teorijas „Notepad, po to Notepad++, po to dar kažkas kitas“, kurios pagrįstos tik tavo paties kančiomis. Galėjai iškart imti padorų editorių ir nebūtum nuo to blogesnis programuotojas.
 
Jau nesinori nei žinoti, ką rekomenduotum daugumos Linux distribucijų, Mac OS X vargšeliams, kurių defaultiniai editoriai geresni už Notepad (kai kurių – ir už tavo Notepad++).
 
O dar praleidau tai, kad nerekomenduoji nieko be IE ir FF. Kas per nesąmonė? Kuo nusikalto visos webkit (Blink) naršyklės? Tuo, kad jose daugiausiai naujųjų technologijų? O gal tuo, kad jos greičiausios? Ne, tikriausiai tuo, kad bendra rinkos dalimi surytų ir tavo FF, ir IE...
 
Aš nesu kažkoks vienos naršyklės fanbojus, bet kai rekomenduoji tik dvi naršykles, tarp jų IE – vieną blogiausių, tai visiškas bulšitas. Testuoti bet kokiu atveju reiks su visomis.
 
Ir dar esi butthurt dėl to, kad kažkas pasiūlė patobulinimų. Kai tau akivaizdžiai parodo, kas yra ne taip, tai neužsispirk kaip ožys „NU IR GERAI, TADA NERAŠYSIU, AŠ VIS TIEK KIEČIAUSIAS“, o bent paklausyk to, ką sako, ir gerai permąstyk.
 
Bet vargu, ar kam bus labai skaudu, kad tu nerašysi to, kas jau yra, tik teisingai.

Nesąmonė. Čia jokio mokymosi palaipsniui. Editorius (ne WYSIWYG) nieko nedarys už tave, išskyrus tiesiog būtinas funkcijas (pvz., sintaksės ryškinimą). Notepad yra nesąmonė: jokių protingų defaultų, jokio pritaikymo kodo rašymui, jokių kodui būtinų nustatymų, net keleto failų atsidaryti negalima vienu metu... Kodėl kažkas išvis turi jį naudoti? Nesakyk „visi“, pats žinai, kad tai netiesa.
 
Beje, Notepad++ irgi nėra kažkoks stebuklingai geras. Jau vien nusipelno išmetimo į šiukšlių dėžę dėl to, kad dėlioja UTF-8 BOM (kuris apskritai niekam nereikalingas šioje visatoje), kada užsimano.
 
Kuri kažkokias teorijas „Notepad, po to Notepad++, po to dar kažkas kitas“, kurios pagrįstos tik tavo paties kančiomis. Galėjai iškart imti padorų editorių ir nebūtum nuo to blogesnis programuotojas.
 
Jau nesinori nei žinoti, ką rekomenduotum daugumos Linux distribucijų, Mac OS X vargšeliams, kurių defaultiniai editoriai geresni už Notepad (kai kurių – ir už tavo Notepad++).
 
O dar praleidau tai, kad nerekomenduoji nieko be IE ir FF. Kas per nesąmonė? Kuo nusikalto visos webkit (Blink) naršyklės? Tuo, kad jose daugiausiai naujųjų technologijų? O gal tuo, kad jos greičiausios? Ne, tikriausiai tuo, kad bendra rinkos dalimi surytų ir tavo FF, ir IE...
 
Aš nesu kažkoks vienos naršyklės fanbojus, bet kai rekomenduoji tik dvi naršykles, tarp jų IE – vieną blogiausių, tai visiškas bulšitas. Testuoti bet kokiu atveju reiks su visomis.
 
Ir dar esi butthurt dėl to, kad kažkas pasiūlė patobulinimų. Kai tau akivaizdžiai parodo, kas yra ne taip, tai neužsispirk kaip ožys „NU IR GERAI, TADA NERAŠYSIU, AŠ VIS TIEK KIEČIAUSIAS“, o bent paklausyk to, ką sako, ir gerai permąstyk.
 
Bet vargu, ar kam bus labai skaudu, kad tu nerašysi to, kas jau yra, tik teisingai.

Nesąmonė. Čia jokio mokymosi palaipsniui. Editorius (ne WYSIWYG) nieko nedarys už tave, išskyrus tiesiog būtinas funkcijas (pvz., sintaksės ryškinimą). Notepad yra nesąmonė: jokių protingų defaultų, jokio pritaikymo kodo rašymui, jokių kodui būtinų nustatymų, net keleto failų atsidaryti negalima vienu metu... Kodėl kažkas išvis turi jį naudoti? Nesakyk „visi“, pats žinai, kad tai netiesa.
 
Beje, Notepad++ irgi nėra kažkoks stebuklingai geras. Jau vien nusipelno išmetimo į šiukšlių dėžę dėl to, kad dėlioja UTF-8 BOM (kuris apskritai niekam nereikalingas šioje visatoje), kada užsimano.
 
Kuri kažkokias teorijas „Notepad, po to Notepad++, po to dar kažkas kitas“, kurios pagrįstos tik tavo paties kančiomis. Galėjai iškart imti padorų editorių ir nebūtum nuo to blogesnis programuotojas.
 
Jau nesinori nei žinoti, ką rekomenduotum daugumos Linux distribucijų, Mac OS X vargšeliams, kurių defaultiniai editoriai geresni už Notepad (kai kurių – ir už tavo Notepad++).
 
O dar praleidau tai, kad nerekomenduoji nieko be IE ir FF. Kas per nesąmonė? Kuo nusikalto visos webkit (Blink) naršyklės? Tuo, kad jose daugiausiai naujųjų technologijų? O gal tuo, kad jos greičiausios? Ne, tikriausiai tuo, kad bendra rinkos dalimi surytų ir tavo FF, ir IE...
 
Aš nesu kažkoks vienos naršyklės fanbojus, bet kai rekomenduoji tik dvi naršykles, tarp jų IE – vieną blogiausių, tai visiškas bulšitas. Testuoti bet kokiu atveju reiks su visomis.
 
Ir dar esi butthurt dėl to, kad kažkas pasiūlė patobulinimų. Kai tau akivaizdžiai parodo, kas yra ne taip, tai neužsispirk kaip ožys „NU IR GERAI, TADA NERAŠYSIU, AŠ VIS TIEK KIEČIAUSIAS“, o bent paklausyk to, ką sako, ir gerai permąstyk.
 
Bet vargu, ar kam bus labai skaudu, kad tu nerašysi to, kas jau yra, tik teisingai.

https://dev.mysql.com/doc/refman/5.6/en/table-size-limit.html
 
Turėk omeny, kad yra technikų vieną lentelę paskirstyti per kelias DB (sharding), kas dar išplečia šiuos limitus.
 
Bet pala, rimtai, dėl ko tu taip baiminiesi? Tarkim, žinutė sveria 10kB (net blogiausiu atveju tai yra keli tūkstančiai unikodo simbolių). Tada vis tiek į tuos 4 TB (kas yra ext3 limitas) tilps beveik pusė milijardo žinučių. O tuo labiau:
Pe-ta-bai-tai!
 
Pastebėk, kad daug kur miniu būtent DB serverio (ir apskritai serverio) optimizavimą – ne vien tavo programos ir jos užklausų. Vietų, per kur optimizuoti – pilna: MySQL konfigas, OS nustatymai, failų sistema, ...

Sveiki :),
 
Norėčiau sužinoti, kokios yra MySQL Duomenų bazės galimybės, nes internete nepavyko rasti atsakymų į mano klausimą. Taigi, norėčiau paklausti kiek duomenų bazė gali atlaikyti įrašų, ar tai labai sulėtins tinklapio veikimą ir pan. Na pavyzdžiui paimkime žinučių sistemą. Pagalvojus kiek vienas vartotojas gali parašyti žinučių kitam vartotojui per dieną tai jau yra šis tas, o jeigu tai darytų 1000 ar net 10 000 vartotojų... Sunku išsivaizduoti kaip turėtų veikti svetainė su tiek įrašų :) o kur dar visa kita informacija.

Viskas priklauso nuo įrašų ilgio, parametrų. 100k įrašų (kad ir vartotojų) be jokių ten didelių pribombasų (id, slapyvardis, slaptažodis, paštas, parametras_1, parametras_2) nesvers nei 20MB... O 20MB - lašas jūroje. Yra duomenų bazių su 100MB, yra su 1GB. Tokios duomenų bazės dar palyginus normalios, o įrašų gali turėti ir po milijoną ir daugiau. Įrašų limitas toks didelis, kad gali užsimerkti ir negalvoti apie tai (mažiausias skaičius šioje bazėje - 4 milijardai).
 
Įrašų kiekis ir gausa, parametrų tipai lemia, sakyčiau, nedaug. Visą spartą (ko tu ir klausi) lemia pats skriptas. Jeigu gerą kodą sukursi, tai ir su milijonų įrašų niekas tau ten labai nelagins. Aišku, visada yra ribos ir nesitikėk, kad pats geriausias skriptas apsaugos nuo bent minimalaus lago, kuomet duomenų bazė milžiniška.
 
P.S. Kaip ir minėjo kolega Silkė, hardware - kas be ko.

JAV bendrovės vadovas: nesinaudokite amerikietiškų IT bendrovių paslaugomis
http://m.delfi.lt/mokslas/article.php?id=62042783
 
kažkokie visi naivūs, ir galvoja, kad niekas jų neseka ir / ar neturi teisės sekti. Pff nebe 20 amžius.
 
p.s. Daugelis web puslapių įsidiegę soc. tinklus, reklaminius skydelius, lankytojų skaitliukus iš google. Per juos labai lengvai galima būtų stebėti žmogaus "vaikščiojimą internete" tiesiogiai :)

Labadiena, saulė šviečia, dangus žydras. Tiek metų matei Google reklamas visam internete ir tik dabar susimąstei? Bet tai nereiškia, kad Google tave „pardavinėja“ kažkam kitam.
 
Taip, jie turi tavo profilį, taip, jie turbūt geriau pažįsta tave už kai kuriuos tavo draugus. Bet nereikia verkt, nes tu su tuo sutikai šimtą kartų. Papasakok, kaip perskaitei kiekvienus "Terms of Service" ir dar kiekvienąkart išnagrinėjai jų pasikeitimus, kai keitėsi.
 
Canonical turi ir kitų pelno šaltinių: supportas, atributika, bet to tikriausiai negana. O ir Ubuntu Edge fundingas nepanašu, kad išdegs – per dideli tikslai. Labai norėtųsi, kad Ubuntu kaip nors stebuklingai, pvz., į smartfonų rinką. Ne dėl to, kad būtų geriausi, bet tiesiog dėl to, kad Canonical išsilaikytų save iš to ir reklamos nebereiktų.
 
Na, bet ką, tam bent yra visiškai lygiaverčių alternatyvų, kurios 100% priklauso bendruomenei kaip Mint (jei nori kažko Ubuntu-based), ką jau kalbėt apie Elementary, kuri išvis didžiules pastangas sudėjo, kone pusę desktopo pakeitė.
Ar begalė kitų distribucijų (išlipant iš Ubuntu rėmų). Pvz. Gmail aš net nematau lygiaverčių alternatyvų, o čia yra, nes viskas open source. Paimi, išmeti nesąmones, pridedi savų patobulinimų, ir yra.
 
Na ir nerašyk, o mes tuo tarpu netikėsim, kad ten kažkas yra, kol neparašysi. Išgooglint bet ką galima. O kad Apple savanoriškai kažkam tave pardavinėja, tai... Žr. žemiau.
 
---
 
Šiek tiek pamiršai valdžios kaltę (išskyrus Snowdeno paminėjimą). Google, Ubuntu, Apple – joms tu leidi apie save žinoti, naudodamas jų produktus, ir lygiai taip pat puikiai gali jų nenaudoti. Bet ką kalbėti apie institucijas, kurios ne tik gali daryti spaudimą bet kuriai įmonei savoje šalyje (galbūt ir ne tik), bet ir kontroliuoja pačias interneto linijas?
 
Dėl to užsidaro net tie, kurie pasižada prie tavo duomenų nelįsti ir juos saugo.
 
 
Kai kompanijos pačios renka ir tu su tuo sutinki (arba net nerenka) – nėra blogai. Kai info gali būti paimama be jokio sutikimo iš ko nori (ar vos jai išėjus iš tavo kompiuterio), tai jau negerai.

Nesakau, kad bus kažkoks mega skirtumas (ar kad aš išvis išeis į gerą pusę), bet tai nėra tas pats ir mano manymu turėtų tikrai būti greičiau modifikuoti tą patį objektą.
 
Pagalvok:

Turi mašiną, ją perdažai, arba...
Turi mašiną, ją numeti nuo skardžio, nusiperki naują kitos spalvos.
Turi mašiną, ją numeti nuo skardžio, nusiperki naują tokios pat spalvos, kaip buvo, tada ją perdažai.

:)
 
http://jsperf.com/changing-element-vs-changing-attributes
 
Dar vienas dalykas. Kešuok selektorių – kiekvienoj eilutėj iš naujo ieškai elementų. Su ID gal netruktų ilgai, su klase jau kiek ilgiau.

slider = $(".full_slider"); slider.removeAttr("style"); slider.css({});
Aišku, jei trinant elementus, tai po to reiktų paselectint iš naujo, naujus elementus.

Tarpo tai tikrai turėtų nebūti po -p (su tarpu traktuoja kaip paprastą -p flagą ir duoda vesti).

PyMySQL https://github.com/petehunt/PyMySQL
 
Grynas Python, todėl palaiko green threadus, gali apsimesti MySQLdb (pymysql.install_as_MySQLdb()), todėl veiks su Django (nežinau dėl Win 7). Dėl Py3 palaikymo – yra shell skriptas subuildinti tinkamai versijai.

Hm, tiesa. Kiti variantai:
 
http://pythonhosted.org/oursql/ ir https://github.com/dcramer/django-oursql
 
https://pypi.python.org/pypi/mysql-connector-python/1.0.10 ir https://github.com/rtyler/connector-django-mysql

Hm, liūdnoka situacija tada – vienintelis pymysql kiek aktyvesnis, bet ir tas neseniai apleistas. O kodėl būtent Python 3 nori?

Na iš tikrųjų tada labai liūdna situacija :/ Jei nori tik Django, tai gali bandyti naudoti kitą db (jei tik developmentui – sqlite, jei alternatyvos mysql – postgres). Nors tiesą sakant, nežiūrėjau, ar tie adapteriai yra.
 
Pats Django jau palaiko Python 3, dauguma 3rd-party apps'ų taip pat juda link jo.
 
Realiai įsigilinus į skirtumus tarp 2 ir 3 neturėtų kilti daug problemų pereiti nuo vieno prie kito. http://docs.python.org/3.0/whatsnew/3.0.html
 
Iš Flask, Jinja kūrėjo apie tai, kaip rašyti kodą, kuris bus palaikomas ir Python 2, ir 3. Nors ne visoms mintims pritariu (pvz. patarimui nenaudoti six), bet verta paskaityti.
 
http://lucumr.pocoo.org/2013/5/21/porting-to-python-3-redux/

Jeigu teisių aibė atrodo taip paprastai:
Vartotojas < Moderatorius < Administratorius
Tai ką čia galvot? Turi gi lauką rights, tai ir saugok jame kaip saugai. Jeigu nėra didelės problemos, tai sesijoj saugai tik ID, ir kaskart po užklausą darai pagal tą ID į duombazę, iš kurios paimi vartotojo duomenis (kartu ir tą rights). Turi define'us arba constantas ir tiesiog if'ini kur reikia.

class User { const ACCESS_USER = 1, ACCESS_MODERATOR = 10, ACCESS_ADMIN = 100; public function login() { // loginini user'i $_SESSION['id'] = $gautas_rezultatas_is_db; } static function getInfo() { // query SELECT name, ...., rights FROM users WHERE id = {$_SESSION['id']} } } $user = User::getInfo(); // jeigu moderatorius arba adminas if ($user['rights'] > User::ACCESS_USER) { print "Tu auksciau, negu paprastas useris"; } if ($user['rights'] == User::ACCESS_ADMIN) { print "Tu adminas"; } // .....
 
Bet čia yra patogu TIK tada, kai User < Moderator < Admin, arba teisės yra sugrupuotos. Jeigu yra kažkokių specifinių teisių, pvz. kad Moderatorius gali daryti kažką, ko negali daryti Adminas (pvz. kažkokį specifinį puslapį matyti), tai tada patogiausia žaisti su flag'ais ir bitwise operacijomis. Tarkim, yra 5 skirtingos teisės:
1. Blokuoti user'į
2. Matyti turinį
3. Matyti moderavimo langą
4. Matyt administravimo langą
5. Loginintis
 
Ir kiekvienai iš šitų teisių reikia priskirti true/false (gali ar negali). Patogiausia tai padaryti 0 ir 1 sekos pagalba, pvz 01001 reikštų, kad user'is gali matyti turinį (2 skaitmuo - 1) ir loginintis (5 skaitmuo - 1), visų kitų negali daryti. Pvz. kažkoks kitas žmogus turi galėti daryti tą patį ką ir user'is ir plius dar galėti juos blokuoti - tai jo teisės būtų 11001. Čia, kaip galima suprasti, dvejetainė išraiška, kurią galima atvaizduoti paprastu integer'iu. Pavyzdžiui, jau minėtas 01001 = 1 * 20 + 1 * 23 = 9 (kaip ir kodėl ir kam šitas taip skaičiuojamas galima sužinoti universitete arba šiaip pagooglinus). Taigi, jeigu rights = 9 tai reiškia, kad vartotojas gali matyti turinį ir loginintis. Tikrinama tai irgi paprastai, su bitwise operacijomis:

class User { const CAN_LOGIN = 1, // 2^0 (00001) CAN_ADMIN = 2, // 2^1 (00010) CAN_MODERATE = 4, // 2^2 (00100) CAN_SEE_CONTENT = 8, // 2^3 (01000) CAN_BLOCK_USER = 16 // 2^4; (10000) static function canDo($access) { $rights = 9; // gaunamas is duomenu bazes return ($rights & $access) == $access; // sudedam kiekviena bita ir ziurim ar nepasikeite. //Jeigu nepasikeite - reiskia reikiamoje vietoje yra 1 } } // ir veliau kazkur kode if (User::canDo(User::CAN_MODERATE)) { // gali moderuoti } if (User::canDo(User::CAN_SEE_CONTENT)) { // gali matyti turini }
 
Čia žodžiu taip labai trumpai prabėgau, "pseudokodu" parašiau pačią flag'ų idėją (taip pat veikia ir CHMOD (o kodėl ten būtent 777, 775 būna ir pan.). Galima atskirą straipsnį šia tema parašyt, kad aiškiau būtų, gal kada prisėsiu. Siūlau pasidomėt, jeigu kažkas nežino :)

Hm, o kam tokia klasė išvis reikalinga? Nelabai matau, kuo skirtųsi nuo paprasto associative array, išskyrus sintaksę.
 

<? class ViewModel { //dynamically adds a property or method to the ViewModel instance public function set($name,$val) { $this->$name = $val; } //returns the requested property value public function get($name) { if (isset($this->{$name})) { return $this->{$name}; } else { return null; } } } $viewModel = new ViewModel(); $viewModel->set('articleId', 1234); ?> <form action='editarticle/?id=<? echo $viewModel->get('articleId'); ?>'
Tokį pavyzdį pasidarius man veikia puikiai (PHP 5.4.9). Galbūt dar kažko neparodei mums iš kodo.

Neįmanoma.

Tai kam rūpintis dėl kelių kilobaitų egzaimino metu?
 
Pripažinkim – programavimo mokymas mokyklose yra nesąmonė, beveik neturinti nieko bendro su programavimu realiame pasaulyje. Mokykliniame kurse, kiek pamenu, niekur nemokama dinaminio atminties tvarkymo. Tuo labiau koks nors ne pats protingiausias vertintojas nesupras ką parašei ir gausi minus taškų... :)
 
Žinoma, kad tikroje programoje reiktų naudoti atmintį efektyviai.

Tai kam rūpintis dėl kelių kilobaitų egzaimino metu?
 
Pripažinkim – programavimo mokymas mokyklose yra nesąmonė, beveik neturinti nieko bendro su programavimu realiame pasaulyje. Mokykliniame kurse, kiek pamenu, niekur nemokama dinaminio atminties tvarkymo. Tuo labiau koks nors ne pats protingiausias vertintojas nesupras ką parašei ir gausi minus taškų... :)
 
Žinoma, kad tikroje programoje reiktų naudoti atmintį efektyviai.

Gerai žmonės sako, universitete konkretaus TO ar ANO neišmoksi. Jeigu papildomai DAUG nesimokysi pats, tai būsi tipiška vidutinybė. Jeigu tu ten programavimą studijuosi tai niekas nedraudžia savarankiškai kūrybinio programavimo pačiupinėti. Apskritai, tu namie mokytis gali ko tik nori - piešti, kurti muziką, tvarkyti kompiuterius. Nesvarbu, kad universitete mokysies programavimo. Diplomas tai IT, o jeigu ten kažkas konkrečiau, tai jau darbdaviui įrodysi kad moki ir viskas, galėsi kad ir programavimą baigęs dirbti kokiu ten sys adminu. Viskas nuo tavęs priklauso, universitete viskas ganėtinai siaura. Pati bazė - tavo namai (nu nebent mokysies kokiose karibų salose).

KTU multimedijos studijos arčiau tai ko nori. Pačiupinėjama visko, kaip ir Tavo GUI kūrimą :) beto ar kūrybinis programavimas nėra game development? nes tuomet mėgink pats tuo užsiimti. Universitetas nebūtinai turi būti tai ką Tu veiks ateityje

Java ir Javascript - dvi atskiros kalbos.

Nesimatavau IQ normaliai, bet esmė: ribok ne [vien] mygtuko atvaizdavimą, o pačius veiksmus, kurie seka. Vien tai, kad nerodysi mygtuko nieko nereiškia (pvz. išsitraukia POST duomenis prisijungęs, atsijungia, ir padaro requestą susivedęs duomenis pats).

Ne jokius nbsp ar \n, pasidarai normalų html ir susilygiuoji... \n ir nekelia HTML'e į kitą eilutę, tam, kad galėtum savo kodą dėstyt kaip nori, neprisidarydamas kėlimų, kur nereikia.
 
http://codepen.io/anon/pen/iEGHa