z dokumentacją Play: http://www.playframework.org/documentation/1.1.1/cache
Play has a cache library and will use Memcached when used in a distributed environment.
If you don’t configure Memcached, Play will use a standalone cache that stores data in the JVM heap. Caching data in the JVM application breaks the “share nothing” assumption made by Play: you can’t run your application on several servers, and expect the application to behave consistently. Each application instance will have a different copy of the data.
można umieścić dowolny obiekt w pamięci podręcznej, jak w poniższym przykładzie (w tym przykładzie z doc http://www.playframework.org/documentation/1.1.1/controllers#session, należy użyć session.getId(), aby zapisać wiadomości dla każdy użytkownik)
public static void index() {
List messages = Cache.get(session.getId() + "-messages", List.class);
if(messages == null) {
// Cache miss
messages = Message.findByUser(session.get("user"));
Cache.set(session.getId() + "-messages", messages, "30mn");
}
render(messages);
}
Bo to pamięć podręczna, a nie sesja, trzeba wziąć pod uwagę, że dane mogą nie być dostępne i mają pewne myśli, aby pobrać go ponownie z somehere (model wiadomość w tym przypadku)
W każdym razie, jeśli masz wystarczająco dużo pamięci i wymaga to krótkiej interakcji z użytkownikiem, dane powinny tam być, a jeśli nie, możesz przekierować użytkownika na początek kreatora (mówisz o jakimś rodzaju strona kreatora, prawda?)
Należy pamiętać, że gra, z jej bezpaństwowym udziałem - podejściem niczym, w rzeczywistości nie ma żadnego sessión, pod nim obsługuje tylko pliki cookie, dlatego może akceptować tylko ciągi o ograniczonym rozmiarze
Twoje pytanie nie jest zbyt jasne. Pomogłoby Ci wspomnieć o tym, co próbujesz zrobić. –
Soory, mój angielski jest bardzo biedny. Edytuję teraz ... – barroco