[OSP] Many clients - Specifikace vstupů/přístupu

[Michal Sojka]

To už se ptáte na implementační detaily. Udělejte si to jak chcete, abyste splnil zadání a bylo to dostatečně rychlé.

On 5. dubna 2015 16:51:15 CEST, srogljan na fel.cvut.cz wrote:
>Dobrý den,
>děkuji za objasnění, snad jen ještě pár otázek na strukturu dat
>slovníku.
>
>1) Lze předpokládat, že datová struktura bude uchovávat počet  
>unikátních slov pro každou "sessionu" klienta, či globálně pro  
>všechny, dokud nějaká "session" nezavolá metodu GET?
>
>
>2) Pokud server obdrží zprávu se slovem, které předtím označil za  
>unikátní, je třeba tuto informaci aktualizovat?
>
>
>Děkuji Vám
>S pozdravem
>Jan Šrogl
>
>
>Cituji Michal Sojka <sojkam1 na fel.cvut.cz>:
>
>> On 5.4.2015 16:15, srogljan na fel.cvut.cz wrote:
>>> Dobrý den pane doktore,
>>> jen pro úplné pochopení zadání:
>>> chtěl bych se Vás zeptat ohledně struktury volání HTTP requestů.
>>>
>>> Lze předpokládat, že metody GET a POST budou volány v náhodném
>pořadí?.
>> Můžete předpokládat následující: Požadavky GET a POST mohou být  
>> libovolně střídány a při požadavku GET nebude probíhat žádný  
>> požadavek POST. Měří se čas od začátku prvního POSTu následujícím po 
>
>> GETu do dokončení následujícího GETu s tím, že ten následující GET  
>> bude poslán až po obdržení odpovědí na všechny předchozí POSTy.
>>>
>>> Tedy, že hlavním problémem nebude odezva na finální POST metodu  
>>> (GET, GET, ... GET, POST) ale synchronizace a průběžná  
>>> informovanost o aktuálním stavu counteru slovníku (GET, GET, POST,  
>>> GET, GET ... POST .. GET)?
>>>
>>>
>>> Snad jsem otázku moc nezamlžil :-)
>> Je to takhle jasnější?
>>
>> S pozdravem,
>> -Michal Sojka

-- 
Odesláno z mého telefonu pomocí Kaiten Mail. Omluvte prosím mou stručnost.
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://rtime.felk.cvut.cz/pipermail/osp/attachments/20150405/fd43cc9d/attachment.html>