Én vagyok hülye, vagy a clang görbe?

Van a gcc-nek egy -finput-charset nevű opciója, gondoltam, kipróbálom a másodgyártó termékében is az érdekesség kedvéért, hát még nem százszázalékos a siker... 


clang -v
Debian clang version 3.5.0-10 (tags/RELEASE_350/final) (based on LLVM 3.5.0)
...
clang: error: invalid value 'latin2' in '-finput-charset=latin2'
clang: error: invalid value 'ISO-8859-2' in '-finput-charset=ISO-8859-2'
clang: error: invalid value 'ISO-8859-1' in '-finput-charset=ISO-8859-1'

Akkor most egy leírás kellene, hogy az UTF-8-on kívül mi az, amit elfogad...

Szerk: Itten van írásba foglalva

( carlcolt | 2017. 04. 05., sze – 09:46 )

"Én vagyok hülye, vagy a clang görbe?"

Szerintem mindenki hulye, akinek UTF8-on kivul eszebe jut barmit is hasznalni :P Kivetel, ha valaki mas elbaszott karakterkodolasu adatat kell epp UTF8-ba konvertalnod, abban az esetben kiertekoldik a "clang a gorbe" resz is, aztan vagy igaz lesz vagy hamis.

Nem lattam meg olyan webes projektet, ahol par oranal tovabb tartott a .htaccess-t nginx altal tamogatott megoldasra lecserelni. Pedig lattam joparat. Ettol meg letezhet ilyen, meg a par programozoora is sok penz valakinek, akinek amugy nem szamitanak, es nem okoznak nagyobb bevetelt olyan dolgok, mint pl 10-20x annyi request per second, meg negyedakkora response time.

Van kb 1000-1500 domain hostolva kulombozo szervereken ( es ez meg gondolom nem is sok ), szivesen latlak par ora alatt nginx altal tamogatott megoldasra is lecserelni. Egyuttal a kliensnek is elmagyarazhattod hogy miert nem jo tobbet nekunk a htaccess.

Ebbol a 10-20x annyi request marhasagbol is elegem . A kiszolgalasi ido legnagyobb reszet ( tobb mint 95%-at) a PHP/ruby/python/whatever+MySQL/PSQL/whateversql teszi ki, ez pedig egyaltalan nem fog valtozni csak azert mert az Apache-t Nginx-re cserelted.

Es nagyon jo az Nginx de vannak hianyosagai, pl a /server-status mar kismillioszor segitett abban hogy valamit 5 perc alatt megoldjak, vs Nginx/tcpdump es tarsaival toltsek orakat.

Mindkettonek megvan a maga helye.

"Van kb 1000-1500 domain hostolva kulombozo szervereken ( es ez meg gondolom nem is sok )"

De ;)

A 95%-oshoz: 10-bol 9 projektben igazad van, de a 10.-ben egy (nem altalam epitett) angular webapp behuzott requestenkent vagy 120-150 source file-t (js, png, html, etc). Na ott aztan tenyleg volt kulonbseg, bar meg nginx-szel is kurva lassu volt, es mikor vegzett a szemetdomb behuzasaval a rendszer, akkor a bongeszoben sem keves idot gondolkodott.

Abban viszont igazad van, hogy ahol meg az ugyfelek is elvarjak a htaccess-t ott az mar olyan, vegkepp nem kell valtani. En csak a sajat projektjeimet uzemeltetem, meg amin fejlesztek masnak mast is (bar ezt az angularos projektet leginkabb letagadnam, meg se fogadtak egyetlen tanacsomat se kb., halistennek mar nem foglalkozok vele)