F3llony

Kāds ports? Nav 80?

Mums kā reiz domas atšķiras šajā jautājumā. Man jaunais ir 5.5 :)

2012

Hostings atkal pārcelts uz fizisko serveri. Sākuma līmeņa Atom. Apache 2.4, MariaDB 5.5 (Mysql) Php 5.5.

Bezmaksas hostings pagaidām nav pieejams reģistrācijai.

2015

Current stable: 5.6.11

Scroll to top poga visu laiku redzama, lai arī viss content ietilpst ekrānā

Visu laiku redzams scroll bar, lai arī viss content ietilpst ekrānā

Pogām kaut kāds pre-flat-design-era dizains

JavaScript un Css faili nav konkatenēti. Laikam par Grunt/Gulp neko neesi dzirdzējis

Paša rakstītie JS vispār nav minimzēti un visas funkcijas globājajā scope. Palasi par closure, self executing anonymous function, global scope pollution utt

Priekš 2000. gada būtu ahūni, bet tajā laikā vēl nebija jquery un bootstrap.

Are you fucking loosing it? 

Kāpēc tieši kanāriju salas? Lēta dzīvošana, nodokļu paradīze, vairāk saules vairāk D vitamīna??

Kanārijas tiek uztvērtas kā more or less beach paradise. Ir analogi gadījumi dzirdēti arī par citām salām, Ibizu piemēram. Dzīvošana noteikti nebūs ne daudz lētāka, ne dārgāka kā mainland Spānijas metropolēs. 

"F**k you, elephant!" :D

Uz s6 viss kārtībā. 

Kanārijās parasti bāzējas vai nu eksporta IT vai startupi. Ja šis ir adekvāts kantoris un alga tiešām vidēji statistiskā ar Pitonu, tad alga varētu būt pie 2500-3000+ uz rokas.

P.S. interesants stāsts - man viens pazīstams pilsonis uztaisīja startupu, dabūja VC investment, noīrēja Las Palmas māju ar paforšu skatu uz pludmali un pārcēlās ar visu team tur vienkārši dzīvot un strādāt pie tās savas štelles. Tā viņi tur dzīvojas jau kādu laiku. Sanāca tāds mazs IT community house. 

Not implemented yet. :)

 

Es gribētu tur uztaisīt kaut kāda līmeņa sociālo tīklu. Jo it kā jau varētu būt interesanti redzēt, ko tavs čoms izdara tačkai.

Nu ideja neslikta jebkurā gadījumā. īpaši tas daily expenses. I approve of this. 

Hmm, izskatās jau forši. Vienīgi nedaudz smieklu padzen tas salīdzini ar draugiem :D Honestly? "Klaau Petja mans žiks rij par 0.5l mazāk kā tavs žiks" :D

Officer?

Современный офис в центре Даугавпилса;

:D ...

Jau 3 gadus sadzīvoju ar insite..

Piedod. :D

Tur tā lieta, ka dažos scenācijos. Prātā uzreiz tādi scenāriji nenāk, bet nu absolūti lielākajā daļā keisu nginx ir evektīvāks.

Tieši otrādi - pareizi nokonfigurēts Apache + mod_php būs ātrāks visos vienkāršlapu scenārijos. Un par iemeslu tam kalpo tas, ka mod_php ir Apache modulis, bet Nginx ar PHP komunicē caur FCGI un pa vidam mētājas arī FPM. Nginx + FPM gadījumā situāciju daudz uzlabot nevar - varbūt fcgi keepalive pakruķīt, citas nianses, kur Apache savukārt var nogludināt diezgan pamatīgi, nogriežot moduļus, htaccess un veicot utml. optimizācijas. 

That being said, Nginx ir mazāks memory footprint pret Apache, taču atšķirība nokonfigurējot abus +/- korekti maziem projektiem nav tik jūtama. Nginx ir labāka izvēle arī tad ja jāservē diktan daudz statisku failu vai jāprokšo pieprasījumi uz N apakšsistēmām, bet arī šajā gadījumā ieguvums būs relatīvs un tad kad tas būs reāli jūtams, iespējams būs nepieciešams aplikāciju no statiskiem asetiem atdalīt. 

Protams, ja izdomāsi pāriet uz L*MP, tad ir jāizvēlās nginx. Konfigurācijas iespējas ir milzīgas, un ātrdarbība ir labāka.

Tas nav fakts un nav akmenī cirsts - tar ir atkarīgs no vides un dažos scenārijos Apache + mod_php ir pat ievērojami ātrāks, kā Nginx + PHP-FPM. 

https://github.com/summerblue/phphub

How about this? In future. 

Nē, nu saprotams, ka standarta web projektam es nekad tā nedarītu, bet teiksim, ja ir jāuztaisa kāds viegli šipojams produkts, kuram prasības pēc apjoma nav tik lielas un var pat izmantot kādu embedojamu db, tad, lai viss projekts būtu vienā .jar failā, varētu arī atļauties failus glabāt db.

Tas tiesa gan. Labs arguments. 

Briedi. Tas izskatās pēc rasisma ne pēc vienkārša heita.

Šobrīd aktuālāk būtu to dēvēt par feminismu. 

Nu nezinu, nezinu. Man vairāk liekas, ka LV sākuši izplatīt jauna veida "legālās" un primāri jau, tech mītapos... 

(╯°□°)╯︵ ┻━┻

Galīgi saspiedušies... 

Tātad - normāli, sevi cienoši, cilvēki izdala divas lietas - blob storage un META storage, jo blobs un bloba metadati ir divas atšķirīgas lietas. 

• Blob storage - block/cloud/something vide, kura optimizēta glabāt blobus. Tā nav datubāze. Tā nav datubāze. Tā nav datubāze.
• META storage - insert/delete (vai nu append only, vai nu append-delete) ātra DB. Šeit glabājam visu META informāciju - oriģin. nosaukums, izveides datums, etc. etc. Ja failus vajag dzēst pēc laika, dēmons fonā lasa META storage un izlasa expired failus pēc datumiem un citām dimensijām, un dara citus darbus.

Un tagad par iemeslu kāpēc: FS ir optimizētas failu glabāšanai un FS pamatā nav visa milzīgā overheed kas ir DB. DB blobus glabā nu ļoti specifiskos gadījumos. 

Tālāk: syncing problems, ko daGrevis minēja. Šī problēma vienkārši neeksistē. Tam domātas asinhronas operācijas, availability callbacki utml. brīnumainas un maģiskas lietas. Tas arī viss ko gribēju te piebilst. 

Par to kešošanu es vispār nesaprotu. Būtu jau labi redzēt kaut kādu result cache šeit, kas varētu apsvērt šito abstrakto mākslu :D

Kas būs tālāk, rakstam moduli uz Nginx lai vilktu statiskus failus no MySQL? Nu nē nu. 

So:

FileSystem => Database Engine => DatabaseDriver => PHP?Whatever => Web Server => User => :(

FileSystem => Web Server => User => :)

Nē, tev kā ierindas developerim Docker neko vairāk, kā apjukumu nedos. Docker labi der procesu un sistēmu virtualizācijai - darbināt CI darbus, šipot aplikācijas ar dažādām runtime versijām uz viena hosta etc. sisadmina dienas kārtības jautājumiem. 

/flame

Cilvēkiem vajadzētu izvilkt pirkstus no dupša un lietot LXC. Jo nav jau tā, ka es neuzticos DockerHuba neparakstītajiem dokera imidžiem vai man būtu kaut kas pret permission elevation iekš hosta... Vai 1000000 konteineriem, jo katram procesam jau vajag savu...  

/flame

nē!

Nepārtrauc, kad neko nesaku!

Te ir internets - uzvar tas, kurš pēdējais kaut ko iepļerkst.

Jā!

Ja konkrēti par parolēm PHP vidē, tad neveidojam kaut kādus savus velosipēdus (lipinam sāļus ar parolēm), bet lietojam password_* funkcijas, http://php.net/manual/en/function.password-hash.php

 

password_hash, password_verify. 

 

Tas gan ir tikai PHP 5.5, bet nu lietot kaut ko vecāku jau tagad gan nevajadzētu...

Kas ir tas pats crypt/bcrypt

Es pareizi saprotu, ka Lumen ir sub-sets no Laravel un savukārt Laravel ir subsets no Symphony? Proti, Laravel ir tas pats Symphony tikai ar mazāk fīčām, savukārt Lumen ir tas pats Laravel tikai ar vēl mazāk fīčām ?

Nē. Laravel izmanto Symfony komponentes. Thats all. 

Lumen ir apgraizīts Laravel. Neredzu jēgu gan tam pasākumam, jo, imho, mikrofreimworks ir mikro, ne 2000 direktoriju templeits. -.- tad vnk ņem Laravel un aidā. 

Vairāk jautājums, kāpēc vispār javaskriptā vispār lietot semikolus? Es personīgi sen jau rakstu javascriptu ES6 standartā, kur semikoli nav jālieto.

Neizplati nepareizu informāciju - ES6 paredz gan "reduced", gan "traditional" stilu - t.i. lietot vai nelietot semikolu vēl joprojām ir katra paša brīva izvēle un ES6 lietot vai nelietot neuzspiež.

Lai neuzsāktu kārtējo hurr durr mūžīgo argumentu - 

• Semikolu lietošana vēl joprojām ir de-facto CS standarts absolūtā nospiedošā pārsvarā projektu, kā publisku tā slēgtu;
• Taču, ja tik tiešām ir tāda vēlme, droši nelieto - neviens pa muti nesitīs. Varbūt. 
• Konsistence.
• this:

 

Most of the comments in the semicolons exchange make me sad. In the proposed promises grammar and you'll see something surprising about ASI and infix operators: we can add new infix operators in the future. The moral of this story: ASI is (formally speaking) a syntactic error correction procedure. If you start to code as if it were a universal significant-newline rule, you will get into trouble.