[Ununoctium]

#webdev #programowanie #devops #humorinformatykow #hacking XD

Kiedy ostatni raz widzieliście na jakiejś stronie apache skonfigurowanego tak, że pozwala na listowanie zawartości katalogów? Bo ja już od wielu lat nie. Już nawet pomijając to że stoi na Apache...

A jak powiem wam że to poważna już chyba firma bedąca najczęściej polecanym ISP we Wrocławiu?
Trochę to źle wygląda, nie?

Dla mnie szczególnie ironiczne jest to że budują własną sieć dostarczającą internet, więc adminów/devopsów musza mieć na pęczki, na pewno któryś ogarnia co to pliki .htaccess ( ͡° ʖ̯ ͡°)

Chodzi o moico i ich panel.

https://moico.internetunion.pl/modules/
https://moico.internetunion.pl/templates/
https://moico.internetunion.pl/style/

Na szczęście nie jest to żadne zagrożenie bo to jest postawione na podstawie chyba bezpiecznej aplikacji OpenSource z ponad 10 letnią historią, i nawet i bez tego każdy może sobie poprzeglądać pliki, nawet źródła .php oto link gh od razu do głównego katalogu tego panelu

https://github.com/lmsgit/lms/tree/master/userpanel

Co ciekawe na repo folder lib ma odpowiedni plik .htaccess i serwer pokazuje prawidłowo 403
I ten plik .htaccess na githubie znajduje się od 10 lat ?! Czemu tylko folder lib? A kto by to wiedział.

Ja nie będę im tego nawet zgłaszał bo pewnie jeszcze mnie o jakieś włamanie oskarżą, albo obciążą kosztami "naprawy" przez admina ich serwisu ( ͡° ʖ̯ ͡°) Jak ktoś chce to droga wolna.

A może przesadzam i takie zostawianie listowania katalogów włączone to w branży ISP norma? :P Nie zna w sumie branży XD

[aso824]

@Ununoctium: co złego w Apaczu?

[Ununoctium]

@aso824: Pierwszy link z google, nawet nie czytałem więc jbc to krzycz:

https://help.dreamhost.com/hc/en-us/articles/215945987-Web-server-performance-comparison

Nie wspominając o tym jak tragicznie się konfiguruje takiego apacza, w porównaniu do nginxa.

[paranoiddd]

@annotate święte słowa!

@Ununoctium Sam nie jestem fanem Apacza i jeśli mogę to wybieram nginx. Te wszystkie blogi, benchmarki itd są pisane przez ludzi którzy ograniczyli się do czytania wypocin innych ;-) Apache z mpm_event może wycisnąć więcej niż nginx. A jeśli używasz jakichś skryptów jak PHP, to tak naprawdę Twoim problem jej dany język / sposób w jaki go używasz, a nie sam Apache.

Ale, jak już masz zasoby

[Ununoctium]

@paranoiddd: @annotate:

Tak jak czytam to o czym piszecie to uświadamiacie mnie jak mało wiem w tym temacie xD
Na pewno nie macie na myśli zastosowań klasy enterprise? Przy jakiej wielkości systemach pracujecie?

A jeśli używasz jakichś skryptów jak PHP, to tak naprawdę Twoim problem jej dany język / sposób w jaki go używasz,

[a.....e]

@Ununoctium: tylko potwierdzasz to co powiedziałem. Nie chce Ci się czytać dokumentacji i jedziesz na przeładowanej konfiguracji apache. Dokumentacja nginx nie jest zła, ale to bardziej zbiór ładnych tutoriali niż kompleksowa dokumentacja. Niby jest spis wszystkich funkcji i dyrektyw ale to trochę bezładny worek w porównaniu do tego jak opisuje to projekt apache httpd. Tam wyraźnie widać gdzie są tutoriale, user guides, referencja wszystkich dyrektyw. W nginx rzadko kiedy pojawia

[paranoiddd]

@Ununoctium: Nie nie, to ciągle Ty nie wiesz o czym mówisz ;-) Poczytaj o używaniu PHP w Apache przez modphp (nie ma znaczenia czy 5.x czy 7.x) i jakie to ma konsekwencje dla samego Apache, a potem porównaj to z Apache+mpmevent+php-fpm. W takim zestawie, webserver nie jest Twoim wąskim gardłem, tylko sam parser. Nie zauważysz wielkich różnicy jak masz tylko kilka jednoczesnych użytkowników, ale wraz z liniowym wzrostem

[a.....e]

@Ununoctium: To dobrze że masz takie przemyślenia, dobry znak! ;)

Zależy co rozumiesz przez enterprise. Mi zdarzało się go wdrażać jako całkiem proste reverse proxy dla stron serwujących tak z 3/4 ruchu http dużej firmy finansowej. W domyślnej konfiguracji nie był w stanie udźwignąć ruchu... samego monitoringu :D (bez testerów ani klientów :D). Zrobiłem trochę testów wydajnościowych, pobawiłem się konfiguracją i chodzi do dziś serwując pokaźny ruch włącznie z długimi

[Ununoctium]

Jak chciałeś narzędzie łatwe w pierwszym kontakcie, bez specjalnego myślenia, to trzeba było od razu że chodzi Ci o to a nie o benchmarki :D

@annotate: Stary przecież zaraz w następnym poście Ci napisałem:

A ten link to chyba widać że rzuciłem na odczepne - chciałem uniknąć tego do czego właśnie mnie zmusiłeś :/ bo większość użytkowników przekona ten

[paranoiddd]

@Ununoctium: A ja jako DevOps walczę z postawą "używam czegoś bo tak mi łatwiej a nie muszę rozumieć co tam się dzieje" - takie myślenie powoduje, że ktoś potem dostaje pager w nocy i musi odkręcać :P No ale jak sam zauważyłeś - różne potrzeby. Inaczej gdy ma się 100uu dziennie, a inaczej kiedy ma się 100uu na minutę (✌ ﾟ ∀ ﾟ)☞

[Ununoctium]

całkiem proste reverse proxy dla stron serwujących tak z 3/4 ruchu http dużej firmy finansowej

@annotate: No w końcu się przyznaliście że obsługujecie ruch klasy enterprise.

A przecież już dużo wcześniej wam wspominałem że to kompletnie nie moja liga, za to ten serwis na którym stoi moico od którego się zaczęło to dokładnie moja liga, dlatego napisałem tak a nie inaczej.

[a.....e]

A przecież już dużo wcześniej wam wspominałem że to kompletnie nie moja liga

@Ununoctium: więc po co zaczynać w ogóle dyskusję, skoro z góry ograniczasz się do tak wąskiego zastosowania? W dużych projektach czasem jest mniejsza swoboda, ale zwykle to narzędzia wybiera się do konkretnej potrzeby, a nie odwrotnie. Nginx to też nie jest magiczne pudełko które zawsze zadziała idealnie, kiedyś może się przytrafić że i z niego będziesz się

[Ununoctium]

@annotate: Powtórzę jednak że ten panel moico to właśnie moja a nie wasza liga, i dlatego się przyczepiłem do tego.
Ba jestem w stanie z dość dużą pewnością założyć że ten apache ma kom.pletnie domyślą konfiguracje, a apka stoi sobie na pojedynczym serwerze. Nie jest to aplikacja którą codziennie używa naraz kilkadziesiąt tysięcy ludzi, bo jedyne co ten panel potrafi to pokazać listę faktur XD

Dlatego ja bym postulował aby