Spletno gostovanje v oblaku - hitrost najbolj pomembna

če ti gre za performans pol izberi nek čim bolj lahek framework (slim framework recimo), ali pa pač brez frameworka če ni nek obsežen projekt

cache za statične fajle pa preko htaccess in http headerjev

Predvsem želim imeti nek varen način za avtorizacijo uporabnikov. CakePHP ima npr. vsa geslo pod hashom in podobne ugodnosti pač kako priti do vsebine SQL tabele.

Ko smo že pri SQL tabelah.. ve kdo za kakšen tutorial glede dizajniranje baz in tega.. sem že malo pozabil kakšne so te relacije in kako potem optimiziraš...

Baza aplikacije bi sicer imela do miljon vnosov in bila velika do največ 10Gb.

Trenutno imam problem ko želim doseči sledeče: Povezati bazo uporabnikov, ki jo ima CakePHP z nekimi slikami, podatki, ki pripadajo uporabniku.. na način, da bi vse bili logično kar se da optimalno in hitro.

Vem da se naredijo nad podatki B+ drevesa in potem so SQL queriji hitrejši ampak ne vem kako bi to združil z načinom kako CakePHP sestavlja baze in se z njimi sporazumeva.

Načeloma znam naresti bazo, ki bi bila dokaj hitra ne vem pa kako bi jo naredil še varno (tu pride CakePHP, ki ima to saj glede gesel, SQL injectiona in tega pošlihtano).

techfreak :) je 10. jul 2013 ob 23:30 izjavil:

//Nevarno, tvegaš SQL injection
 $izdelek = 150;
 $sth = $dbh->prepare('SELECT * FROM izdelki WHERE id = '.$izdelek);
 
 //Varno
 $izdelek = 150;
 $sth = $dbh->prepare('SELECT * FROM izdelki WHERE id = ?');
 $sth->execute(array($izdelek));

zakaj je v prvem primeru nevarnost sql injectiona ?

@mirancar: Ta direktni primer ne bi, vendar če bi $izdelek sprejel preko $_GET, $_POST ali kako drugače od uporabnika, bi ta lahko spremenil SQL stavek ki se bo izvedel.

@alexa-lol:
Slike in ostale statične vsebine je veliko boljše imeti na strežniku/Amazon S3, kot pa v bazi. Sploh pri kakšnih zadevah kjer je veliko uporabnikov, saj bi bazo s tem dodatno upočasnjeval, kakšnih prednosti pa ni.

Prednost CDN (Amazon S3, Rackspace Cloud Files) je v tem, da so datoteke na voljo iz najbljižje lokacije do uporabnika (npr. obiskovalec iz Slovenije bo dobil postreženo iz Nemčije, obiskovalec iz Kanade pa iz kanadskega strežnika). Dodatna prednost je pa tudi v tem, da ni razlik v hitrosti delovanja če imaš 1 ali 1000 ogledov strani na minuto.
Če imaš v planu obiskalce iz geografsko različnih področjih je CDN najbolj primerna opcija.

Recimo v Enteries bi imel nek stolpec, ki bi vseboval array URLjev do slike oz. videa.

Shranjevanje arrayjev v bazi ni priporočljivo, sploh če hočeš boš delal poizvedbe za pridobitev samo določenih. Raje naredi novo tabelo kjer vsaka vrstica predstavlja eno sliko/video.

Za samo procesiranje (PHP in MySQL) pa kot že rečeno je v večini primerov dovolj (in ceneje) VPS. Oziroma vsekakor je dobro cenovno primerjati različne opcije ter se potem odločiti.

No to glede tega arraya v Enteries bi bilo tako, da načeloma če bi hotel bi hotel vse... lahko se pa naredi tako kot si ti predlagal in dobiš pač isto lahko vse ven... to bom še premislil, ko bo bolj definirana ideja.

HardFu je 11. jul 2013 ob 09:27 izjavil:

Prvo se znebi CakePHP. Resno - framework je performancno cist v pizdi.

No sj trenutno sm še odprt za predloge.. načeloma edina zahteva ki jo imam je da ima ta Login pošlihtan, pa da je odporen na SQL injection. Fajn bi bilo tudi če si zna predstavljati bazo kot model - kot CakePHP.

Načeloma mi je tudi vseeno ali je v PHP ali čemerkoli drugem - nisem tak poznavalec server-side spletnih tehnologij. Načeloma iščem nekaj kar bi imelo omenjeno varnost pri Loginu, bi znal delat z večimi ponudniki baz (da nisi vezan na MsSQL, MySQL, npr. gledal sem bazo Redis, ki ima bazo v RAM z backupi na disku), ter da lahko POST, GET requeste pošiljam, ter da ima zadeva koncept sej (session - z shranjevanja česarkoli že) in pa omogoča delo s piškotki.

Kar se mene tiče bi zadevo naredil v C (pač hitrost) sam ne vem kako bi zraven POST,GET, SESSION in COOKIJE pripel, ter pač povezava z bazo in že prej omenjen Login.

Pač edina cilj je čim manjši footprint aplikacije in s tem povezana hitrost delovanja (v oblaku), slike pa v drugem oblaku. Slike in stran bi bile v 99% uporabljali ljudje iz Slovenije, tako da načeloma ne potrebujem teh filov na serverjih drugje po svetu.

Kakšne zamisli?

Hvalaza odgovore in lep pozdrav

Kar se mene tiče bi zadevo naredil v C (pač hitrost) sam ne vem kako bi zraven POST,GET, SESSION in COOKIJE pripel, ter pač povezava z bazo in že prej omenjen Login.

Ne da je tezko, ampak tak app bi imel verjetno (ce neves kaj delas) se 100x vec lukenj kot slabo napisan php.

Žal je tako, da so frameworki v PHPju res precej počasnejši. Pomoje je najboljša opcija, da za začetek vse napišeš v CakePHP, glede na to, da si z njim že delal in ga ne poznaš. Hkrati dodaj še nek logging odzivnosti aplikacije in neko analitiko, kjer boš videl katere podstrani so najpogosteje uporabljane.
V tem času, ko bo stran v produkciji in boš zbiral statistične podatke, se nauči o delu z Varnishem, potem pa optimiziraj toliko, kot je potrebno. Recimo če imaš scenarij domača stran, ki je enaka za vse obiskovalce, različen je edino login blokec, lahko imaš v cacheu posamezne fragmente strani. Nastaviš, da ti večino strani potegne iz cachea, edino login box se zrenderira vsakič na novo. Če je še to prepočasno, potem lahko nekatere dele aplikacije prepišeš mimo frameworka (ampak to je res že skrajna opcija).

Intval je varen.

Sicer pa se v PHPju mysql_query in ostale mysql_* funkcije opuščajo. Nadomeščata jih PDO in Mysqli.
Medtem ko je po starem potrebno vstavljati parametre direktno v SQL stavek:

<?php
$results = mysql_query(sprintf("SELECT * FROM table WHERE id='%s' AND name='%s'", 
                       mysql_real_escape_string($id), mysql_real_escape_string($name))) or die(mysql_error());
$rows = array();
while($row = mysql_fetch_assoc($results)){
    $rows[] = $row;
}

se po novem uporabljajo prepared statements (če se odločiš za PDO):

<?php
$stmt = $db->prepare("SELECT * FROM table WHERE id=? AND name=?");
$stmt->execute(array($id, $name));
$rows = $stmt->fetchAll(PDO::FETCH_ASSOC);

(Vir primerov: PDO Tutorial for MySQL Developers)

Pri prvem načinu moraš sam paziti na filtriranje vhodnih podatkov (mysql_real_escape_string oz. intval za številke), medtem ko PDO, če ga uporabljaš pravilno, za to poskrbi sam. Prav tako prepared statements podpira tudi Mysqli. Je pa prednost PDOja v tem, da lahko pri PDO uporabljaš isti API za več baz. Še eno relevantno branje: Choosing an API (PHP Manual).
Jaz sicer v svojih projektih večinoma uporabljam Doctrine2. Kjer je potrebno napisati kake bolj specialne poizvedbe, uporabim Native SQL.

@techfreak :) mislil sem v primerjavi s PHPjem brez uporabe frameworka. PHP je še vedno problematičen glede tega, ker se za vsak request vse naloži znova. Sicer Symfony2 zdaj vključuje tudi svoj server, kar pomeni, da tvoja spletna aplikacija ves čas teče, zato je vse skupaj precej hitrejše. Ampak zaenkrat to še ni namenjeno uporabi v produkciji.

Pri spletnem gostovanju je treba bit pazljiv na podatke, ker se lahko hitro "pokvarijo". Video na to temo: