<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="pl-pl">
<link rel="self" type="application/atom+xml" href="https://forum.atnel.pl/feed.php?f=4&amp;t=11964&amp;mode" />

<title>ATNEL tech-forum</title>
<link href="https://forum.atnel.pl/index.php" />
<updated>2015-06-10T16:20:20+01:00</updated>

<author><name><![CDATA[ATNEL tech-forum]]></name></author>
<id>https://forum.atnel.pl/feed.php?f=4&amp;t=11964&amp;mode</id>
<entry>
<author><name><![CDATA[elektro232]]></name></author>
<updated>2015-06-10T16:20:20+01:00</updated>
<published>2015-06-10T16:20:20+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=11964&amp;p=131418#p131418</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=11964&amp;p=131418#p131418"/>
<title type="html"><![CDATA[Re: Czas trwania sesji TCP na module WiFi.]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=11964&amp;p=131418#p131418"><![CDATA[
Temat do zamknięcia.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=2417">elektro232</a> — 10 cze 2015, o 16:20</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[elektro232]]></name></author>
<updated>2015-06-09T20:30:17+01:00</updated>
<published>2015-06-09T20:30:17+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=11964&amp;p=131366#p131366</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=11964&amp;p=131366#p131366"/>
<title type="html"><![CDATA[Czas trwania sesji TCP na module WiFi.]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=11964&amp;p=131366#p131366"><![CDATA[
Witam<br /><br />nie wiem czy ktoś już odkrył ten sposób ale jeśli nie to bardzo może się przydać.<br /><br />Zacząłem zabawe z serwerem HTTP na Atmedze. Strasznie irytowało mnie (Panie Mirku przepraszam za okreslenie) nieeleganckie podejście do ciagłego ładowania się strony przy czasie utrzymywania sesji TCP na np 30 sekund.<br />Ograniczenie tego czasu może skutkować prz mało wydajnych połączeniach (np GSM) tym że moduł zerwie sesję nim wyśle sie strona(zakładamy że strona jest duża).<br /><br />Z kolei długi czas irytuje przy szybkich połączeniach.<br /><br />Wydaje mi się ze udało mi się rozwiązać ten problem bardziej elegancko.<br /><br />Otóż wystarczy(moim zdaniem) zastosować podanie w odpowiedzi 200OK następującej frazy:<br /><div class="codetitle"><b>Code:</b></div><div class="codecontent">Content-Length: 109\r\n<br /></div><br /><br />czyli całość powinna wyglądać następująco:<br /><div class="codetitle"><b>Code:</b></div><div class="codecontent">void http_200ok(void){<br />        uart_puts_P(PSTR(&quot;HTTP/1.0 200 OK\r\nContent-Type: text/html\r\nContent-Length: 109\r\nPragma: no-cache\r\n\r\n&quot;));<br />}<br /></div><br /><br />Jak to działa??<br />w parametrze Content-lenght musimy podać ilość znaków która wyślemy.Ale uwaga!!!!!!!!!!!!<br /><br />To jest screen z moich testów i tam ten parametr (190)jest ustawiony na sztywno a trzeba to zautomatyzować.<br /><br />Jeżeli podamy za mało to dotrze tylko tyle znaków ile jest podane czyli strona może się cała nie załadować.<br /><br />Jeżeli podamy za dużo to tak jakbyśmy nic nie zrobili bo przeglądarka będzie czekała na dane tak długo aż moduł zerwie sesję.<br /><br />Według moich testów to rozwiązanie działa i na Firefoxie znacznie przyspiesza ładowanie stron a Chrome nie kreci już w nieskończoność.<br /><br />Proszę potestujcie to w miarę własnych możliwości bo to może rozwiązać sporo problemów z relacją ilości danych vs czas trwania sesji vs szybkość internetu.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=2417">elektro232</a> — 9 cze 2015, o 20:30</p><hr />
]]></content>
</entry>
</feed>