Zadejte hledaný výraz...

Multi-doménové řešení eshopu – jak na to?

tomas262
verified
rating uzivatele
(6 hodnocení)
16. 7. 2016 14:26:44
Provozujeme několik eshopů z nichž každý má v podstatě stejný systém, který se liší jen v drobnostech (šablona, import data od dodavatel atd). Pokud je potřeba něco upravit / aktualizovat, je nutné to dělat na každém eshopu zbvlášť, což je velmi náročné (eshopu máme hodně).
Všechny jsou umístěny na sdíleném hostingu pouze v samostatných složkách.
/domena1
/domena2
atd...
Máte někdo nějaký nápad, jak použít jediný systém, který bude snadno hromědně aktualizovatelný? Každý eshop by mohl mít pouze svou specifickou složku /import popř. /layout, kde bude html +css a XML parser dat od dodavatele (každý má jiné XML).
Jak to ale udělat prakticky, aby se zajistilo, že když se opraví nějaká chyba, aktualizuje se to na všech doménách....
Díky za nápady
16. 7. 2016 14:26:44
https://webtrh.cz/diskuse/multi-domenove-reseni-eshopu-jak-na-to/#reply1211256
Napriklad v Nette by kazdy svuj eshop mohl mit svuj vlastni modul :-) A jak to udelat ... proste musi vyuzivat zdrojaky vsechny spolecne a jen nektere specificke bude mit jine (coz presne delaji moduly v Nette) ... asi tezko nekdo navrhne nejaky napad, kdyz vubec nevime jak struktura toho vaseho systemu vypada
16. 7. 2016 14:37:02
https://webtrh.cz/diskuse/multi-domenove-reseni-eshopu-jak-na-to/#reply1211255
tomas262
verified
rating uzivatele
(6 hodnocení)
16. 7. 2016 15:15:43
Struktura? Pár PHP souborů, složka s obrázky + každý má svou DB :) Např. shop http://zahradni-nabytek-online.cz/
Vůbec nevím, jak to prakticky uchopit. Je to na x desítkách domén
Proč Nette? Nestačí na to čisté PHP?
16. 7. 2016 15:15:43
https://webtrh.cz/diskuse/multi-domenove-reseni-eshopu-jak-na-to/#reply1211254
Kazdy vetsi projekt by mel mit nejaky navrh struktury ... dnes se pouziva nejvice architektura MVC (nekdy MVP), ktera rozdeluje aplikaci do 3 samostatnych vrstev, ktere o sobe nevi.
Pokud planujete vic domen (u kterych se neco lisi) na jednom systemu, urcite je MVC / MVP spravny krok vpred ... jinak Nette neni zadny "zazrak" :D je to proste jen framework, ktery ulehcuje a zprehlednuje vyvoj.
Pokud maji vsechny stejnou logiku, jen jine obrazky ... tak by to slo i bez MVC/MVP, proste vsechny systemy budou pouzivat ty jedny zdrojaky a obrazky se presunou z images treba do images/NAZEV_DOMENY a dle toho bude kazdy web cerpat odjinud.
16. 7. 2016 15:30:12
https://webtrh.cz/diskuse/multi-domenove-reseni-eshopu-jak-na-to/#reply1211253
LM
verified
rating uzivatele
(17 hodnocení)
16. 7. 2016 15:38:09
Když pominu sdílený hosting a jiné výkonnostní věci a budeme mluvit jen o eshop scriptech tak to jde, ale je to zavislé na pár faktorech.
1. Pokud máte nějaké hotové rozsáhlé řešení, tak nevidím moc reálné předělávat cesty.
2. Napsat něco vlastního. Už ten váš odkazovaný eshop vypadá na nějaké vlastní řešení. Pokud máte ověřeno že multihosting stačí. Pokud by jste s tím množstvím shopů pak přešli na virt. server bylo by to složitější když domény už na nadřazené adresáře nevidí.
3. Co vlastně upravujete. Nestačí multiadministrace?
16. 7. 2016 15:38:09
https://webtrh.cz/diskuse/multi-domenove-reseni-eshopu-jak-na-to/#reply1211252
tomas262
verified
rating uzivatele
(6 hodnocení)
16. 7. 2016 15:57:54
Vím co je Nette, ale nechce se mi to teď zrovna učit jen kvůli tomuhle. Navíc mě programování neživí. Je to okrajová záležitost.
Všechny eshopy tahají data z XML od dodavatelů jinak mají stejnou strukturu URL apod. Pouze drobné odlišnosti v HTML šabloně (v podstatě jen jiné CSS) a vlastní XML parser, který přes můstek sype data do vybrané DB a ukládá obrázky na local.
Chci to udělat z toho důvodu, že eshopy potřebují nové modernější šablony, opravy drobných chyb + nové funkce, proto chci udělat jeden univerzální eshop pro všechny, abych nemusel každý upravovat a opravovat zvlášť.
V tom případě by bylo možné využít alias domén? Tj. nacpat řešení na jednu doménu a pomocí aliasu pak podstrkávat jiný obsah z podsložky s obrázky a šablonou? Něco jako
/slozka_hlavni_domeny/eshop1/obrazky/
/slozka_hlavni_domeny/eshop1/sablony/
/slozka_hlavni_domeny/eshop1/import_skript/
/slozka_hlavni_domeny/eshop2/....
/slozka_hlavni_domeny/eshop3/....
Je to u Savany tak nevím, jaké to může mít případně úskalí
16. 7. 2016 15:57:54
https://webtrh.cz/diskuse/multi-domenove-reseni-eshopu-jak-na-to/#reply1211251
Petr Pojer
verified
rating uzivatele
(9 hodnocení)
16. 7. 2016 16:18:45
Je otázka, jak máte řešený hosting, ale tohle by zvládl i obyčejný composer. Jednotlivé prvky si připravíte do vlastních repozitářů, a při nějaké změně jenom na všech webech spustíte "composer update", který už si sám natáhne nové změny.
Pokud je to nějaké šílené vlastní řešení s pár PHP soubory, tak by možná stálo za to to předělat na nějaký open source RS/eshop (WordPress, OpenCart, ...) - většina z nich umí multisite bez problému.
16. 7. 2016 16:18:45
https://webtrh.cz/diskuse/multi-domenove-reseni-eshopu-jak-na-to/#reply1211250
boolk
verified
rating uzivatele
17. 7. 2016 14:23:56
Napsal tomas262;1309770
V tom případě by bylo možné využít alias domén? Tj. nacpat řešení na jednu doménu a pomocí aliasu pak podstrkávat jiný obsah z podsložky s obrázky a šablonou? Něco jako
/slozka_hlavni_domeny/eshop1/obrazky/
/slozka_hlavni_domeny/eshop1/sablony/
/slozka_hlavni_domeny/eshop1/import_skript/
/slozka_hlavni_domeny/eshop2/....
/slozka_hlavni_domeny/eshop3/....
Ano, alias domény. My na to používáme Drupal, je tam základní jediný index.php, který si importuje všechny ostatní soubory a dle nastavení docela chytře a robustně řeší jakýkoli multisajt, včetně např. jazykových verzí. Vpodstatě k tomu má Drupal objektový přístup, ale uplácaný pomoci procedurálního programování ;-).
Tzn., v instalaci je jádro (několik adresářů), pak adresář s přidanými moduly a šablonami společnými pro všechny sajty a pak tam má každá sajta podadresář, kde mohu přidat to, co je specifické jen pro tu danou sajtu a ona se sama dovtípí, že to má ev. použít namísto toho obecného společného.
Právě tehdy, když nechcete mít programování jako hlavní činnost, bych sáhl po nějakém open source (eshop/framework/cms s cart modulem), protože tam je kupa věcí vyřešených a programujete jen drobnosti.
Příklad:
/index.html
/jadro-spolecne-provsechny
/moduly/modul1
/moduly/modul2
..
/sajty/sajta1/konfigurace
/sajty/sajta2/konfigurace
..
- toto je jen zjednodušený příklad
- tyto cesty k souborům se přímo nemapují s URL (adresář s obrázky by mohl), cesta z URL se mapuje na příslušnou funkci (či modul) - např. neexistuje na disku /content/add, ale v URL se použije /content/add a vyvolá stránku pro přidání obsahu
17. 7. 2016 14:23:56
https://webtrh.cz/diskuse/multi-domenove-reseni-eshopu-jak-na-to/#reply1211249
Pro odpověď se přihlašte.
Přihlásit