3.500,00 EUR

theDegriz:

(vsak bid v zadnjih 5 minutah podaljša dražbo za 15 min)

Meni se zdi tole precej jasno. @b00mbarjev post je bil 100% v okviru tega, skoraj do sekunde.

--

theDegriz:

ki z vininem nima prav dosti veze glede na to da je v pravilih obnasanja edino pravilo o podaljsevanju tisto z bidom v 24 urah :)

this.

Tudi jaz bi obračanje izdelkov odstranil. Je res moteče.

Ciljna publika take trgovine ceni predvsem:

- hitrost delovanja

- preprostost uporabe

Miganje in skakanje vsebine je pri spletni trgovini faktor, ki niža število nakupov, ne viša.

Ta članek ti bo v veliko pomoč:

http://www.ohow.co/what-is-referrer-spam-how-stop-it-guide/

iThemes Security ima večino teh možnosti in lep vmesnik, s katerim lahko te ukrepe naklikaš.

Seveda pa ni alternative za:

1. redno posodabljanje jedra, tem in vtičnikov ter

2. ne-uporabljanje premium vtičnikov in tem, ki so na voljo na P2P omrežjih, ker so večinoma vsi okuženi.

Pri Wordpress aplikaciji je vse odvisno.

Lahko imaš 10 vtičnikov in vklopljen caching in zadeva lahko leti (na spodobnem okolju).

Lahko imaš pa 35 vtičnikov nabranih z vseh vetrov in gledaš počasno stran.

Zelo je važna tudi struktura vsebine. Pri enem WP blogu smo imeli blazno slab "load time", ko pa smo namesto 20 celih objav ("entry") pričeli prikazovati 10 povzetkov ("excerpt"), se je pričela stran nalagati pod sekundo, obenem pa je tudi obisk narasel, ker je bila stran precej bolj pregledna.

Torej, vse je odvisno.

Zakaj pa, kot si se izrazil, "isti _____ k pri shared"?

Verjetno bo še slabše, razen če znaš sam administrirati in primerno zavarovati svoj strežnik.

Pri deljenem gostovanju je v 99% primerih vektor za "malware" okužbo sicer naslednji:

1. Neposodobljena aplikacija, vtičnik ali grafična tema.

2. Licenčni vtičniki/teme, pridobljeni preko torrent omrežij, ki seveda že vsebujejo zlonamerno kodo, saj jih dobre duše ne nalagajo na P2P omrežja iz dolgčasa.

3. Slabo geslo v slogu "admin123".

Torej stvari, za katere je odgovoren naročnik, ne ponudnik okolja.

Za varnost na nivoju samega strežnika je pri večini deljenih gostovanj poskrbljeno, sicer bi bile stalno okužene VSE strani v tistem strežniškem okolju. Verjamem, da pri večini ponudnikov ni tako, ker tako preprosto ne moreš delati.

V primeru, da sicer znanja administracije nimaš, bo zate najbolj primeren t.i. "Managed VPS", kjer bo tvoje okolje administriral ponudnik, za ustrezno višjo ceno seveda.

Če na obeh strežnikih uporabljaš cPanel, preseli kar celoten cPanel paket. Je najbolj enostavno in odporno na morebitne težave.

Sicer pa, kot že omenjeno:

- zip vseh datotek in prenos direktno tega .zip-a med strežniki

- export baze na starem strežniku

- import baze na starem strežniku

- popraviš /app/etc/local.xml, ker se ti verjetno spremenijo MySQL credentials

In bi moralo načeloma delovati.

Pri nas lahko izbiraš med:

- PHP 4.4

- PHP 5.1

- PHP 5.2

- PHP 5.3

- PHP 5.4

- PHP 5.5

- PHP 5.6

Preselimo pa tudi, vsaj do sedaj smo še vsakogar :)

Lep večer,

Bostjan

Vsak po svoje meri, nobena statistika ni 100% natančna.

Uporabi še Google Analytics ali pa kak odprtokodni sistem (Piwik), če omenjenim ne zaupaš.