Üdv!
Adódott egy problémám. Ismét.
Arch Linux-on nem tudom megjeleníteni a weboldalamat a localhost-ot használva a saját gépemről. Pontosabban megjelenik, de nem az egész.
Így néz ki a localhost-ot használva és így a szerverre feltöltve.
Követtem a leírást az Arch Linux Wiki-n az Apache és a PHP telepítésére vonatkozóan (a LAMP beállításánál), azonban egy hibát felfedeztem, nincs libphp5.so fájl a /etc/httpd/conf/modules mappában, sőt a modules mappa is egy szinttel feljebb van.
Így átjavítottam a /etc/httpd/conf/httpd.conf fájlba írandó LoadModule php5_module modules/libphp5.so részt először LoadModule php5_module /usr/lib/httpd/modules/libphp5.so-ra, majd LoadModule php5_module /etc/httpd/modules/libphp5.so-ra is, mivel ezeken a helyeken találtam rá, illetve létrehoztam a /etc/httpd/conf/ mappa alatt egy modules mappát, mivel a httpd.conf a conf mappában van és feltételeztem, hogy akkor talán az ez alatt lévő modules mappában keresi a modult, ezután szimbolikus linkeket raktam mindkét libphp5.so-ról ide és az eredetire javítottam a httpd.conf tartalmát, de ez se segített. Természetesen minden módosítás után kiadtam a /etc/rc.d/httpd restart parancsot.
Fogalmam sincs, mi okozhatja a gondot, az oldal PHP-vel, JavaScript-tel és persze HTML-lel van megírva, CSS formázásokat használ.. szerverről hibátlanul működik.
A phpinfo() script ezt az oldalt jeleníti meg, gondolom ennek kell megjelennie.
Még mielőtt valaki megemlítené, php, localhost és arch linux kifejezésekre Google-ben rákeresni egy kisebb agyvérzés, főleg, hogy nem tudom leírni a konkrét hibát, mert nem tudom mi az, ráadásul nem értek az ilyenfajta beállításokhoz. Ahogy észrevettem akármilyen leírás nem is lehet jó hozzá, a többi Linux-on pl.: a /var/www mappába kell tenni a megjelenítendő oldalt, itt meg a /home/saját-mappa/public_html mappába, nem is jön létre /var/www mappa, ezen kívül nincs libapache-mod-php vagy libapache2-mod-php5 vagy hasonló csomag.
Tud valaki segíteni?
- 1567 megtekintés
Hozzászólások
Elég fontos lenne, így nagyon nehéz akár csak átszerkeszteni, minden egyes módosítás után feltölteni, ha az tovább tart, megvárni, amíg újra csatlakozik a kliens a tárhelyre... macerásabb, mint amilyennek látszik. Ráadásul épp újra akarom írni az egészet az alapjaitól, de amíg ezt nem oldom meg...
- A hozzászóláshoz be kell jelentkezni
A Zend Core jelenthet megoldást? Tulajdonképpen nem szervert építek, csak a weboldalamat szeretném futtatni a localhost-ról is...
Elkezdtem telepíteni, de a pár másodperces Starting apache... már percek óta tart, van egy olyan érzésem, hogy ez innen nem fog továbbmenni.
Szerk.: úgy tűnik az ... "unattended" telepítés sikerült.. most megnézzük volt-e értelme.
- A hozzászóláshoz be kell jelentkezni
Ennyiből nehéz bármit is mondani, de nem lehet, hogy az elérési utakkal van gond? Képeknél, php-s includeolásoknál hogyan hivatkozol a betöltendő képekre / fájlokra? /etc/php.ini-ben error_reporting mire van állítva (lehet csak emiatt nem írja ki, mi a hiba)?
- A hozzászóláshoz be kell jelentkezni
A szokásos módon, ha jól emlékszem alternatív útvonalaknak hívják... de ha mégsem, akkor úgy, hogy a public_html mappában van az index.php, abban egy include egy másik fájlra, egyszerűen a fájl nevével történik, egy mappa alattira pedig mappa/fájl módon.
A jogosultságok beállítása megvolt, az Apache telepítési útmutatóban is külön kiírják, hogy ez kell.
/etc/php.ini volt, de a Zend Core egy részére hivatkozott, így töröltem, a php csomag telepítésével se jön létre, de van a /etc/php/ alatt, ott ez van az error_reporting résznél:
; error_reporting
; Default Value: E_ALL & ~E_NOTICE
; Development Value: E_ALL | E_STRICT
; Production Value: E_ALL & ~E_DEPRECATED
- A hozzászóláshoz be kell jelentkezni
És ezek a pontosvesszők is ott vannak előtte? Vedd ki a Development Value elől és látod részletesen, ha valami hiba van :)
- A hozzászóláshoz be kell jelentkezni
Csak egy ötlet, de érdemes ellenőrizni, mielőtt nagyon belemennél az Apache konfigurálásába: a ~/public_html-en belül a könyvtárak 755, a fileok 644 jogosultságúak?
--
Debian - The "What?!" starts not!
http://nyizsa.uni.cc
- A hozzászóláshoz be kell jelentkezni
Szerintem teljsen egyértelmű, hogy a Javasriptel van problémád. Látom, egy külső tab megoldást használsz, de azt is elég furán (tab.js, tab1.js, tab2.js)
Ezeket takarítsd ki, esetleg használj jQuery-t vagy Prototype-ot, mint ahogy az egyik hozzászóló is írta.
- A hozzászóláshoz be kell jelentkezni
Nem, nem ez a gond, épp most jöttem rá.
A <? kezdetű php parancsot nem fogadja el, csak a <?php kezdetűt. Megnéztem php.ini-ben és engedélyeztem a sort_open_tag-ot.
Amúgy ezt a furcsa megoldást egy sablon alapján készítettem, a JavaScript-tel még közel sem foglalkoztam annyit, hogy ezt meg tudjam csinálni, de az oldal lassan már egy éves, most azért is volt szükségem a megjelenítésére, mert az alapokról akarom újraírni az egészet.
Most működik, de teli vagyok hibaüzenettel:
Warning: date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead in /home/freyr/public_html/datum on line 2
Warning: date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead in /home/freyr/public_html/datum on line 2
Warning: date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead in /home/freyr/public_html/datum on line 2
Warning: date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead in /home/freyr/public_html/datum on line 2
Ha beállítom UTC-re, akkor mindenkinél helyesen fog megjelenni a dátum/idő?
- A hozzászóláshoz be kell jelentkezni