Prosba o ocenę/pospiesz NasPanel.site

Cześć chciałbym wam przedstawić panel do zarządzania własnym serwerem NAS wiem że jest ich pełno, ale chciałem stworzyć coś lekkiego nie pamiecio żerne, oczywiście wiem że są jakieś błędy których nie wyłapałem, więc może wam się uda wyłapać błędy, co poprawić co dodać.

https://naspanel.site/

Github: https://github.com/gekomod/nas-panel
Github serwera www: https://github.com/gekomod/nas-webserver

Instalator: https://gist.github.com/gekomod/16a940f9e53dc3510562053393fce798

Jestem gotowy na każdą krytykę z waszej strony.

Działa na razie na Debian 12 Debian 13 (problem z instalatorem docker'a)

Screenshoty na stronie się nie powiększają, trzeba je samemu otworzyć w nowej karcie.
Zamiast screenshotów mógłbyś dać symulację środowiska i postawić żywe demo.

Dzieki za uwagę, przemyślę postawienie demo, screeny poprawione już się otwierają po naciśnięciu.

Website i panel prezentują się naprawdę dobrze. Myślę jednak, że warto rozwinąć na stronie kwestie związane z bezpieczeństwem. To buduje zaufanie nowych użytkowników. Dodatkowo zrzuty ekranu w języku polskim mogą zniechęcać osoby anglojęzyczne, dlatego dobrze byłoby opublikować wersję angielską.

@pradoslaw: dzięki za podpowiedź, Screeny własnie zmieniam, a dzieki temu zauwazyłem ze nie wszystkie tłumaczenia się załadowały :)

Ogólnie logowanie jest oparte o Linux PAM (Pluggable Authentication Modules) zabezpieczenia są ale jak ktoś ma jakieś propozycje dodatkowych zabezpieczeń jestem otwarty na każdą pomoc/propozycje

Nie widzę powodu, żeby pisać własny serwer WWW – ja bym skorzystał z Apache albo chociaż z lighttpd. Ale jeśli koniecznie chcesz mieć swój, to warto dodać obsługę wielu połączeń naraz.

@hzmzp: Dzięki własnie wprowadzam wielowątkowość, a tak wolę mieć własny, zużywający znikomą ilość ramu,cpu.
Wiem ze wielu uważa ze apache lub nginx lub lighttpd jest super, ale mi taki kombajn jest nie potrzebny do poprawnego działania.

Pisanie serwera HTTP specjalnie pod inną aplikację i to w C jest niepoważne. Proszenie się o dziury.

dlaczego nie Nasz Panel, tylko Nas Panel?

Bo nawiązuje nazwa do Network Attached Storage.

@snowflake2137: Zgadzam się ale każdy serwer www ma jakieś dziury w zabezpieczeniach, dla czego w C jest nie poważne?

Jarosław Nowak napisał(a):

@snowflake2137: Zgadzam się ale każdy serwer www ma jakieś dziury w zabezpieczeniach, dla czego w C jest nie poważne?

bo napisać dobrze serwer HTTP tak żeby nie zrobić podatności na cały system jest mega trudno, a w C prosisz się o problemy, dodaj do tego wystawienie na zewnątrz i katastrofa gwarantowana. Nawet kumaci od dużych i finansowanych projektów nie polecają wystawiać swoich małych serwerów bezpośrednio tylko używać ich przez reverse proxy.
No i to mnóstwo zbędnej, niepotrzebnej nikomu roboty, dlatego jest to niepoważne. Sam pisałem mini serwer http kilka razy w jakichś tam aplikacjach do wystawiania publicznego "api" bo dodanie serwera byłoby overkillem, ale czasy gdy komputery miały jeden rdzeń i 32MB RAMu minęły nawet w NASach, a teraz w czasach HTTP3 napisanie czegoś sensownego nie jest już takie trywialne

@obscurity: Może masz rację nie mówię że nie, lecz ja nie chcę żadnego gotowca typu apache nginx itp, z tego względu iż że nie potrzebuje takich kombajnów, tak jest dużo roboty przy takim serwerze nie mówię że nie, ale efekt jest tej roboty,na zewnątrz jest wystawiany tylko port 80, api działa lokalnie.

Mi zależało na prędkości i zużyciu ramu aby było jak najmniejsze, apache tego nie da, nginx no jeszcze jakoś by dał radę ale po co mi taki kombajn tylko pod port 80 aby odczytać plik HTML ?

Dlatego podałem przykład lighttpd init zajmuje około 1mb a przy twoim ruchu raczej nie przekroczy nawet 10mb, do tego jest szybki i sprawdzony. Nie wiem czy twoja gra jest warta świeczki.
Może zanim zabrniesz za daleko to chociaż zrób sobie benchmark ile zajmie ten i twój sposób.

@hzmzp: ja wszystko rozumiem, ale ja nie potrzebuje lighttpd apache czy nginx, ja mam dostosowany kod serwera www tylko pod panel, a nie ogólnie do wszystkiego takich kombajnów nie potrzebuje nie przewiduje aby były mi potrzebne takie kombajny, ja potrzebowałem prostego i zarządzanego serwera www z poziomu panelu, bez zbędnych bajerów.

Wiem że kod morze mieć wiele do życzenia, że będą błędy, ale czy nie o to chodzi aby coś zbudować i poprawiać rozwijać swoje a nie czyjeś ? Żaden kod nie jest wolny od wad zawsze się coś znajdzie więc mówienie o tym że lighttpd przykładowo jest taki świetny ale się z tym nie zgodzę znam dużo przypadków gdzie lighttpd zużywa bardzo dużo zasobów przy zwykłych stronach lub się zawieszał bez celu.

OK, ale pytanie czy ty chcesz żeby ktoś tego faktycznie używał czy robisz to tylko jako takie demo technologiczne żeby pokazać że potrafisz osiągnąć jakiś cel?

@hzmzp: wiesz co ja nie widzę przeszkód aby tego używać, jak już mówiłem to jest zbudowane specjalnie tylko pod panel, pod nic innego, mówisz pokazać że potrafię osiągnąć jakiś cel nie po prostu nie chce używać kombajnów ale zbudowany stricte pod panel serwer www tylko do obsługi panelu miał być lekki szybki i stabilny.

jest jeszcze kwestia czasu, nie wiem ile ale podejrzewam że z połowę czasu rozwoju aplikacji poświęciłeś na pisanie tego serwera. Albo w ogóle serwer jest tak zintegrowany z aplikacją że ciężko powiedzieć ile na co poszło. W każdym razie konkurencja może w tym czasie wziąć gotowy httpd, skopiować resztę i mieć to samo taniej, szybciej i lepiej i móc się skupić na użytecznych funkcjach aplikacji zamiast na pisaniu systemu operacyjnego żeby ją odpalić