Aky hosting resp. server by ste mi odporucili pre eshop, ktory taha udaje zo sportsdirectu? Feed ma priblizne 30 tisic poloziek a celkovo sa taha okolo 100 tisic obrazkov. Feed sa aktualizuje kazdy den, tym padom aj import vsetkych produktov bude dennodenny. Ako eshop pouzivame prestu. Co by ste nam odporucili, aby to bolo svizne a funkcne?
Těch řešení od různých hosterů bude asi víc, já doporučuji http://ebola.cz/webhosting/tarif-ebola-premium
Myslis, ze to bude ten hosting zvladat? Momentalne mame jeden z eshopov na savane a import z feedov, kde je viacero poloziek nam robi problemy. Neviem si predstavit ako by to slo pri 30 000 polozkach vo feede.
Víte proč tam nyní máte problém? Malý výkon?
Předpokládám, že u tak vysokého počtu hlavním problémem bude délka běhu skriptu. To na běžném sdíleném webhostingu asi nikde nevyřešíte. Pravděpodobně nebude jiná možnost než root VPS, kde si budete moci nastavit jakékoliv hodnoty. Tam potom můžete zpracovávat co potřebujete a jak dlouho potřebujete. Výkon nelze určit a nic nelze odhadnout, protože zadání je moc obecné. Tohle bude nejlepší asi zkusit.
Urcite je problem dlzka behu skriptu. Preto skor ako webhosting bude potrebne nieco ine. Ako hovorite tak bud VPS alebo server. Kedze sa nerozumiem sprave serverov, tak som si chcel nechat poradit nieco konkretne. Myslim, ze pri VPS sa musim o server vediet postarat sam, co vsak nezvladnem, alebo si mam skocit na nejaky kurz na spravovanie serverov?
Pravděpodobně bude stačit VPS. Dedikovaný server by byl (asi) moc silný "kalibr".
Správa serveru není na nějaký kurz. Je to na delší dobu. Ideální je si to nechat od někoho nastavit a potom si třeba doma "hrát" s nějakým linuxem a něco se časem naučit. Základní nastavení VPS by zvládlo tady hodně lidí třeba na webtrhu a nemusí to být za tisíce, ale za pár stokorun.
Na VPS si potom nastavíte dlouhou dobu běhu skriptu a je to. Pokud to třeba objednáte u nás a napíšete sem soukromou zprávu, tak pošleme nějaký základní návod jaké hodnoty kde nastavit. Ideální je nějaká spolupráce s někým kdo VPS nastaví. Určitě tady jsou lidé, kteří to dovedou.
My máme potom i zákazníky, kteří mají třeba VPS, kde jim běží jen databáze a skript pro zpracování importů. Celé to je zabezpečené jen pro přístup od zákazníka a zároveň z našeho webhostingu. Na webhostingu potom mají samotný web a připojují se do této databáze pro vybraná data. Na webhostingu mají ještě maily. Tohle je pomalu asi nejlepší řešení, nejméně náročné na správu (VPS nastavíte a zabezpečíte), nejspolehlivější a nejvýkonnější za nejméně peněz.
U nas si mozete nastavit lubovolnu dlzku behu PHP skriptov (max_execution_time) ;)
www.ElbiaHosting.sk
Ebola Premium má individuální nastavení PHP.
Ano, ale i tak tam bude nějaké omezení, které bude v Apache serveru (a jen přes PHP to neobejdete). A beze změny tohoto nastavení nemá (pravděpodobně) žádný skript možnost zpracovat tolik dat jako je požadováno. S největší pravděpodobností nezbývá nic jiného než skutečné root VPS a tam si nastavit cokoliv co je potřeba.
Pokud nemá zatím shop nějakou extra velkou návštěvnost a neočekáváš že se to nějak skokově změní tak bych jen kvůli importu neřešil vlastní server. Stačilo by předělat ten import tak, aby se nesnažil zpracovat najednou všech 30 tisíc položek ale třeba nejdříve celý XML soubor stáhnout k sobě a zpracovávat ho po menších částech - třeba 30x zpracovat jen 1000 položek a podobně. To už by ti běžný hosting měl zvládnout.Původně odeslal Creator13
Ohledně obrázků mi přijde jako nesmysl stahovat věch 100 000 najednou, bude stačit jen obrázky k novému zboží - takže denně maximálně jen pár nových souborů nebo třeba taky žádný.
Navstevnost ocakavame priblizne 10 - 40 tisic uzivatelov mesacne. Tych 100 tisic tam naiportujeme a potom uz sa budu stahovat len nove obrazky. Samozrejme zalezi akym sposobom nam naprogramuju import.
my nabizime e-commerce hosting s plne konfigurovatelnym PHP a Apache. neni ani problem nastavit hosting (nebo VPS) dle Vasich pozadavku.
Creator13 vela spolocnosti poskytuje webhosting urceny aj pre narocne aplikacie (vratane nas). To, co pise Wedos, berte s rezervou, ich webhosting proste taketo veci nezvlada, takze tlacia ine svoje sluzby.
Jak myslíte :-) Naše služby jsou spolehlivé a výkonné a od VPS většinou odrazujeme (což už tady bylo od nás mnohokrát). Tady jiná cesta asi není (tedy kromě rozdělení na dílčí importy).
Pokud chcete argumentovat tím jak je to u vás, tak sem napište nastavení nejen PHP, ale i detailní nastavení Apache na vašich serverech. Potom uvidíme zda může skript běžet třeba hodiny a hodiny (ten skript není na minutu). Na vašem webu se žádné přesné informace nikdo nedozví (možná jen špatně hledám). Reálně však na sdíleném hostingu nemůžete nechat běžet skripty hodiny a hodiny, protože by stačil jeden (nebo dva zákazníci) a máte server vytížený na několik hodiny na 100% a na ostatní se nedostane.
My na rovinu napíšeme co nabízíme a jaké omezení tam jsou. Pokud reálně vidíme, že něco na webhostingu fungovat nebude, tak nebudeme tvrdit, že ano... Nechceme se porovnávat s někým jiným.
Naposledy upravil WEDOS : 25.04.2012 v 18:26
Ano, skripty mozu bezat hodiny a hodiny (maximalne 24 hodin, kedze minimalne raz denne sa robi reload web serveru a vsetky jeho procesy sa restartuju). Nechapem, preco by malo par zakaznikov pretazit cely server, na toto su predsa urcene bezpecnostne limity pre procesorovy cas - kazdy seriozny hoster ich nejakym sposobom uplatnuje. Alebo pisete z vlastnej skusenosti a teda u Vas jeden klient moze v pohode na 100% vytazit cely server? :)
Ne, my jasně uvádíme, že povolujeme 5 (nebo 10) současně běžících procesů a mají omezeno dobu běhu. To jsou jasná a přehledná pravidla a my je netajíme a nikdy jsme netajili.
Díky tomu žádný zákazník nemůže vytížit server na 100% a zároveň jasně ví dopředu co si kupuje. Výkon tam je na 10-15 tisíc návštěv za den na WordPressu, ale skripty mají omezenou dobu běhu.
Seriozní hoster neuplatňuje žádné neveřejné limity a omezení, ale dopředu jasně napíše co nabízí. V tom se náš pohled na serioznost liší.
Z toho co tvrdíte o vás, tak je jasné, že omezení také máte. Tvrdíte, že skript může běžet 24 hodin (pokud to tak máte skutečně v Apache nastaveno...), ale máte zároveň bezpečnostní limit na procesorový čas. Tak na jedné straně tvrdíte, že to není omezené, ale na straně druhé uvádíte, že existuje nějaký neurčený limit na procesorový čas. Jaký je ten limit? To je další zásadní informace, kterou tajíte... Pokud tam bude běžet skript 24 hodin a bude tam probíhat celou dobu import, tak dříve nebo později dojde k omezení uživatele. Podle toho co tvrdíte, tak to zakladateli tohoto vlákna ten skript s importem nemůže běžet několik hodin, protože narazí na limit procesorového času...
Nevím tedy proč jste se s námi "porovnával" nebo do nás "navážel", ale domnívám se, že nabízíme férovější řešení s jasně danými parametry.
Ja sa s Vami neporovnavam ani sa do Vas nenavazam, len tvrdim, ze Vase webhostingove sluzby nie su prisposobene pre narocne weby, co je aj pravda (uz len to obmedzenie na 10 procesov).
Miesate hrusky a jablka dokopy :) Cas behu skriptu nema absolutne nic sposobne s procesorovym casom, rozdiel by jeden z najvacsich ceskych hostingov mohol vediet. U nas si kludne mozete spustit PHP skript aj na 24 hodin, pokojne si u nas objednajte najnizsi balik a skuste si to. A viete co? Dame Vam ho zdarma, kludne napiste ;) A limit na procesorovy cas? 1/8 serveru resp. 1 procesorove jadro :)
Takze kto co taji? Nase sluzby navyse non-stop zobrazuju aktualne vyuzitie vsetkych limitov v prehladnych grafoch. My sme proste na uplne inej urovni, nehrame sa na trapny popis limitov niekde na webe (zakaznik aj tak nevie, coho kolko vyuziva a teda ani nevie, ci je alebo nie je limitovany), my priamo zobrazujeme vyuzitie a klient priamo vidi, ci nieco presahuje alebo ci je vsetko ok.
Takze v com sa ten pohlad na serioznost lisi? :) Aha ano! Presne v tom, ze my to robime este serioznejsie.
Nikto sa tu do Vas nenavazal, neurazal Vas, nehanil Vase sluzby a ani nic podobne. Napriek tomu sa staviate do utocnej pozicie a napriek tomu sa navazate minimalne do nas a ociernujete nase meno a sluzby (a tvarite sa pri tom, ze Vy sa vlastne len branite, co samozrejme nie je pravda, nikto na Vas neutocil).
Tohle asi nemá smysl.
Bavíte se o limitu využití procesoru. Nikde na webu ho nemáte nebo jsem ho přehlédl. To by asi klient měl vědět. Neuvádíte plné a tím seriozní informace.
Opět jste mě nepřesvědčil. Informace nejsou úplné. Buď klient může využít pro celý svůj web 1/8 serveru nebo může využít pro každý svůj proces PHP 1/8 serveru? To je rozdíl. Zásadní.
Navíc pokud nemáte jiné omezení, tak by to znamenalo, že vám 8 klientů zablokuje bez problémů pomocí 8 skriptů běžících 24 hodin celý server na 100%. Buď to tak je nebo neuvádíte všechna omezení anebo neumím počítat.
Nevím jak máte vyzkoušený výkon našeho webhostingu. Já váš neznám a tak to nehodlám porovnávat a už bych si nedovolil uvádět cokoliv o tom zda je váš webhosting určen pro náročné weby.
5 nebo 10 procesů je omezení, ale i tak dokážeme odhostovat weby s 10-15 tisíc nebo i 50 tisíc návštěv za den.
Nemám pocit, že bych vás očerňoval. První kdo si začal všímat toho druhého a očerňovat jste byl vy. V příspěvku, kde jste psal, že náš webhosting není výkonný a že se snažíme prodat jiné služby -Nebo se pletu? Jen se snažím zjistit jaké omezení máte vy. Na webu nic nemáte a matematicky mi to stále nesedí. 8 klientů, každý zabere 1/8 serveru a spustí skript na 24 hodin a ostatní mají smůlu. Nezlobte se, ale nechápu to.
Dále se k tomu nebudeme vyjadřovat. Je to mimo téma a my nemáme zájem tady cokoliv řešit s konkurencí. Nezačali jsme si a nebudeme v tom pokračovat. My jasně uvádíme všechny parametry (a všechny omezení) na webu, což považujeme za maximálně seriozní přístup.
Aby to tu nezostalo len pri slovach, prikladam priklad spominanych grafov, ktore non-stop vidi kazdy nas klient v admin rozhrani :) A je toho, samozrejme, ovela viac.
grafy.jpeg
A zase len prekrucate slova :) Pisal som, ze nie je urceny pre narocne weby a to je pravda, pretoze uz len limit 10 procesov na to nie je vhodny. Na zvysok nema zmysel reagovat, kedze kazda moja odpoved je uplne prekrutena a otocena naruby. Obraz si kazdy urobi sam :)
No, mě osobně by tedy teď taky zajímalo, jak je to s tou osminou serveru, tedy jedním jádrem. To máte na jedno CPU pouze 8 klientů?
Bacon: Pokial nejaky klient zacne velmi vytazovat server, je jeho konto presunute na jedno (prve) jadro serveru. Vykon na tomto jednom jadre je vysoky a dostatocny (je to prakticky 1/8 celeho serveru) a v 99% pripadoch klient ani nic nezbada. Ked zataz klesne, znovu ma dostupne vsetky jadra. Toto presunutie je z bezpecnostnych dovodov, proste aby jeden klient nemohol vytazit cely server. Vo vynimocnych pripadoch sa moze stat, ze v tu istu chvilu vytazuje viac klientov, v tomto pripade prve jadro zdielaju. Takato situacia je velmi vynimocna, sledujeme ju a v pripade potreby sme pripraveni vykon pre toto obmedzenie rozsirit (napr. na dve jadra). Podobne techniky uplatnuju aj najvacsie svetove webhostingy, napr. BlueHost.
Děkuji za odpověď. Vaše nastavení mi přijde jako dvousečný meč a z pohledu zákazníka to může, ale nemusí být lákavé. V podstatě mám raději pevně určené limity, než dynamické změny, přesuny, atp. Vy vlastně nemůžete garantovat žádný výkon. Pokud budu slušný zákazník, je vše v pořádku. Pokud ale budu spouštět náročné skripty a budu mít takovou smůlu, že nebudu na serveru sám s nadlimitními operacemi, ale budou tam 2, 3,... takoví, tak dojde k dělení onoho jednoho jádra mezi tyto uživatele. A potom přidáte další jádro, opět dojde k dělení, atd. Zřejmě ale využíváte tento systém vzhledem k vysoké nepravděpodobnosti většího výskytu nadlimitních uživatelů na jednom serveru. Pokud to takto funguje, pak není co namítat.
Píšete, že i php_memory_limit je neomezený, v ceníku Doplňkové služby máte ale uvedenu cenu za 10MB a cenu za 1 proces. Což je pro mě krapet matoucí, neomezeně je neomezeně, tak kolik je neomezeně + 10MB?
Je možno k vám umístit i nevalidní web?
Zdroj: http://www.elbiahosting.sk/download/..._podmienky.pdf6.7 Web stránka klienta musí spĺňať štandardy HTML
alebo XHTML podľa World Wide Web Consortium
Ja se snazim, abych si tedy udelal obrazek sam. Vidim prekroucena slova, ale bohuzel od Elbie.
Elbia napsala
pritom ale Elbia tvrdi ze napsala tohleich webhosting proste taketo veci nezvlada
Ja vidim rozdil ve vyznamu vet v prvni a druhe citaci. To je muj nazor a dost dobre nechapu ten prvni atak, ktery prisel od Elbie, ne od Wedosu. Jinak souhlasim s baconem.nie je urceny pre narocne weby
Na zdielanom hostingu Vam nikto nemoze garantovat vykon, preto sa tomu hovori zdielany hosting :) Ak naozaj potrebujete garantovany vykon, siahnite po dedikovanych alebo manazovanych serveroch.
Samozrejme vsetko funguje, nase sluzby su vysoko kvalitne. Keby to nefungovalo, nefungovali by sme predsa ani my :) Ako som uz pisal, jedna sa o system, ktory uplatnuju aj svetove hostingy.
PHP memory_limit je u nas neobmedzeny (resp. mozete si ho nastavit lubovolne) pretoze u nas nema zmysel, pamat je limitovana na nizsej urovni. Nikdy a nikde som nepisal, ze pamat ako taka je neobmedzena. Inak povedane: U nas moze jeden proces zabrat tolko pamate, kolko si jej zakupite, nebude limitovany nastavenim PHP. U inych hostingov je bezne, ze Vam sice ponukaju gigabajty RAMky avsak tu aj tak nemozete naplno vyuzit, pretoze Vam v tom brani memory_limit v PHP. Ak u nas napr. potrebujete spracovat 500 MB XML subor, nie je to ziadny problem, treba si len dokupit RAM, nastavit memory_limit cez .htaccess a hotovo :)
Ano samozrejme. Ten bod je tam kvoli tomu, aby nam nemohla byt ukladana zodpovednost za nekorektne zobrazovanie zle napisanych webov. Jedna sa len o nasu ochranu, podmienky robil pravnik a pridal tam veci, ktore sa mozno zdaju nepotrebne avsak podla neho boli nutne.
Pokud mohu do diskuse zasáhnout, tak se musím zastat Wedos, provozujeme u nich dva VPS, jeden můj klient na Ubuntu a jeden přímo my pro sebe na Fedoře. 2GB operační paměti, cena s DPH nějakých 528,-Kč a výkonově je to naprosto v pořádku i pro opravdu velké shopy. Import XML je v první řadě o tom, jak ho parsujete, pokud ho serializujete do paměti a poté už zpracováváte data jen jako pole, bude to poměrně rychlé, ale budete muset nastavit paměť pro skripty docela vysoko. Pak se to dá ještě neserializovat, ale číst soubor uzel po uzlu, což je časově náročné, ale zase směšně nenáročné na paměť. V obou případech si na Wedos VPS můžete nastavit co chcete a jak chcete.
VPS s agregací 1:8 zvládne v pohodě shop se 150.000 položkami a ještě má značné rezervy. A zde se dostáváme k druhé věci - můžete mít stokrát možnost nastavit si direktivy a parametry na serveru dle libosti, ale pokud máte blbě napsanou aplikaci, nezrušíte při tak velkém počtu položek před záznamem nepotřebné indexy a podobně, nic s tím nenaděláte a ani dedikovaný server by Vás nespasil.
A co se týká obrázků, tak tak nějak předpokládám nebo doufám, že je taháte vždy jen jednou. V tomhle je obecně komunikace mezi servery hodně rychlá, doporučuji nestahovat je do jednoho adresáře, i když s tím linux až takový problém nemá, a každopádně doporučuji je nejprve stáhnout a pak dávkově eventuálně přepočítat velikosti a uložit záznamy do DB. Takto ušetříte hodně času, neboť systém si pro obrázky sahá mnohem rychleji než když tahá jeden po druhém a mezitím přepočítává velikosti a ukládá do DB.
Trochu jsem to zakecal, ale můj závěr je, že Wedos prostě poskytuje služby, poskytuje je dobře a za dobrou cenu a je jen na Vás, jakou si vyberete, ale rozhodně je nesmysl nadávat na poskytovanou službu, když je pes nejspíš zakopán jinde.
