- Kormányok / autós szimulátorok topicja
- Vezetékes FEJhallgatók
- Milyen notebookot vegyek?
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Újrázhat a Pixel Tablet
- Milyen billentyűzetet vegyek?
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Azonnali notebookos kérdések órája
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
Hirdetés
-
Hosszabb bemutatót kapott a Steel Seed
gp A PC-re és konzolokra szánt teljes kiadás valamikor idén debütál, pontos dátumot még nem kaptunk.
-
3 évre zárnák börtönbe a legnagyobb kriptotőzsde korábbi vezetőjét
it Az amerikai ügyészek keményebb, 3 éves börtönbüntetést akarnak elérni, miután Changpeng Zhao, a Binance korábbi vezérigazgatója bűnösnek vallotta magát a pénzmosásellenes törvények megszegésében.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
Aktív témák
-
Fr4G
aktív tag
Az utóbbi napokban jelent meg az itthoni Apache webszerveremen a kovetkezo hiba (csinaltam egy kepet, hogy igy egyszerubb legyen megerteni) :
[L]http://fr4g.free.eplanet.hu/kephiba.JPG[/L]. Szoval, ha a merevlemezen nezem meg a kepet a htdocs (vagy ahol az alapertelmezett root dir van), akkor normalisan latom, de ha localhoston nezem, vagy mas probalja az ipmen akkor a masodik ''tipusut'' latja. Ha latja, mert van amikor csak a kep egy reszet tolti le, aztan megall, vagy a kis piros X jelenik meg. Az erdekes az, hogy ez az egyik naprol a masikra tortent meg. Remelem valaki tud segiteni.
A valaszokat elore is thx! -
Fr4G
aktív tag
Tudom, hogy szombat del van, de azert megprobalom, hatha van valaki aki tudja mi lehet a gond:)
-
Fr4G
aktív tag
2es az apache. Természetesen próbáltam, hol mentek, hol nem. Nekem úgy tűnik, ha egy .php oldalról nyitok meg egy nagyobb méretű filet, akkor az megnyitja (mint ahogy a képen is látszik) de egy idő után abbahagyja a letöltést (vagy a szerver szakítja meg a továbbítást). Es ezt a filet menti el cachebe, majd, ha ezek utan barmilyen módon megnyitom IEben, akkor a rosszul letöltött filet nyitja meg (tehát, ha közvetlenül érem el beütve a *.jpg, *.bmp vagy akármi elérését.
-
salazol
őstag
LoadModule php4_module ''c:/php/sapi/php4apache2.dll''
AddType application/x-httpd-php .php
Így gondoltam. -
aer
tag
Nem biztos, hogy az apache a hibás. Phphoz (4es) 1es apachot használok. Inkább azt ajánlom. Mondjuk pl az mondják a 9esSuse (asszem mostt itt tart) ragaszkodik a ketteshez.
Ha localhoston is hibázik, akkor meg nemhiszem, hogy hálózati beállításokkal lenne a gond. Szöveges állományokkal mi a helyzet? Rakj föl egy próba oldalt, legyen rajta kép is, htmlbe.
Ez eddig így elég misztikusan hangzik :) -
salazol
őstag
Örülök, hogy ennyire bízol bennem.
Én win alatt futtatom, 2-es apache, 4-es php.
A php-ból nem az installeres változat vált be, hanem a zip-es, amit kézzel kell telepíteni. Annak a readme-jében ami le van írva a modulos telepítéshez, azt tartottam be szóról-szóra, így lett jó. A telepítős változatú php nem működött megfelelően. -
salazol
őstag
Areadme-ben azt isírják, hogy másold be a php4ts.dll-t a windowsba, a system32-be.
You need to ensure that the dlls which php uses can be found. The precise
dlls involved depend on which web server you use and whether you want to
run php as a cgi or as a server module. php4ts.dll is always used. If you are
using a server module (e.g. isapi or apache) then you will need the relevent
dll from the sapi folder. If you are using any php extension dlls then you
will need those as well. To make sure that the dlls can be found, you can
either copy them to the system directory (e.g. winnt/system32 or
windows/system) or you can make sure that they live in the same directory
as the main php executable or dll your web server will use (e.g. php.exe,
php4apache.dll).
Copy the file, php.ini-dist to your %WINDOWS% directory on
Windows 95/98 or to your %SYSTEMROOT% directory under Windows NT,
Windows 2000 or Windows XP and rename it to php.ini. Your %WINDOWS% or
%SYSTEMROOT% directory is typically:
c:windows for Windows 95/98
c:winnt or c:winnt40 for NT/2000/XP servers
We will refer to %SYSTEMROOT% for both %WINDOWS% or
%SYSTEMROOT% throughout the text.
[Szerkesztve] -
salazol
őstag
Akkor nincs tippem. Nekem is voltak gondjaim a telepítéssel, amíg betűről betűre meg nem csináltam mindent az install.txt szerint. Utána viszont egyből jó lett minden. Arra még emlékszem a dologból, hogy először php4 nevű könyvtárban volt az egész, és nem tudtam életre lehelni, aztán átneveztem php-re a könyvtárat, átírtam ugyanerre a megfelelő bejegyzéseket mindenhol, úgy sikerült. Sajnos nem tudok segíteni.
-
Fr4G
aktív tag
Apachet neztem mar, phpjet eddig nem talaltam meg.
Idezek :
[Fri Jan 30 22:59:11 2004] [notice] Parent: Received shutdown signal -- Shutting down the server.
[Fri Jan 30 22:59:11 2004] [notice] Child 3536: Exit event signaled. Child process is ending.
[Fri Jan 30 22:59:12 2004] [notice] Child 3536: Released the start mutex
[Fri Jan 30 22:59:13 2004] [notice] Child 3536: Waiting for 250 worker threads to exit.
[Fri Jan 30 22:59:13 2004] [notice] Child 3536: All worker threads have exited.
[Fri Jan 30 22:59:13 2004] [notice] Child 3536: Child process is exiting
[Fri Jan 30 22:59:14 2004] [notice] Parent: Child process exited successfully.
[Fri Jan 30 22:59:38 2004] [notice] Parent: Created child process 3336
[Fri Jan 30 22:59:38 2004] [notice] Child 3336: Child process is running
[Fri Jan 30 22:59:38 2004] [notice] Child 3336: Acquired the start mutex.
[Fri Jan 30 22:59:38 2004] [notice] Child 3336: Starting 250 worker threads.
Ez van az apache logjaban. PHP-é hol van? -
salazol
őstag
Igazából sehonnan, amíg be nem jön az oldalad.
Ha gondolod dobd át mélben most a httpd.conf-ot és a php.ini-t (azt a php.ini-t, amit a windows könyvtárába másoltál) megnézem, nem élek vissza vele.
Ha normális szolgáltatótól küldöd, azonnal megkapom, most megnézem.
[Szerkesztve] -
salazol
őstag
Elég lusta a szolgáltatód.
Közben küldtem magamnak próbából az axeleróról, azonnal jött. -
salazol
őstag
Megjött, márisnézem
-
salazol
őstag
1.
A php.ini nincs kitöltve.
A docroot-ba írd be ugyanazt a docroot-ot, ami az apache-ban is van.
doc_root =E:/Program Files/Apache Group/Apache2/htdocs/
Ha akarsz error.log-ot, akkor töltsd ki ezt:
error_log = C:/php/error.log
A httpd.conf-ban nemtudom, hogy nem kell-e bizonyos sorrendiséget tartani, szerintem helyezd át a loadmodule php sort a többi loadmodule alá.
Még nézem tovább.
Mellesleg a DocumentRoot-ot lehet, hogy célszerűbb volna mindkettőben átírni valami egyszerűbb helyre, úgy könnyebb feltölteni az oldalakat, pl. C:web vagy ilyesmi, meg haeltérsz az alapbeállításoktól az megnehezíti a törő emberek dolgát is.
[Szerkesztve] -
salazol
őstag
A többi hiányosság nem ilyen vészes, de mielőtt olyan php dolgot írnál, amelyik fájlfeltötltést használ, ki kell tölteni az uploadtemp könyvtárat, hamail-t küldenél, ki kelltölteni az smtp-t, a domain-t, ilyesmiket, ha session-öket használsz, ki kell tölteni a session-ök könyvtárát, cookie-adatokat. A mysql részt már nem is említem.
[Szerkesztve] -
salazol
őstag
A Documentroot-od a httpd.conf-ban ellentmondásosan van állítva.
írd át a
DocumentRoot= sorbaazt az elérési utat, ami kicsit lejjebb a Directory után van. Nem akarom ide kiírni, de azt, amelyik a másik drive-on van
És ugyanaz legyen a php.ini-ben is.
Gondolom ott van a weboldalad.
[Szerkesztve]
[Szerkesztve]
Aktív témák
- Redmi Watch 4 - olcsó hús, sűrű a leve
- Jogász topic
- Motorola Moto G24 Power - hol van az erő?
- CURVE - "All your cards in one." Minden bankkártyád egyben.
- Xbox tulajok OFF topicja
- Kormányok / autós szimulátorok topicja
- Vezetékes FEJhallgatók
- Milyen notebookot vegyek?
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Újrázhat a Pixel Tablet
- További aktív témák...