Že če stalno izpostavljaš to naprednost in kompleksnost, kaj točno pa je tako napredno/kompleksno, da v IE6 ne bi moglo delati.

S flejmanjem IE6 uporabnikov ne boš daleč prišel, preprosto reči da nima prioritete

Kolikor to razumem, bo potem zadeva še bolj v tri krasne kazala.

Sem pravkar pogledal, kako je to pri OSC.

Če si prijavljen:

1. /shoppingcart.php

2. /checkoutshipping.php

3. ...

Če nisi, pa:

1. /shoppingcart.php

2. /login.php

3. /createaccount.php

4. /checkout.php

5. ...

ALI (če že imaš uporabniško ime)

1. /shopping_cart.php

2. /login.php

4. /checkout.php

Torej tri različni tokovi...

Vzami si pet minut in daj vse tri načine natančno skozi, zapiši si php skripte in potem naredi 3 Goal-e (oz za enega samo popravi zgornjega):

- Nakup (že prijavljen)

- Nakup (nov uporabnik)

- Nakup (prijava med nakupom)

Čeprav, je morda malo overkill in bi naredil vse skupaj samo od checkout_shipping.php naprej (vsaj jaz bi tako, ker večina itak samo firbca z ogledom košarice).

What he ^ said

OsCommerce ima tam "križišče", zato jih tudi kao vstopi tam 350 novih.

Mislim pa da page s prijavo moraš dati ven, ker sicer imaš dodatne probleme s takimi, ki kar tako kliknejo na prijavo ali na nekaj, za kar moraš biti prijavljen. Rešitev bi bila, da je prijava v samem checkout procesu, ne pa redirect na default login page.

Lahko pa tudi da se motim.

CSS/HTML?

http://www.w3schools.com/

Ne vem točno kaj misliš s tem avtorizacija, ampak CI ima svojo implementacijo Session, ki uporablja kombinacijo server in client cookiejev in jih zna encryptat (na osnovi v configu določenega ključa), tako da prepreči ročno urejanje client cookiea. Poleg tega je še opcija, da so sessioni v bazi in se hkrati preverjajo še z user agentom in IPjem, tako da, če ti ga sunejo, bo ob poskusu dostopa zavržen.

Torej, preverjanje, ali je uporabnik prijavljen, je v osnovi:

if($this->session->userdata('logged_in')) { ... }

BTW je kaj v planu za trgovce - poslovne uporabnike?

@hanyo, mene pa "karakter" spominja na super saiyan-a :) :)

IMO je razmerje "support vsebina" : "dejanski oglasi" prehudo v prid prvega...

http://razvoj.mesetar.com/#!stran=/oglas/damir-testira-nove-oglase.html

Da se oglas začne po 600-700px je too much...

Jaz delam na CodeIgniterju in ga poznam zelo dobro.

Na grobo povedano, njegove prednosti majhen footprint, enostaven routing, več aplikacij v enem okolju, enostaven za prilagajanje, profiler, cache driverji, email library je fin...

Slabosti pa so, da defacto nima podpore za module, zato to moraš narediti sam.

Torej sam sem potem še naredil/uporabil:

- HMVC modularnost

- gettext namesto CI language file-ov

- entity library na osnovi "super database object" ORM razreda, namesto "model"-ov kot jih predlaga CI

- namespaces

- autoloader za library

- template separacija

To je to, kar se spomnem :)

Nekaj omenjenih zadev so dodali v Kohani, ki je fork CodeIgniter-ja.

Ali obstaja možnost, da pristopiš k temu malo drugače, npr. stil contenta nastaviš na body? Ker če gledaš tako je body ravno to kar ti rabiš (vedno zaseda celotno višino in nič več/manj).

Priporočam http://www.cpubenchmark.net/ in http://www.videocardbenchmark.net/ za pomoč pri odločanju, potem ko enkrat identificiraš budget, ki si ga pripravljen odšteti za posamezno komponento.

Če hočeš kupiti top value pa moraš vsaj 2-3 ure študirati modele.

Za price hunt pa priporočam ceneje.si in dinokomp.si

edit: še en page z ažurnimi charti: http://www.tomshardware.com/charts/

edit 2: ne šparaj na PSUju :) Najbolj poceni zadeva ni dovolj dobra.