|
TwojePC.pl © 2001 - 2024
|
 |
A R C H I W A L N A W I A D O M O Ś Ć |
 |
| |
|
Wersja demo aplikacji webowej -jak? , carlosA 28/03/15 19:22
Często, gęsto w przypadku aplikacji webowych dostępna jest wersja demo, ot klient loguje się na zasadzie demo/demo do jakiejś aplikacji www i sobie może poklikać nim zakupi produkt. Pytanie: jakim mechanizmem coś takiego zrobić (głównie chodzi o przywrócenie bazy i innych ustawień jeśli są konieczne) ? do głowy przychodzi mi kilka rozwiązań, ale być może są jakieś gotowe mechanizmy.#whatever - często operuje się na wspólnej bazie , Wedrowiec 28/03/15 19:29
tzn. jak dwie osoby klikają to sobie wzajemnie zmieniają ;)
możesz też wszelkie dane wiązać z sesją - i sprawa załatwiona."Widziałem podręczniki
Gdzie jest czarno na białym
Że jesteście po**bani" - nie wiem jak sie robi profesjonalnie , RusH 28/03/15 23:22
ale imo jest to trywialne i do wyklepania w 20 minut
dla kazdej nowej sesjii robisz shadow copy on write do nowej sessionkey_tabela (moze byc w oddzielnej bazie danych, gdzie pierwsza jest read only), do tego wrzucasz gdziec sessionkey TTL. Przy kazdym dostepie do bazy najpierw patrzysz w sessionkey_tabela, jesli tam nie ma to dopiero czytasz z pierwotnej tabeli. Co x sesji robisz pruning expired sessionkey po TTL.I fix shit
http://raszpl.blogspot.com/ - RusH przedstawił metode na zrobienie demo dla kazdego usera osobno tak aby dwu , ptoki 28/03/15 23:59
indywidualnych sobie nie zmieniało danych.
IMHO to troche overkill bo trzeba aplikacje zmienić i utrzymywac dwie wersje, lub w kodzie mieć ustawienie czy dana instancja aplikacji to demo czy nie.
Zazwyczaj robi sie to sporo prościej:
Instaluje sie aplikacje, konfiguruje i kopiuje na bok konfiguracje i baze.
I cyklicznie raz na dobe/raz na tydzień się kasuje konfig, baze i ewentualnie jakies wgrywane pliki i nastepnie robi restore plików i bazy.
- fajnie , Wedrowiec 29/03/15 00:35
że walicie technicznie, fajnie że pisząc bez technicznych blabla miałem rację, ptoki akurat na poziomie demo wymaganym (wg. mojej oceny) w konfiguracji -> jednym pliku definiujesz zmienną i nie ma znaczenia czy dana instancja aplikacji to demo czy nie."Widziałem podręczniki
Gdzie jest czarno na białym
Że jesteście po**bani" - Tak, ale trzeba w paru miejscach w samej aplikacji zróżnicować jej działanie w oparciu o , ptoki 29/03/15 18:49
tę zmienną.
Jesli masz kod aplikacji i ja znasz to spoko, rozwiązanie sie spisze.
Ale jak aplikacje masz z pudełka albo nie chcesz jej zmieniać (dajmy na to jakiś wordpres czy inny cms) to prościej jest ją zduplikować i robic jej cykliczny restore...
- mozna upchnac w shimie , RusH 29/03/15 05:33
pomiedzy aplikacja a baza danych, wystarczy dodac do aplikacji (jesli nie ma w standardzie) zeby kazde zapytanie sql przekazywalo rowniez zalogowanego usera/sessionidI fix shit
http://raszpl.blogspot.com/ - propo w ten sposob , RusH 29/03/15 05:37
mozna rowniez zaimplementowac shadowbanning np na forum, tz zamiast blokowac idiote robi sie dla niego oddzielny kacik gdzie laduja jego posty, i tylko on je widziI fix shit
http://raszpl.blogspot.com/ - Jak aplikacja sensownie zmontowana (nie jakis spagetti programing :) ) to miejsc gdzie , ptoki 29/03/15 18:47
mozna takie rozdzielenie zrobić jest pare (albo wysoko na poziomie requestu, albo na poziomie bazy albo w środku w logice aplikacji).
Tak czy siak trzeba mieć zmienną z informacja do jakiej bazy czy tabelki trzeba kierować zapytania.
Sporo zalezy od tego ile tabelek potrzebnych jest do spersonalizowania aplikacji.
Jak pare to mozna to zrobic na warstwie obslugi bazy.
Jak wiele to IMHPO lepiej zrobic sobie po prostu wiele baz...
ale to tak z grubsza akademicka dyskusja :)
|
|
|
|
 |
All rights reserved ® Copyright and Design 2001-2024, TwojePC.PL |
 |
|
|
|
