-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.samoylyk.n
et!news.uzoreto.com!npeer.as286.net!npeer-ng0.as286.net!peer03.ams1!peer.ams1.x
lned.com!news.xlned.com!peer02.ams4!peer.am4.highwinds-media.com!news.highwinds
-media.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-02.news
.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
Date: Thu, 26 Jan 2023 12:06:58 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.6.0
Subject: Re: FreeRTOS + lwIP + HTTPD - zawieszenie po wejściu na stronę
Content-Language: en-US, pl
Newsgroups: pl.misc.elektronika
References: <63cd2dd0$0$19617$65785112@news.neostrada.pl>
<63cd6147$0$19617$65785112@news.neostrada.pl>
<63cd8ac8$0$19609$65785112@news.neostrada.pl>
<63ced5f9$0$19601$65785112@news.neostrada.pl>
<63cf0df3$0$19624$65785112@news.neostrada.pl>
<63d032b3$0$9593$65785112@news.neostrada.pl>
<63d03d8b$0$19623$65785112@news.neostrada.pl>
<a...@n...neostrada.pl>
<63d054a8$0$9606$65785112@news.neostrada.pl>
<a...@n...neostrada.pl>
<63d1a089$0$19600$65785112@news.neostrada.pl>
From: Atlantis <m...@w...pl>
In-Reply-To: <63d1a089$0$19600$65785112@news.neostrada.pl>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 32
Message-ID: <63d25ed2$0$9605$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 83.7.224.216
X-Trace: 1674731218 unt-rea-b-01.news.neostrada.pl 9605 83.7.224.216:57380
X-Complaints-To: a...@n...neostrada.pl
X-Received-Bytes: 3366
Xref: news-archive.icm.edu.pl pl.misc.elektronika:777563
[ ukryj nagłówki ]On 25.01.2023 22:35, Grzegorz Niemirowski wrote:
> Wszystko zależy od potrzeb. Realizowałem takie projekty i tam akurat
> potrzeba rekompilacji przy zmianie w kodzie strony nie była problemem.
Swoją drogą przyjrzałem się temu HTTPD dołączonemu do lwIP z STM32CubeMX
(na działającej płytce z STM32F107) i bynajmniej nie jestem pod
wrażeniem. Stworzony dekadę temu HTTP2 od Microchipa wygrywa z nim
zdecydowanie. Sposób obsługi statycznych stron wygląda podobnie
(generujemy plik zawierający tablice C z danymi stron) ale jednocześnie
znacznie lepiej zrealizowano komunikację pomiędzy przeglądarką i MCU.
W HTTP2 dużo lepiej wyglądała kwestia przekazywania parametrów w
requestach GET i POST. Mogłem też dośc wygodnie tworzyć sobie adresy do
dynamicznego pobierania informacji o stanie aplikacji w formie JSON-a,
dzięki czemu interfejs w przeglądarce mógł działać jak interaktywna
aplikacja.
HTTPD właściwie narzuca przestarzałe podejście z przeładowywaniem stron
i przekierowywaniem do kolejnego adresu po wywołaniu cgi. Możliwość
przekazywania parametrów przez GET też jest dość mocno ograniczona. Może
da się to zrobić lepiej, ale raczej nie w sposób oczywisty i najlepiej
udokumentowany w internecie.
Już dużo lepiej wygląda serwer na ESP32/ESP8266. Tam co prawda na
starcie trzeba było trochę pokombinować, np. ręcznie napisać funkcje do
odczytywania i odsyłania statycznych stron z FS-a i osobne do tych
dynamicznie generowanych (np. odsyłających JSON-a) ale za to już samą
stronę łatwo się pisało i przenosiło. Serwer właściwie wymuszał
stosowanie AJAXa. Będę musiał zobaczyć czy nie jest gdzieś dostęopny i
czy przypadkiem nie dałoby się go zaimplementować w projekcie na STM32...
Najnowsze wątki z tej grupy
- Wkrętarki, wiertarki...
- Zasilacz impulsowy 12V 10A, coś godnego uwagi jako zamiennik akumulatora wkrętarki
- Mouser - koszt wysyłki
- [OT] Jak wycinac ksztalt w piance lub styropianie?
- FV--> ciepła woda w kranie
- Szok
- Dziwny schemat wzmacniacza m.cz.
- We Wrocławiu ruszyła Odra 5, pierwszy w Polsce komputer kwantowy z nadprzewodzącymi kubitami
- CGNAT i ewentualne problemy
- wzmacniacz mocy
- Linuks od wer. 6.15 przestanie wspierać procesory 486 i będzie wymagać min. Pentium
- Propagation velocity v/c dla kabli RF
- Jakie natynkowe podwójne gniazdo z bolcem (2P+PE)
- Czujnik nacisku
- Protoków komunikacyjny do urządzenia pomiarowego
Najnowsze wątki
- 2025-06-25 klawiatura podświetlana zasilana z sieci
- 2025-06-25 Gdańsk => Programista Mainframe (z/OS, Assembler) <=
- 2025-06-25 Warszawa => Konsultant Wiodący SAP PP <=
- 2025-06-25 Warszawa => Leading SAP PP Consultant <=
- 2025-06-25 Wrocław => Senior Android Developer (Java) <=
- 2025-06-25 Gdańsk => Mainframe (z/OS, Assembler) Developer <=
- 2025-06-25 Wrocław => Senior Key Account Manager IT <=
- 2025-06-25 Warszawa => Junior Fullstack .Net Developer <=
- 2025-06-25 Białystok => Programista Delphi <=
- 2025-06-25 Warszawa => Programista C <=
- 2025-06-25 Zielonka => Key Account Manager IT <=
- 2025-06-25 Kraków => PHP Full Stack Developer <=
- 2025-06-25 Wrocław => Konsultant wdrożeniowy (systemy controlingowe) <=
- 2025-06-25 Warszawa => NMS System Administrator <=
- 2025-06-25 Warszawa => NMS System Administrator <=