- PlayStation 5
- Hosszú idő után újabb előzetest kapott a Gothic Remake
- Hivatalosan is bemutatkozott a Kingdom Come Deliverance 2
- Rövid teaser trailert kapott a Dragon Age: Dreadwolf
- EAFC 24
- GTA VI
- Alkoholista nevelde
- Nintendo Switch
- Teljes verziós, ingyenes mobil játékok és alkalmazások
- PlayerUnknown’s Battlegrounds
Új hozzászólás Aktív témák
-
coco2
őstag
válasz Sk8erPeter #11900 üzenetére
Természetesen elolvasom az összes hozzászólást. Majd eljön az ideje a MySQL-nek is, de előbb egy RFC szerint létező session id-t szeretnék látni kliens oldalon. Ha az IIS alatt nem működik, semmire sem fognak nekem kelleni az IIS dolgai.
Egyenlőre még IIS beállítással küzdök, mert ahány leírást csak találok iis + php installhoz, mindegyik enyhén szólva figyelmetlenül készült. Így első alkalommal nekem ez még valahogy nem 2 perc alatt jön össze.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Oké, az IIS is dettó mint az Apache.
A header kimenet:
"Cache-Control" = "no-store, no-cache, must-
revalidate, post-check=0, pre-check=0"; "Content-Length" = 30; "Content-Type" =
"text/html"; Date = "Sun, 18 Nov 2012 13:14:13 GMT"; Expires = "Thu, 19 Nov 1981
08:52:00 GMT"; Pragma = "no-cache"; Server = "Microsoft-IIS/7.5"; "X-Powered-By
" = "PHP/5.4.8";A body kimenet:
*1*grnor9798ub5c9p29nfkll3jn4*Szóval a session-t frissen kezdte, és mégsem küldi header-ben a session id-t. Miért nem?
Ha én szúrok el valamit, mit?
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
-
Sk8erPeter
nagyúr
"Ha az IIS alatt nem működik, semmire sem fognak nekem kelleni az IIS dolgai."
És miért lesz neked jobb attól, ha Windows alatt Apache-ot használsz?"Egyenlőre még IIS beállítással küzdök, mert ahány leírást csak találok iis + php installhoz, mindegyik enyhén szólva figyelmetlenül készült. Így első alkalommal nekem ez még valahogy nem 2 perc alatt jön össze."
Nem értem, én annak idején találtam hivatalos leírásokat is a dolog menetéről, és tök gyorsan megvoltam vele, mondjuk az hülyeség, hogy 2 perc lenne, mert az csak úgy igaz, ha valakinek már van vele tapasztalata.
De nem értem, miért a bonyolultabb utat választottad, amikor van összekattintgatós, gyors módszer, ami helyetted megcsinálja a szívás részét, direkt ezzel kezdtem.Hányas PHP-t használod?
Ahogy már mondták, hibajelzés legyen a lehető legszigorúbb, error_reporting(E_ALL|E_STRICT);, ezenkívül arra még mindig nem reagáltál, nem látsz-e valami releváns dolgot a logban.
Mivel csekkolod a headereket, Fiddlerrel?Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #11905 üzenetére
És miért lesz neked jobb attól, ha Windows alatt Apache-ot használsz?
Miért jobb, ha IIS-t használ? Pl én sokkal jobban preferálom a wamp-ot, tudom váltogatni a modulokat is. Így adott tárhelyhez kitudok alakítani tesztkörnyezetet.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #11906 üzenetére
Nekem sokkal jobban tetszik az IIS, mert van hozzá egy elég értelmesen kialakított grafikus felület, és én régen eleget konfigoltam az Apache-ot ahhoz, hogy megutáljam a szöveges fájlokban való buzerálást, a véletlen elírásokat, nehézkes beállításokat, sokszor túl sok időt vett el a fejlesztésemből az, hogy utána kellett olvasni, valamit hogy lehet rendesen belőni. Az IIS-t is meg kell ismerni ahhoz, hogy tudd használni, de utána szerintem (legalábbis számomra) minden sokkal gyorsabb. Ráadásul így az ASP.NET-es alkalmazások is "natívan" futtathatók, ha majd ismét lesz időm fejlesztgetni benne egy kicsit. Az IIS-hez tartozó PHP Manager segítségével pedig szintén grafikus felületen tudod állítgatni a php.ini dolgait menetközben, tudsz engedélyezni/letiltani extensionöket, ezenkívül tudsz váltogatni elvileg különböző PHP-verziók között.
Csomó mindent be tudsz állítani az egész szerver újraindítása nélkül. Az egyes site-ok egyébként egyenként is újraindíthatók.
Meg én valahogy Windows-os környezetben (mivel Linuxon az IIS nem is megy ) gyorsabbnak érzem az oldalaim sebességét IIS-en, mint Apache-csal. (De Linuxon Apache-csal futtatva ugyanolyan gyors, vagy még gyorsabb, szóval furcsa.)[ Szerkesztve ]
Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #11907 üzenetére
Én mindig azt nézem, hogy végül hol fog landolni egy oldal. Ha linuxon, akkor nagy valószínűséggel apache alatt fog futni.
Beállítások. Hát, wamp alatt is csak egy kattintás egy extension ki/bekapcsolása. Nem sokat kell mókolni szöveges fájlban.De ugye, kinek ez kinek az jön be jobban.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #11908 üzenetére
Persze, az is egy jó szempont, hogy ugyanaz legyen a tesztelési környezet, mint az éles környezet.
De nálam ettől még nem fog Apache futni Windows-on.Sk8erPeter
-
MODERÁTOR
válasz Sk8erPeter #11909 üzenetére
Nginx-ről mi a véleményed?
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Speeedfire
nagyúr
válasz Sk8erPeter #11909 üzenetére
Én meg IIS alatt nem fogok windows alatt oldalakat futtatni.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
MODERÁTOR
válasz Sk8erPeter #11911 üzenetére
Csak abból kiindulva, hogy a fészbúk is ezen futkározik
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
coco2
őstag
Kérhetném, hogy egy probléma megoldás objektív folyamata ne fulladjon linux vs windows hitvita flame-be? Hálásan köszönöm.
mobal: Nginx-et én sem láttma még életközelből.
Telepített iis + php, a php.ini file 461. sorában jelenleg ez van: error_reporting = E_ALL|E_STRICT. Újraindítottam a gépet, lefuttattam a ráhívást, cookie ofc nem jött vissza, bár zavaró tényezőként a counterem is már 2-es értéken állt. Valamiért egy gép restart nem nullázta le a dolgokat. PHP log file-nak nem tudom, hol kellene lennie. Ezzel valaki segítsen ki.
PHP + IIS telepítéshez találtam egy normálisann leírást: http://www.hauser-wenz.de/s9y/index.php?/archives/280-Installing-PHP-on-Windows-7.html, így már kicsit egyszerűbb volt a dolog. Ennek a lépéseit követtem.
A webszerverekkel kapcsolatos hitvitákat részemről rátok hagyom. Én nem azért váltottam, mert egyik vagy másik jobb lenne. Nem különösebben érdekel egyik sem. Én egy kliens oldali programot fejlesztek (alapok írásánál tartok), aminek kommunikálnia kell egy webszerverrel, és a user folyamatok egyik fontos alapja a session id, amit nem találok. A header-t a saját programom listázza le, de természetesen vevő vagyok bármilyen már kitesztelten hibátlannak tekinthető egyéb alkalmazás bevetésére is, csak hogy plusz egy hibalehetőséget kizárjunk kezdetben. A Fiddler-t még sosem használtam, de éppen leszedek egyet, és megpróbálom beüzemelni. Az apache volt eredetileg a gépemen, és gyanakodtam a headerre. Az apache-ot azért szedtem le, hogy ne 2 webszerver legyen a gépen, mert az nem szerencsés. Most IIS van fent, és itt sem látok session cookie-t. Meglesem Fidlerrel, és megírom, mit találtam.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
-
MODERÁTOR
válasz Speeedfire #11916 üzenetére
fb?
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
coco2
őstag
válasz Peter Kiss #11915 üzenetére
Ki volt kapcsolva. Átállítottam "On"-ra. Azt persze nem tudom, hogy így IIS esetében a php.ini átírása mennyi idő múlva lép érvénybe. Wamp-nál volt "restart all services", itt mi van erre a célra?
Nekiszabadítottam a fiddler-t az index.php-nak, és már gyanítom, hogy hol lesz a bűnös. Kutya baja van a webszervernek. Nem hibás sem az IIS, sem az apache. Az a gnu-c lib lesz a bűnös, amit használok. Szerintem nem küldi normálisan a kötelező request értékeket, és a webszerver támadásnak veszi a csonka adatokat. Ezt persze nem fogom tudni bizonyítani addig, amíg nem tudom keresztülküldeni az NSURLConnection hívásait valami proxy-n, ami megmutatja, hogy mit küldök kifelé, amire a válasz visszaérkezik. Ez a fiddler ügyes kis találmány, de sajna webbrowserbe épülő plugin. Létezik ilyesmi binárisban is, ami a rendszerbe épül bele és natív alkalmazásokat lehet vele kukucskálni?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Speeedfire
nagyúr
válasz Sk8erPeter #11920 üzenetére
Ő, újratábla. Windows alatt nem fogok IIS-t használni weblapokhoz.
Nem megy ma ez nekem...Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
MODERÁTOR
válasz Sk8erPeter #11920 üzenetére
Ez esetben rosszul gondoltam.
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
coco2
őstag
válasz Sk8erPeter #11921 üzenetére
Köszi, restart megvan.
Elvileg már bele kellene mennie a body-ba a hibaüzenetnek, ha a php bármit hibának talál, de hiba visszaírást nem látok a body-ban.
A session_id()-t felhasználhatnám arra, hogy belecsempésszem egy weblapba a session id-t, amit kliens oldalon kiparsingolok belőle (natív prognyelven parsingolni weblapot, finom falat), és headerbe pakolok a válaszoknál, de mindezt egy olyan bináris komponens miatt tegyem meg, ami egy vacak http requestet sem tud szabályosan elküldeni? Mert perpill vélhetően az az igazi problémám, hogy egyáltalán nem tudok szabványosan kommunikálni a webszerverrel, és gyaníthatóan ezért nem jön a szabványos válasz sem. Lenne ebből túl sok szövődményes egyéb problémám is, amit nekem nincs kedvem bevállalni. Inkább az igazi bűnös grabancát kapom el, mint ártatlanokat büntessek. Ha az megvan, utána meg már azért nem lesz szükség a session_id()-ra.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
-
Sk8erPeter
nagyúr
Mondd már meg, hogy a klienssel hogyan próbálod mindezt lekérni, mert ilyen titokzatos információkból nem lehet kitalálni... én sem értem, miért a szervert hibáztatod, miért nem előbb a saját alkalmazásodat, mielőtt megnéznéd valami normális programmal, hogy valóban nem érkezik-e meg az említett header...
Javaslom a böngésződ fejlesztőpanelének (F12, Ctrl+Shift+I) Network fülét.
Szóval milyen kóddal csekkolod mindezt?(#11923) mobal :
hát az osztott tárhely olyan, mint amikor regisztrálsz egy tárhelyet mondjuk a Tárhelyparknál, a Hostgatornál, GoDaddy-nél, és így tovább, és lesz egy saját tárhelyed, még sok-sok másik előfizető tárhelye mellett. Osztott a tárhely, tehát másokkal is kell osztozni az erőforrásokon, emiatt vezetnek be memória- és egyéb korlátokat.
Ha a saját szerveredet üzemelteted, akkor az nem osztott tárhely.
Gondolom annyira nem mondok vele meglepő dolgot, hogy a Facebook a saját szerverét használja, és nem regisztrált egy osztott tárhelyet.......(#11922) Speeedfire :
hát én szándékosan nem vittem el hitkérdés irányába, hogy márpedig fúj, Apache, mert attól még az Apache egy jó szerver, hogy kényelmetlen a konfigolása az IIS-hez képest...[ Szerkesztve ]
Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #11926 üzenetére
Én sem hitkérdése miatt nem használom az IIS-t. Inkább "elszenvedek" az apache-al, de tudom hogy az windows és linux alatt is úgy üzemel majd.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
MODERÁTOR
válasz Sk8erPeter #11926 üzenetére
Jó persze. De viszont a nagy előnye továbbra is él az nginx-nek, hogy marha gyorsan képes kiszolgálni, viszonylag kis erőforrás felhasználása mellet tömeges lekéréseket. Ezért szerintem az IIS és az Apache mellet nem elhanyagolható alternatíva, persze most ez merően eltér az eredeti témától.
No, majd kipróbálom és jelzem, hogy mire jutottam, ha érdekel titeket!
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
MODERÁTOR
válasz Speeedfire #11929 üzenetére
Azt kifelejtettem, de van még a Cherokee, mint az indián
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
coco2
őstag
Azért nem részletezek ki mindent, mert megpróbálok nem túl o/t lenni, noha sejtem, hogy akadnak itt koponyák, akik kicsit többet is látnak annál, hogy php scriptelni. De hát legyen. Ha bárkit zavar, majd rám szól, és akkor befejeztem.
Szóval van egy sdk itt:[link]
Ebben írtam egy klienst, amivel http requesteket küldök a webszerver felé, ami már a szokásos php környezet. A kliens kommunikációs eszköze alapvetően ez: [link]
Mostanra találtam packet debuggert windows loopback sockethoz is itt:[link], így már ki tudom figyelni, igazából mi zajlik az alapokban.
Amikor böngészővel ráküldök 127.0.0.1/index.php-ra (index.php tartalma:
<?php
session_start();
if (!isset($_SESSION["counter"])) $_SESSION["counter"]= 0;
$_SESSION["counter"]++;
echo "*".$_SESSION["counter"]."*".session_id()."*";
?>)egy kérést, akkor ez megy ki első alkalommal (a raw log-ok Fiddler 2-vel készültek):
GET http://127.0.0.1/index.php HTTP/1.1
Host: 127.0.0.1
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: hu-hu,hu;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Connection: keep-aliveamire a válaszban ott egy session id:
HTTP/1.1 200 OK
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Type: text/html
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Server: Microsoft-IIS/7.5
X-Powered-By: PHP/5.4.8
Set-Cookie: PHPSESSID=nnfe854il49q0np33dikao4nt6; path=/
Date: Sun, 18 Nov 2012 17:35:05 GMT
Content-Length: 30
*1*nnfe854il49q0np33dikao4nt6*Második alkalommal a böngésző már tudja a session id-t, és berakja a kimenő kérésbe is:
GET http://127.0.0.1/index.php HTTP/1.1
Host: 127.0.0.1
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: hu-hu,hu;q=0.8,en-US;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Connection: keep-alive
Cookie: PHPSESSID=nnfe854il49q0np33dikao4nt6
Cache-Control: max-age=0visszaérkező válasza pedig:
HTTP/1.1 200 OK
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Type: text/html
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Server: Microsoft-IIS/7.5
X-Powered-By: PHP/5.4.8
Date: Sun, 18 Nov 2012 17:37:26 GMT
Content-Length: 30
*2*nnfe854il49q0np33dikao4nt6*amiben már azért nincs session id, mert az csak kapcsolat építéskor jön meg egyszer, és amikor a kliens már eleve elküldi, akkor a szervertől már nem jön semmi.
Megnéztem bináris felületen is a kicsi kliensecském kommunikációját a webszerver felé, a raw log a SocketSniff-el készült (linkje fentebb). Már első alkalommal ez ment ki:
Send: Return Code: 0x00000000
GET /index.php HTTP/1.1
Cookie: PHPSESSID=grnor9798ub5c9p29nfkll3jn4
Host: 127.0.0.1
Content-Length: 0és ez jött vissza:
Receive: Return Code: 0x00000000
HTTP/1.1 200 OK
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Type: text/html
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Server: Microsoft-IIS/7.5
X-Powered-By: PHP/5.4.8
Date: Sun, 18 Nov 2012 17:45:07 GMT
Content-Length: 30
*6*grnor9798ub5c9p29nfkll3jn4*A jelek szerint az NSURLConnection olyan szinten "okos", hogy teljesen elrejti előlem a beérkező cookie-kat, lerakja valahova file-ba, és a teljes kommunikációnak azt a részét elrejti előlem, ami natív libek esetében kicsit szokatlan számomra. Amikor kommunikációt indítok kifelé, akkor pedig minden külön kérés nélkül belekotor a cookie mappákban, elővakar valahonnét valamit, és automatán elküldi. Mindezt eddig nem tudtam, és törtem a fejem rajta, miért nem jön vissza a session id. Nem tudtam róla, hogy ha nem külön utasítom a libet, hogy küldjön cookie-t, az akkor is küld. Most, minthogy a misztériumot sikerült a segítségetekkel felderítenem, már tudom, merre induljak tovább. (Felkutatom a tárolt cookie-kat, és jól kitörlöm mindet, hogy felhasználó váltásoknál ne csessze szét nekem a session kezelést mindenestül.)
Miközben a saját pecsenyémet sütögettem, megpróbáltam lehetőleg kíméletesen telefirkálni a prohardvert. Persze ami kérdésetek van, szívesen válaszolok rájuk.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Speeedfire
nagyúr
Az a baj, hogy ezek inkább saját szerverre valók, ahol te tudod beállítani ezeket.
De mondtam már neked, hogy nyugodtan próbáld ki. Jó az nginx. Nagy látogatottságú oldalnál sok erőforrást tudsz vele spórolni.
[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
MODERÁTOR
válasz Speeedfire #11933 üzenetére
Az a baj, hogy két magon feleslegesen virtualizálnék ez ügyben. Érdemben semmi nem derülne ki...
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
-
coco2
őstag
És akkor zárszóként még én is had kontárkodjam bele a hitvitákba is.
A windows felhasználói célokra jelenleg még egy kicsit kényelmesebb, mint a linux, ezért startup projectek előszeretettel fejlődnek azon. Viszont ha valami tovább fejlődik az első üzleti lépcsőnél, és nagyobb szerverpark üzemeltetése válik fontossá, akkor jön majd a meglepi, hogy az olcsóbb win 7 ultiknál pld olyan szinten le van korlátozva a socket kezelés, hogy szerver célokra teljesen alkalmatlan. A win server licencek pedig nem 20-30k-ba kerülnek, hanem processzor magok függvényében 1,5 milcsi fölötti árak vannak / 1 gép. Ha SQL szervert kell rakni rá, ott is per core licence van, és simán 5-10+ milcsi az MSSQL egyetlen szerver gépre, amiből alkalmasint üzemeltetni kell fürtben vagy 16-ot. Egyszer kiszámoltuk a cégnél a "kedvezményes" licence értékét egy 64 magos szerver alaplapra (supermicro szerver alaplap, 512gb ram, 4x 16 magos proci), 197 millió huf (százkilencvenhétmillió). Egyetlen gép. Ami azt illeti, az ASP sincsen ingyen. Na aki mindezt végig számolta, elég hamar rájöhet, hogy az ingyenes linux / apache / mysql vajon miért is terjed. Pedig amúgy a mysql-nek elég rendesen megvannak a korlátai, csak hát annyival azért nem jobb az mssql, hogy milliókat akarjon érte az egyszeri magyar kifizetni. Aki még nem látott beindult startupot, a fentebbi milliós tételekre valószínűleg csak pislog, hogy tuti nem lehet az igaz. Tessék csak elhinni, olyan pénzeket gondol a microsoft levakarni mindenkiről, aki a windows hálójába kerül, és nem tud kiszabadulni belőle. Rendesen nyomják a marketinget, meg minden, de nem is ingyen gondolják a dolgokat..
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Lacces
őstag
Az Nginx-es témához annyit, hogy azt szokták mással vegyítve is használni . Például apache-al, főleg Java vonalon látom, hogy kihasználják a kettőnek az előnyét.
Szóval nem muszáj egyikről sem lemondani
-
Speeedfire
nagyúr
De ne virtualizálj, ha csak tesztelni akarsz.
Külön partíció->debian->nginx & apache + APC!
Aztán adj neki. Mondjuk APC-vel már elég gyors az apache is.
Lacces: Gondolom a statikus tartalomra gondolsz. Mert a legtöbben inkább erre használják az nginx-et vagy a lighttpd-t. Csinálnak egy aldomain-t és a statikus tartalmat ezek a könnyű webszerverek szolgálják ki.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Lacces
őstag
válasz Speeedfire #11938 üzenetére
igen, statikusnál a nginx nagyon jó.
-
coco2
őstag
válasz Speeedfire #11938 üzenetére
Az apc-t sokan szidják, hogy úgy lenyel minden mennyiségű ram-ot, ami nem emberi, aztán már többet lassít a ram hiány minden más miatt, mint amennyit gyorsít az apc.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Speeedfire
nagyúr
Lehet, ezt anno nem teszteltük. Csak, hogy egyszerre mennyi kérést tud kiszolgálni apc és apc nélkül.
Apc-vel pedig a többszörösét tudta.
Igazából egy teljes átfogó cikket szívesen olvasnék linux alapú webkiszolgálásról teljesítmény szempontjából.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Lacces
őstag
válasz Speeedfire #11941 üzenetére
Itt a lehetőség, hogy megírd
-
Lacces
őstag
válasz Speeedfire #11943 üzenetére
Így csak várhatunk arra, hogy majd jön egy okos senior és ír egy ilyen cikket, de mikor lesz ilyen?
De ha egy kezdő ír ilyen bemutatót, az jobb, mint a semmi + úgy is jönnek az öregek majd okoskodni a hsz-ekbe
-
SektorFlop
aktív tag
SQL feltöltésbe bezavarnak az aposztrófok, van rá valami függvény amivel ezt el lehet kerülni?
pl: I don't like. ez már bezavarna, és nem menne az sql parancs
"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."
-
Sk8erPeter
nagyúr
Őőőő, itt most szerintem egy kicsit továbbmentél az elképzelésekben, mint kellett volna. Sima, otthoni felhasználású webszerverekről beszéltünk csupán, arról, hogy nem biztos, hogy Windows-on érdemes az Apache-ot erőltetni, amikor ott van a beépített IIS is, aminek ráadásul teljesen jól kezelhető grafikus felülete van, és tök felesleges az embernek szopatnia magát az Apache konfigbuzerálásával, ha nem muszáj.
Én legalábbis jobban szeretem az érdemi fejlesztésre fordítani az időmet, mint a szerverrel való szarakodásra.Tehát itt nem arról beszéltünk, hogy nagyvállalati környezetbe mi a jó, és úgy általában Windows vagy Linux, hanem hogy Windows-ra kinek min jó fejleszteni otthon.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #11946 üzenetére
*otthon : nem biztos, hogy otthon, mindenesetre saját gépen.
Szerk.: bocs a szemetelésért.[ Szerkesztve ]
Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #11946 üzenetére
Én legalábbis jobban szeretem az érdemi fejlesztésre fordítani az időmet, mint a szerverrel való szarakodásra.
1x kell csak bekonfigurálni rendesen.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #11949 üzenetére
Én is tudok ilyen fejet küldeni, tessék: .
Amúgy nagyon ügyes vagy, hogy te ilyeneket is tudsz.[ Szerkesztve ]
Sk8erPeter
Új hozzászólás Aktív témák
- NBA és kosárlabda topic
- Apple Watch Sport - ez is csak egy okosóra
- Kertészet, mezőgazdaság topik
- Robot fűnyírók
- Milyen switch-et vegyek?
- PlayStation 5
- Renault, Dacia topik
- Van, amit nehéz lett megtalálni a Google keresőjével
- Rossz üzlet az EV-kölcsönzés
- Motorola Moto G24 Power - hol van az erő?
- További aktív témák...
- LG NanoCell 55NANO766QA Halvány píxel csík
- Philips 58PUS8545/12 1 ÉV GARANCIA Játék üzemmód
- Tyű-ha! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 32/512 FHD HUN
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!
- The Last of Us Part I Ps5