Zahtevnejše gostovanje, kje?

V našem podjetju začenjamo z spletno trgovino. Ker je database precej obsežen in nam pri trenutnem gostovanju celo večnost melje preden web vrne rezultat, so me izdelovalci strani opozorili, da lahko zadevo edino rešimo s spremembo gostovanja. Sami so omenili hitrost.com. Bom pa verjetno tukaj dobil še nekaj dodatnih referenc.

Hvala.

Začenjate s spletno trgovino in je DB že precej obsežen? Naj ugibam, Magento.

Kar se tiče gostovanja priporočam Hetzner, vsekakor.

Linija Root Server EX je trenutno brez konkurence.

Je pa res da je self-managed.

21000 artiklov ni nič. Problem je pač v zabloatanem softwaereu (najbrž Magento). Ampak je vsekakor ceneje, če plačaš 50€ več na mesec, kot če najameš nekoga, ki bi ti zadevo prepisal.

Se pridružujem, naroči gostovanje pri Hertzner.

Ja, 21K zapisov bi moralo iti čez tudi brez indeksiranja v trenutku.

Da ne boš mislil, da margento ni bloatware. To je pač software tipa one-fits-all, drugače ne more bit.

Še en glas k temu, naj se softver najprej popravi. Dokler ni veliko obiskovalcev hkrati, bi morala takšna stran delovati s svetlobno hitrostjo tudi na najosnovnejšem hostingu.

če je boljše gostovanje vse kar rabiš, potem naredi to.

In potem bo kmalu tudi to postalo prešvoh in bo treba kupit še močnejše, itd itd itd. Že videno.

He, he, softveraš najprej izpostavi hardverski problem. Kako znano to zveni . Ko boš recimo preselil zadevo na nek hud strežnik v tujini, bo najbrž izpostavil problem mreže. Prepočasna, ker je v tujini ...

Raje najemi nekega zunanjega, ki bo pogledal njihovo kodo. Ali vsaj nastavi kak loging na svojo bazo. Stavim da je notri eden ali več stavkov tipa

select * from ....

Baje je to kar precej uporabljen stavek med slovenskimi web razvijalci, ker so preleni da bi se naučili SQL. Potem pa iščejo podatke v PHPju po celi bazi, ki je v pomnilniku.

Seveda pa optimizacije baze in softvera niso nikoli poceni. Samo to ti bol dolgoročno rešilo težave.

Mati, hostaj na domačem pcju in sprobaj sam.
http://www.wampserver.com/en/

Ti z 99% garantiram, da ni problem v hardweru.
Če šteka tudi na tvojem računalu potem veš, da je koda gnila.

Simple skripto kot je e-trgovina ti mora loadat INSTANTNO.

edit: sem še enkrat prebral tvoj post.

Podatkovna baza IN php skripte/program/whatever so hostane na ISTEM strežniku, ja?
Če sem pravilno razumel.
Dobite pantheon program, ki se nato povezuje na njihovo bazo v datacenter, sedaj pa želite joomla skripte hostane na nekem xy providerju prav tako povezovat na bazo v pantheonu?

Joomla je že sama po sebi bloatware, sploh ne vem zakaj se kdo gre take finte in trži take projekte preko takih CMSov, to je za mene fail od podjetja oz. podjetje brez vizije.

Za spletne trgovine, take ki imajo več kot 5 artiklov, se uporablja temu namenjene CMSe, pa magari Magento, je čist druga zadeva.


Tisti, ki pa je izpostavil ceno 1000€+ pa se naj zamisli. Nekdo je moral naredit dizajn, to vpeljat v kodo, sprogramirat dodatne module (od joomle koristiš samo registracijo,prijavo in user managment), vse ostalo(večino) je treba it pisat iz nule.

Praktično na vsaki bazi lahko vklopiš logiranje, ki ti zapiše v datoteko transakcije. Pri tem večinoma lahko tudi nastaviš kako podrobno vse skupaj dela.

Kot sem rekel, rabiš nekoga neodvisnega, ker tvoji "softveraši" bodo zadevo gotovo tako nastavili da ne bodo nič krivi ...

Ja, Fizikalko, tisto je bilo mišljeno brez WHERE filtrov ... Baje kar precej pogost pojav pri precej slovenskih mysql + php znalcih. Ima moj prijatelj kar dosti dela zaradi tega .

Tvoja zadeva bi morala leteti, sploh ker nimaš veliko artiklov, najbrž pa tudi ne ravno milijon dostopov do trgovine.

Saj stran ne delajo neki študentje ali pa kakšni wannabe programerji za jurja.
Stran je v izdelavi pri podjetju, ki ima kar dobre reference, zato se sam nagibam k temu, da verjamem softverašem.

Je pa res, da tam kjer imamo gostovanje ni zapisanih nikakršnih referenc. Vendar tudi drugače z njimi nismo imeli nekih težav, je pa res da smo uporabljali večinoma samo maile in neko osnovno spletno stran.
A mislite, da lahko zapipem kje imamo gostovanje?

V bistvu smo plačali le 25%. V pogodbi je zajeto, da se plačilo opravi, ko bo stran delovala tako kot mora.
Nam je vseeno ali oni to naredijo za 300€ ali ne, nam je pomembno, da bo stran služila namenu.
Je še en kup programiranja bilo za funkcijo, ki smo si jih mi izmislili in menim, da bomo prvi v naši branži s temi funkcijami.

Najbolj trenutno moti počasnost. Z vašimi nasveti bom ogovoril programersko firmo in upam, da hitro najdemo rešitev.

Vas obveščam sproti, ko bo stran online pa jo objavim, da mi poveste kako se vam zdi hitrost. Morda sem prezahteven?

Ja, verjamem, da je tako, saj kdo zadaj dela, ne moreš bit nikjer prepričan. Žal je "delovati kot mora" zelo širok pojem. Ko boš recimo rabil še enkrat nadgrajevat strežnike, bo stvar še vedno delovala kot mora. Važno je pa tudi, kako hitro. Podjetje se bo namreč izgovarjalo - pa saj dela kot mora, ti pa boš plačeval po 200€ na mesec za gostovanje. Tudi to se lahko zgodi. Zaradi lockanja baze zahtevnost ne raste čisto linearno in zna se zgodit, da ti bo enkrat zraslo čez glavo.

Sem ti povedal, da projekti osnovani na joomla platformi niso resni. In to ni samo nek predsodek. Že joomla kot taka, tudi brez razširitev je grozno zahtevna. Se izboljšuje, pa vendar popolnoma kompetentna za velike sisteme ne bo.

Če te moti počasnost, si rekel, to pomeni, da nisi 100% zadovoljen z njihovim delom, ali pač? Ko boš dal link, ti jaz lahko nekako s posebnimi orodji zogolj ocenim performance spletne strani in hitrost loadov. Resne teste je treba delat lokalno.

Če si boš še enkrat prebral vse moje prispevke v temi, boš ravno izvedel vse, kar sem ti hotel povedat.

Moj nasvet: Tokrat nadgradi strežnike, če pa bodo to zahtevali še enkrat, potem pa nekaj smrdi. Znaš povedat koliko je pageloadov (poglej v recimo google analytics) na dan in kakšen je trenuten strežnik, pa ti lahko od oka povem, če je to normalno.

Ojej. Resno?

Ne, to pa ni OK.

@Dragi: Kje je napisal, da je SAM gor? To pišeš le ti.

Z enim večjim slo ponudnikom imam zanimive izkušnje, sicer z VPS mašino. Nameščal sem stranki mašino. Ko sem na novem VPS dal "ls" v /etc diru, je trajalo dobre pol minute. In to si še upajo prodajat...

S shared webhostingom pogosto ni nič boljše. Na nekaterih še Magento demo shop nalaga po par sekund na stran. Tudi v tako opevani tujini.

Joomla z Virtuemart (predvidevam) bi pri tej količini artiklov morala laufat OK. Seveda ob pravilnem setupu in HWju.

Dejansko zadeva počasi dela, ko sem sam gor.
Kot rečeno, naslednji teden pošljem link.
Gostovanje pa imamo urejeno pri Netinet. Pozna kdo?

Precej precej bolj verjetno je, da je zanič stran, kot da je strežnik na gostovanju tako zaseden, da strani zaradi tega zanič delujejo.

technolog je 20. okt 2011 ob 16:27 izjavil:

Ne, don't fix it if it aint broken.

Se pravi - če je boljše gostovanje vse kar rabiš, potem naredi to. Vedi pa, da se ti mogoče splača naredit rewrite, in si potem to zamisliš kot investicijo.

Če je recimo rewrite 2000€, mesečno gostovanje pa 50€ več, se ti investicija povrne v 40 mesecih oz. malo več kot 3 letih. Se splača, pomoje ne. (Seveda ob odebeljeni postavki zgoraj)

Ce je res tok pocasno pri samo 21.000 artiklih pol ne samo da je broken...it's suffering multiple fractures.To je treba popravit kodo in bazo.
Najbolj POCENI korak je optimizacija indexov.Ce to ne pomaga...popravit software.Metat denar v hardware pri izdelku, ki je pokvarjen in pri katerem racunas na DODATNE stranke in vnose....je denar cez okno.Bolje popravit zdej kot kasnej.

Mati je 22. okt 2011 ob 19:33 izjavil:

Dejansko zadeva počasi dela, ko sem sam gor.
Kot rečeno, naslednji teden pošljem link.
Gostovanje pa imamo urejeno pri Netinet. Pozna kdo?

Ja.Mi mamo masine pri njih.Ne vem kaksno masino mas...ampak linija je OK.Pri njih mamo super microte...zadeve laufajo.

Btw ideja...downloadi si kksno php/perl/asp skripto, ki ti mal benchmarka server.Potem prosi koga na drugem gostovanju, da naredi isto.
Ce dobis ful slabse rezultate se pac pritozi pri netinetu.Ce so rezultati OK se pritozi designerju tvoje spletne strani.V glavnem ugotovi kje je ozko grlo preden gres metat denar v karkoli.

c3p0 je 22. okt 2011 ob 19:58 izjavil:

Kako pa nekdo na shared hostingu ve, da je sam gor? Morda sam na lastnem pageu. A to ne pove nič.

Za začetek preglej in javi specs strežnika. Če ima cPanel, imaš nekaj info na voljo...

Sago prav imaš. Mislim sem, da sem sam na svojem page-u.
Oni nam hostajo spletno stran in teoretično je možno, da je en kup userjev na tistem strežniku v tistem trenutku.

Vendar meni vedno počasi vrača rezultate.
Še posebaj, ko mora izpljunit klasifikacijo z recimo 1000 produktov naenkrat.

Dragi, saj bi naredil, kot si rekel, vendar ne vem katere scripte in kje jih dobiti. Jaz imam pri sebi le XLS bazo z vsemi podatki. Temu mi pravimo database (morda sem koga zavedel). To je vse s čimer razpolagam. V tej bazi je praktično vse, torej Identi, klasifikacije, cene, teže, mere, MOQ, PU, imena slik, pdf, zaloge, količine, marže...

FTP dostop imam.
Problem je, da je tam en tak kup solate, da sploh ne vem kaj naj prenesem.
Noter so mape Joomla, baza, css, data pa en kup .php, .ico, .html...

Mati imam ogromno izkušenj z gostovanji in v 90% so težave pri neoptimizirani kodi.
Res, da ponavadi uporabniki napadajo ponudnike gostovanja kao "kakšno sranje so".

Lahko mi pošlješ ZS in probamo pri nas.
Če imaš Magento deluje super kombinacija VPS z Nginx

LPD

Dragi,
naložil sem wamp, vendar nikjer nimam folderja htdocs.

Kam naložim stran, kar not v wamp folder? Predvidevam da ne. Je pa en kup map bin, apps.....

Looooooka je 24. okt 2011 ob 11:08 izjavil:

Cuka so nasledili OK fantje.Se ni bilo izpada od kar ga ni vec.

Kot rečeno do sedaj nismo imeli težav z njimi, zato mi tudi ni v interesu, da bi karkoli kamorkoli selil.
Razen seveda, če se res izkaže, da je težava pri njih zaradi počasnega delovanja.

Nisem vedel, da čuka več ni tam...?

mysql -u username -p password database_name < filename.sql