Átállítottam az egyik aldomain-emet websrv-re, hogy a chat.valodi.hu működjön tűzfal mögött is. Durván 24 órája működik így, eddig - lekopogom - szépen vizsgázott a websrv, senki nem panaszkodott.
Én szívesen látnék aldomain támogatást a websrv-ben, vagyis hogy a HTTP kérésbeli Host alapján más-más webrootokat vegyen figyelembe. mrev, hogy viszonyulsz a kérdéshez? :)
w
- 5182 megtekintés
Hozzászólások
5x olvastam el ezt a postot, de nem igazán tudom hova tenni. Más is így van ezzel, vagy csak Én hülyülök? Mihez kell viszonyulni?
- A hozzászóláshoz be kell jelentkezni
virtualhost tan? en se vagom, szerintem az ido miatt almosak vagyunk es hulyek.
- A hozzászóláshoz be kell jelentkezni
Igen, VirtualHost-ra gondolok. Tehát hogy legyen egy x.domain.hu és egy y.domain.hu, és a websrv a /var/www/x.domain.hu és /var/www/y.domain.hu könyvtárból szolgálja ki őket.
w
- A hozzászóláshoz be kell jelentkezni
Sajnos egyelőre van egy kis gond az ékezetkezelésével. Ami nem Unicode-os ékezet, azt nem szereti igazán.
w
- A hozzászóláshoz be kell jelentkezni
A websrv nem foglalkozik ékezetekkel (nem konvertál kódolások között, bármi átmegy rajta), úgyhogy ez nem lehet baj. Az én weboldalaim között is vannak UTF-8 kódolásúak is és Latin-2 kódolásúak is.
Viszont azt én is tapasztaltam, hogy a Jáva és a Gnome/KDE néha nem értenek egyet abban, hogy mi a kódolás, és olyankor a window captionban levő feliratok rosszak. Ezt nem tudom megjavítani.
--
CCC3
- A hozzászóláshoz be kell jelentkezni
Van most egy olyan websrv, ami csinálja ezt az izé ... name based virtual hostingot.
Amikor elkezdtem a websrv-t nem gondoltam, hogy rajtam kívül más is használni fogja. Demó program, amiben az a jó, hogy 300 sor, és nicsak, ennyibe is belefér egy többszálú webszerver. Hát most már túllépte az 1000 sort, nem volt tovább tarható, az egy forrásmodulos szerkezet, szét kellett szedni. A mostani változat még teljesen analfabéta, de már ezen megy a weboldalam.
--
CCC3
- A hozzászóláshoz be kell jelentkezni
A name based virtual hosting szuper. A probléma, amim most van, nem websrv-s, hanem a directory() függvényben van. Adva volt egy Latin-2-es ext3-as partíció, amiből a sors szeszélye folytán egy az egyben UTF-8-as ext3-as partíció lett. A directory() függvény nemes egyszerűséggel meg sem látja azokat a file-okat, amik nem unicode-osan vannak elkódolva. Valakinek valami ötlet....?
w
- A hozzászóláshoz be kell jelentkezni
Hát akkor mindketten rájöttünk, hogy ez bizony egy bökkenő. Viszont azt megkérdezném: Mi az, hogy UTF-8-as partíció? Én azt látom, hogy elég széles körben akármilyen bájtsorozat lehet egy filé neve, amik között lehetnek érvényes vagy érvénytelen UTF-8 kódok. Nem tudok róla, hogy a filénevek charset-je bárhol meg volna jegyezve.
--
CCC3
- A hozzászóláshoz be kell jelentkezni
Windows 2000-en csinálok egy fájlt így:
echo "ötszépszűzlány" >"ötszépszűzlány"
mindezt batchből, garantáltan ISO-8859-2 kódolással. Létrejön tehát egy ilyen nevű fájl ugyanilyen tartalommal. A dir parancs szépen visszaadja a fájl Latin-2 kódolású nevét.
Ha azonban a FindFirstFile, FindNextFile Windows API-val C-ből listázom a fájlneveket, akkor szemetet kapok. PL. az "é" helyén "T" van. A FindFirstFile doksijában nincs szó nonascii karakterekről.
Tudja-e valaki, hogyan lehet hozzájutni Windowson C-ből a nem ascii fájlnevekhez?
Megj: Van megoldás, hiszen a Windows konzol dir parancsa is kikaparja valahonnan a valódi fájlnevet. De pl. a cygwin-es dir rossz. A python os.listdir() szintén rossz. A samba kliensben viszont jól látszik a fájlnév.
Egyelőre hozzáférhető forrású programból nem tudom kinézni a megoldást, mert amit eddig találtam azok (ebből a szempontból) mind rosszak.
--
CCC3
- A hozzászóláshoz be kell jelentkezni
Azóta is kiválóan működik a websrv, hozzá se kellett még nyúlni. Már ha érdekel valakit :) Azóta már 3 hostot szolgál ki websrv, ebből az egyik relatíve nagy terhelésnek van kitéve: több, mint 130 felhasználó mintegy 42 ezer file-ját szolgálja ki. Még nem csináltam statisztikát, hogy mennyi kérést szolgál ki, de az látszik, hogy másodpercenként egy kérés be szokott esni, és általában nagyobb file-okat szednek le.
Valami statisztikás mókán elgondolkodom majd, amolyan webalizer-szerűn.
w
- A hozzászóláshoz be kell jelentkezni
Nem volt jó windowson a nem-ASCII directoryk és fájlnevek kezelése. Ez most részben megjavult, ahogy azt leírtam Változások dokumentumban. A kivétel, hogy továbbra sem lehet spawn,exec,run-nal _végrehajtani_ nem-ASCII exe-ket, bat-okat. Tehát a websrv prímán működik cirill betüs directorykkal és fájlokkal, de nem tud ilyen CGI-ket végrehajtani.
Jó volna, ha valaki ellenőrizné ezeket modernebb Windowson, mert én csak Windows 2K-n teszteltem.
--
CCC3
- A hozzászóláshoz be kell jelentkezni