mandarīnpīle

Šodien ir Day 14 kopš pārlēcu no Windows uz Linux. Ubuntu, ar ko sāku, jau atmetu, jo tas tomēr bija pārāk līdzīgs Windowsam. Man gribējās ko kardināli citādāku. Nolēmu izmēģināt Arch linux un pāris tiling window managerus, pretstatā desktop environment iespējām. Uzstādīšana viennozīmīgi ir sarežģītāka nekā Windows. Tomēr, izejot reizes divas cauri Arch instalācijai virtual boxā, uz īstas, svaigas instalācijas nebija nekādu problēmu. Apmēram 20min darbs. Tālāk viss atkarīgs no GUI, ko izvēlas. Gnome, lxde utt ir ļoti vienkāršas, bet es pirmajā piegājienā ķēros pie i3 un Awesome WM. Tas, ka jāpārzina kāda programmēšanas valoda, lai nomainītu ekrāntapeti, bija nepierasti, bet 2 dienu laikā apradu ar konfigu un problēmu vairs nav.. Programmu instalēšanu caur termināli esmu atzinis par daudz ērtāku nekā Windowsa meklēšanu izstrādātāju web lapās. Tāpat Awesome ir domāts lai gandrīz pilnībā atteiktos no peles lietošanas un līdz šai dienai nejūtu nekādu vajadzību. Priecē arī resursu lietojums.. Uzreiz pēc ieslēgšanas tiek lietoti tikai 130MB RAM, un nekad neesmu redzējis, ka mans RAM lietojums pārsniegtu 700MB. Cold Boots ar SSD cietni aizņem apmēram 7 sekundes, izslēgšanās - 3s. Kaut gan šeit nav nekādu īpasu efektu, animāciju, caurspīdības, es tomēr uzskatu, ka mans ekrāns izskatās skaistāks nekā Windows vidē. Visa sāls ir iekš themes. Uz jebkuras citas distribūcijas diez vai būtu kādas problēmas ar dzelžiem, bet Arch gadījumā negribēja strādāt mans internets. Tas strādā no Wifi, bet nestrādā no vada. Joprojām neesmu atradis risinājumu. No Wiki lapām dzirdētais liek domāt, ka arī videokartes bieži rada problēmas. Kā arī šis vairs nav dators, ko var dot tehniski un IT jomā neizglītotajam kaimiņam ieiet internetā, kad viņš ciemos atnācis. Būs kultūršoka risks. Tādos gadījumos der tikai Windows..

Tomer zinu.. Viscious acimredzot nevar nolasiit status no primitiivaa wifi-menu. Informaacija paraadijaas peec tam kad instaleeju NetworkManager

Es nezinu, ko izdariiju, bet tas vienkarsi saaka darboties..

Vai tad Ethernet nav savienojums no vada? Lietojot wifi-menu es sleedzos klaat ar "wifi-menu wlp3s0" un viss iet. Komanda "ip link" man neuzraada eth1 interfeisu.. Bet nu pameegjinaasu.

Informaacija oficiaalajaa manuaalii: --vicious.widgets.wifi -- provides wireless information for a requested interface -- takes the network interface as an argument, i.e. "wlan0" -- returns a table with string keys: {ssid}, {mode}, {chan}, {rate}, -- {link}, {linp} and {sign} Tad nu saveidoju widgetu luuk, shaadi: wifiwidget = wibox.widget.textbox() vicious.register(wifiwidget, vicious.widgets.wifi, "${ssid} Rate: ${rate}MB/s", 3, "wlp3s0") Un izsaucu shaadi: left_layout:add(wifiwidget) Nekaadus errorus neizmet, bet outputaa ieguustu tikai "N/a Rate: 0Mb/s".. Kaapeec taa? Pievienojoties internetam ar wifi-menu tiek lietots tieshi wlp3s0 interfeiss, taapeec tam vajadzeetu buut pareizajam. Lua valoda, ja kaads nav lietas kursaa..

Es velos lai man LXDE butu kaut kas lidzigs Windows palodzei vai Ubuntu Launcheram. Respektivi - ir panelis, kur visu laiku atrodas biezak lietoto aplikaciju ikonas. Kad atver vienu no sim aplikacijam, paneli aplikacijas ikona iekrasojas (kaut ka maina stilu, lai izskatitos ka atverta). LXDE sobrid esmu izveidojis "Launcher" paneli ar biezak izmantotajam ikonam. Problema - tas atverot, ikonas neiezimejas ka atvertas. Ir atsevisks riks "Taskbar", kura paradas visas atvertas programmas, bet ja man reize darbojas gan "Taskbar" gan "Launcher", tad ikonas dubultojas un atrodas reize abos panelos. Ka to apvienot?

Kā ir ar to Linux drošību? Saka, ka nav vīrusu. Ar ko tas ir saistīts? Līdz šim es to skaidroju kā nevis "nav vīrusu", bet "ir mazāk vīrusu, jo ir mazāk linux nekā windows lietotāju, tāpēc vīrusu veidotājiem nav vērts ķēpāties ar tik mazu auditoriju". Pareizi? Vai arī tas saistīts ar kaut kādām Linux aplikāciju palaišanas pilnvarām, kas neļauj kaut kam darboties fonā? Vienkārši neticu, ka ir sistēma, kurai nevar izgatavot vīrusus, spyware, malware, remote control vai tml.

Lai gan server side valodās bez OOP normāli neiztikt, pačolējot populāru interneta lapu JavaScript source failus tajos nemaz tā neredz OOP centienus.. Tāpat funkcijas, funkcijas.. Ar ko tas skaidrojams? JavaScript pievienotās OOP iespējas nav nemaz tik ļoti OOP lai tās izmantotu? Vai arī ikdienā nepieciešamā Javascripta funkcionalitāte parasti ir pārāk vienkārša, lai veidotu objektus?

Nu tad morāle - ja gribam ātru ielādi, citas OS vietā ieliekam SSD ?

Pārslēgties var ar: alt+tab win+tab alt+esc alt+tab un win+tab ir neērtas lietas, bet alt+esc fiksā togglošana līdz šim strādā tīri labi.

Mana teorija par to, kāpēc Linux varētu atvērt aplikācijas ātrāk, balstījās uz to, ka Linux GUI un servisi varētu būt vieglāk sagremojams nekā Windows GUI. Ja aplikācijas atvēršana kā tāda abās OS prasa vienādu skaitu instrukciju, tad GUI abās OS prasa dažādu skaitu instrukciju un tur arī varētu rasties starpība. Bet nav ne jausmas cik tā ir liela. Visticamāk nejūtama. Windows 7 arī var atslēgt daudzus brīnumus tā lai desktops izskatās pēc Win 98, bet nešķiet, ka tas kaut ko būtiski maina.

Jā nu tas gan ir jaunatklājums. Kurš to vispār varēja iedomāties?

Linux terminālis mani nebaida un nav pilnīgi svešs. Šis nosacītais ērtums nebūtu te jāapspriež.. Doma bija vairāk par performanci. Mani arī ieinteresēja Arch Linux "do it yourself" filozofija. Tīri ne ko dziļāk par to nezinot, es empīriski pieņēmu, ka minimālistiska sistēma, kuru es kontrolēju un kurā es varu sainstalēt tikai man nepieciešamo varētu izrādīties krietni vien racionālāka par Windows kas pilns ar daudz ko performanci ēdošu priekš daudzajiem dumjajiem domāt negribošajiem lietotājiem. Bet nu man nez kāpēc sāk likties, ka tā nav?

Līdz šim esmu bijis Windows 7 lietotājs, bet sagribējās ko jaunu.. Ļoti bieži bija dzirdēts, ka Linux operētājsistēma strādā manāmi ātrāk nekā Windows. Ar šo "ātrāk" es sagaidīju jūtamu uzlabojumu aplikāciju atvēršanā (kaut vai interneta pārlūki, teksta editors), un ar "jūtamu" es domāju vismaz sekundi, nevis milisekundi. Tāpat sagaidīju arī ātrāku OS ielādi. However, instalējot Ubuntu ar Wubi (windows installer for ubuntu desktop) un panākot kaut kādu dual boot'a surogātu, nekas no gaidītās veiktspējas nepiepildījās. Man pat šķiet, ka Windows 7 strādā "jūtami" ātrāk nekā Ubuntu. Kādēļ tas tā ir? Tas, ko man vajadzēja gaidīt, ir kas pieticīgāks par to, ko es gaidīju? Ubuntu ir vēl kaut kā īpaši jākonfigurē? Pie vainas ir Wubi un efektam vajadzēja taisīt fresh install? Jāpiebilst, ka mana Windows 7 sistēma ir diezgan pieticīga, atslēgta liela daļa servisu, Startup laikā nekādas ekstras netiek ielādētas, antivīrusa nav, no 500GB HDD izmantoti ~90GB

Šo topiku vajadzēja dzēst jau pēc pirmajiem 5-6 komentāriem

Pat html5 gadījumā esi paspīdējis

Te ir labs blograksts par supportu ar reāliem cipariem (procentiem): http://renaun.com/blog/2013/04/how-far-is-the-reach-of-webgl-on-the-desktop/ Neliekas, ka tas ĻOTI atšķiras no CSS situācijas.

Es nevaru googlē atrast nevienu īsti labu piemēru. Taisot iekš CSS, lielākā sāpe ir Opera un IE. Prakstiski uz IE es arī vairs neceru, bet nu Opera būtu labi. Piemēram, atverot ko šādu: http://maps3d.svc.nokia.com/webgl/ Ar webkit viss iet. Tomēr, atverot ar Opera, uzlec paziņojums, ka lietotājam ir jāiet Operas settingos un jāieslēdz WebGL. Nu, ir lielāka iespēja, ka standarta interneta lietotājs tādu lapu vienkārši aizvērs, nevis rakāsies uzstādījumos. Ja nu tomēr rakāsies - es to izdarīju, bet man, piemēram, tāpat neiet.

Konkrētāk?

Kā ir ar browser supportu?

WebGL pašlaik nav manā toolboxā un par to neko daudz nezinu. 3D ko gribu panākt, ir pieticīgs. Izšķiršanās par labu CSS vai WebGL šādā gadījumā, manuprāt, jāizdara dēļ browser supporta. Ja var ticēt šai lapai http://caniuse.com/webgl tad īsta uzticamība, ka 3D strādās, laikam ir tikai Chromā. Jo lieto CSS eksperimentālās iespējas, tad strādā Chrome, Safari un Firefox. Un tas izskatās pēc overkill'a dēļ kaudzītē sakrautu kubu kustināšanas. Ar CSS nepieciešamais koda daudzums ir DAUDZ mazāks. Ja jau CSS veidotāji to palēnām ievieš, tad kaut kāds mērķis tam noteikti ir.

Laikam jau nekas cits neatliek kā vien nākt pretī - iztulkoju stackoverflow domu gājienu iepriekšējā postā. Ja nu kādam līdz.

Āh. Skarbā dzīves patiesība - latviešu kūtrums nekad ātruma ziņā nepārspēs stackoverflow forumu. Tur problēmai stundas laikā tika atrasts daļējs risinājums. Varbūt varat paturpināt.. Papildus notestēju problēmu ar sekojošām metodēm: 1.) Izveidoju otro kubu līniju iekš #second_line_of_cubes 2.) Izslēdzu -webkit-perspective:1000px, lai rotācija tikai uz Y ass arī būtu redzama tikai uz Y ass (nevis arī X). 3.) Pozicionēju #second_line_of_cubes tieši zem #first_line_of_cubes 4.) Rotēju #first_line_of_cubes par 0 grādiem un #second_line_of_cubes par 180 grādiem, lai abas līnijas ir pretēji vērstas. Tagad skaidri redzams, ka rotācijas ass nav centrā jo abas līnijas nesaskan. Tomēr tās ir perfekti nepieciešamajā pozīcijā kad transform-origin tiek iestatīts uz "340px 0px 0px" Šeit ir paraugs: http://jsfiddle.net/VpFjt/ (darbojas tikai iekš Chrome) Loģiski origin vērtībai 300px būtu jāapzīmē 600px platās line_of_cubes centru, tomēr pareizā ir 340px vērtība. Atlikušais jautājums:no kurienes un kā rodas tie papildus 40px?

Ir izveidoti 3 mazi kubi, kas savienoti līnijā kā garena 3D figūra. Nepieciešams tos rotēt pa X un Y asīm. CSS porpertijs "transform: rotateY() rotateX()" savā darbībā rotē ap 3D figūras vienu stūri, bet nepieciešams to rotēt ap figūras centru. Google saka, ka atrisinājums slēpjas transform-origin CSS propertijā, bet man neizdodas ar to atstāt jelkādu iespaidu uz 3D objektu. Šeit links uz paraugu http://jsfiddle.net/ZVVK3/ (Pievienots tikai -webkit- prefikss, tāpēc paraugs skatāms TIKAI ar Chrome vai Safari pārlūkiem) Tā kubu rinda iekš CSS apzīmēta ar ID #first_line_of_cubes pašā faila apakšā. Tātad - kā rotēt ap centru?

Jā, savā ziņā bezjēdzīgu. Es neesmu izveidojis lielus projektus, kas gatavi iziešanai publiskajā telpā. Esmu vairāk koncentrējies uz programmēšanas tehnisko pusi, nevis to, kur šīs lietas var komerciāli izmantot. Bez šī etapa tava recepte "lūk viens kļuva par miljonāru - izdari tāpat", nebūtu iespējama. Vispirms ir jāiemācās rīkoties ar instrumentiem..