codez

Kaut kur lasīju, ka ja faili ir ļoti daudz un nav pārāk lieli un paralēli tiek strādāts ar daudz failiem, tad db dod pat labāku performanci, jo failu sistēmas lock mehānismi sāk bremzēt, bet db tie ir optimizētāki.

Nu cik var likt šitos bezjēdzīgos sludinājumus bez atalgojuma apmēra? Tas ir kaut kāds mega noslēpums, kuru atklāj tikai pēc 3 mēnešu nostrādāšanas?

Ja ar Unix tu domā Unix-like sistēmas, tad ņem vērā, ka Unix-like ir arī Android, iOS un OSX un kopā ar citiem Linuxiem, domāju, ka summā ieliek Windowsam.

Tas ir smieklīgs apgalvojums, ņemot vērā, ka Wordpresu izmanto miljardu kompānijas un ir daudzi multimiljonu un pat desmitu miljonu biznesi, kas ir veidoti, par pamatu ņemot Wordpress. Piemēram, tas pats Techcrunch darbojas uz Wordpress un pirms pāris gadiem tika pārdots par 30 miljoni - tas ir naudas daudzumu, kura 1% ir vairāk nekā tev visā dzīvē samaksāts par tavu kvalitatīvo kodu.

https://www.digitalocean.com/community/tutorials/one-click-install-wordpress-on-ubuntu-14-04-with-digitalocean Vienīgais grūtais solis nezinātājam varētu būt 1 ssh logins, lai aktivizētu. Tāpat arī, ja cilvēks nedaudz prot lietot datoru, var salikt pats arī kaut ko šeit: https://wordpress.com/start/themes

Atbildējāt, ka komunistiska plānveida ekonomikas sistēma šajā teritorijā beidza pastāvēt pirms 25 gadiem un ka savā privātā biznesā darāt ko un kā gribat?

Šajā projektā nekāda lielā gudrība nav izmantota. Klients saņem datus un interpolē vērtības no iepriekšējiem stāvokļiem. Šūnas kustās salīdzinoši lēni, tāpēc pietiek ar vienkārši darbību sūtīšanu serverim un stāvokļu saņemšanu atpakaļ. Vienīgā ātrā darbība ir kameras kustināšana, bet tā kā kameras stāvoklis neietekmē spēles stāvokli, tad tas vis notiek klienta pusē un serverim netiek pat sūtīts. Ja ir lagains tīkls, tad principā gameplay-jā to uzreiz var just, ka kustības aiztures. Nesen taisīju arī "first person" eksperimentu un tur jau 100-200ms lags rada sliktu gameplay, tāpēc eksperimentēju ar tā saukto "lag compensation" metodi. Ideja ir tāda, ka paralēli darbību sūtīšanai serverim, visas darbības simulē arī klienta pusē un, kad serveris it atsūtījis jauno validēto stāvokli, klients ir ticis parasti 2 - 5 simulācijas soļus uz priekšu, tāpēc visas šo soļu darbības glabājas buferī un pie jauna stāvokļa no servera, tiek pārsimulēta visa ķēde līdz šim brīdim. Ja klienta puses un servera puses algoritmi ir vienādi, tad pārsimulācija parasti dod to pašu rezultātu. Rezultāts sāk atšķirties, ja servera puses simulācijā iejaucās cita lietotāja darbības, kuras pirmais klients vēl nav saņēmis. Šajā gadījumā pēc pārrēķināšanas gala vērtība var nedaudz atšķirties, tāpēc ar interpolāciju vairākos kadros pietuvina šo vērtību. Mana steka gadījumā man nācās daļu simulācijas algoritma, kurš notiek arī klienta pusē, pārrakstīt no Scalas uz Javascriptu. Šajā aspektā nodejs ir neliela priekšrocība pār Scalu, lai gan tīri teorētiski Scalai ir bibliotēkas, kas māk Scala kodu pārvērst Javascriptā. Ar "lag compensation" metodi, principā pārvietošanās pa pasauli, neietekmējot gameplay, var notikt arī ar vairākas sekundes pazudušu konekciju.

Youtube embedošana pārraksta linkus uz http, tāpēc tagad ar enforsēto https, tie nestrādā.

Man reiz DO uzlauza vecu Wordpress lapu un sāka sūtīt mail spamu. Atnāca brīdinājums, reaģēju pēc 2 dienām, jo nevarēju uzreiz sakontaktēt to, kam to lapu biju uzlicis. Visu atrisināju un nekāda konta bloķēšana nebija. Bet ir jau saprotama arī hostinga provaideru sāpe. Jo lēnāk viņi reaģē, jo lielāka iespēja viņu IP adresēm nonākt blacklistēs.

No idejas līdz palaišanai bija 3 nedēļas, bet pēc tam vēl daži uzlabojumi laika gaitā. Šeit ir video kanāls, kurā redzami daži soļi, kā tas tapa: https://www.youtube.com/channel/UCrClz9vWB7Y1iqU-DASJHgA/videos Vienīgais mārketinga rīks bija šis youtube kanāls, caur kuru arī spēli pamanīja arvien lielāki YT kanāli un tālāk jau aizgāja ķēdes reakcija. Galvenās atziņas: - web multiplayer spēļu niša ir ļoti tukša un tajā vēl ir daudz vietas vienkāršiem projektiem. Manuprāt, jebkura kaut cik interesanta web multiplayer spēle ļoti ātri var iegūt popularitāti. - Youtube ir superīga mārketinga platforma. - 3D nav tik sarežģīts, jāsaprot tikai galvenie performances noteicēji: gl call-u skaits un trīsstūru skaits scēnā.

Tik daudz gan vēl dienā nav, bet tuvojas, tāpēc domāju, vai ar mikromaksājumiem ir iespējams panākt būtiski lielāku monetizāciju.

Mikromaksājumus varētu pielikt, bet nav īsti nojausmas, vai tie dod vairāk monetizāciju kā reklāmas šādā situācijā. No psiholoģiskā viedokļa škiet, ka, lai kāds tērētu, vajag, lai tas ir ilgtermiņa ieguldījums - tātad kaut kādus topus, rangus, utt. Bet, ja runā par Minecraftu, varbūt jauzklonē tas - web versijā un ar massive multiplayer iespējām, tur gan varētu tirgot klucīšus uz nebēdu.

biome3d.com - vienkārša spēlīte, kas taisīta pēc populārās spēles Agario koncepcijas, tikai 3d versijā. Taisīju kā hobija projektu, lai apgūtu 3d programmēšanu pārlūkā ar Webgl. Spēles serveris taisīts Scalā un komunicē ar frontendu caur websocketiem binārā formā. Spēles serveris vienlaikus spēj uzturēt līdz pat 200 spēlētājiem un modelēt mijiedarbību starp ap 2000 kustīgu un 50'000 nekustīgu objektu 20 reizes sekundē. Lai sasniegtu tādu performanci tiek izmantotas vairākas datu struktūras, no kurām galvenā ir optimizēts kd-tree. Palaista šī gada 1.septembrī, bet kā izrādījās daudziem iepatikās un pašlaik ir ap 40k unikālu lietotāju dienā un ap 400k mēnesī. Vairāki lieli youtuberi ir ievietojuši video par spēli: https://www.youtube.com/watch?v=YM7UXcdAjpk https://www.youtube.com/watch?v=va6UyfuAILo Kopā ir izveidoti jau vairāk kā 1000 Youtube video par spēli.

Nav jau runa tikai par ātrumu, 1. variants tev ļauj API izmantot programmēšanas valodas līmenī, nevis caur HTTP, kas dod daudz papildus bonusus izstrādē, piemēram, "code completion". Statiski tipētu valodu gadījumā tas vispār tev dod API ar tipu sistēmu.

1. variantā nav jātaisa jauni "model un stuff", jo tie ir tieši tādi paši kā API un var tikt atkārtoti izmantoti gan API gan Web serverī. Es dotu priekšroku pirmajam variantam. Šeit ir neliels bloga ieraksts, kurš apraksta doto problēmu: http://www.bizcoder.com/the-web-api-business-layer-anti-pattern

Mr.Key, tev daiļrakstīšana jāiet pie Kavacky pamācīties, viņam pēdējā laikā labāk sanāk.

https://www.facebook.com/groups/NeuroscienceGroup/

Kavacky, rekur tavai draudzenei, kura neticēja par to, ka gremošanas trakta baktērijas, izdalot hormonus, tiešā veidā ietekmē domāšanu: Gut Commensal E. coli Proteins Activate Host Satiety Pathways following Nutrient-Induced Bacterial Growth P.S. Atbildēt uz šo nevajag, vienkārši FB plūsmā uzpeldēja.

Failos parasti var aizlekt uz noteiktu pozīciju, nevis rindu, neejot cauri visam failam. Tātad, ja tu gribi aizlekt uz konkrētu rindu, tev ir vai nu visām rindām jābūt vienādi garām (baitos, nevis simbolos), vai arī jāuztaisa indekss ar katras rindas sākuma pozīcijām failā.

Varbūt kāds zin, kur var atrast sarakstu, ar bloķētajām lapām un ip adresēm? P.S. Atradu pats, https://www.iaui.gov.lv/images/Blokesana/supportmail.pdf

Man no mājas vēl joprojām reddit bloķēts. Tagad zināšu cēloni tam.

Sk, laikam dažādiem provaideriem dažādi risinājumi.

Kaut kā palaidu garām to, bet šīs laikam ir tās izmaiņas likumā: http://likumi.lv/doc.php?id=266884 P.S. Man dig casino.com atgriež 80.85.64.141, kas izskatās pēc īstās IP adreses. P.P.S. Pagaidām vairāk izskatās, ka tiek bloķēta konekcija konkrētām IP adresēm, kuras atbilst DNS ierakstam.

Pastāsti man, kādā veidā Valsts var nobloķēt lapu? P.S. Un, ja ir zināms, kādi likumi vai noteikumi atļauj šo?

Bet tad jau viss ir tā kā vajag, ja tev patīk.