Archívum - Aug 2012 - Fórum téma
augusztus 16
direkt link probléma
A következő lenne a problémám.
Egy dedikált szerverre dolgozom külföldre.
van egy direkt link egy képhez, ami teljesen másik képet tölt be.
Szerintetek ez mitől lehet?
4807139_100.jpg kép helyett 4804139_100.jpg tölti be, de a htmlben is.
Ott mondjuk megoldottam file_exist()-el úgyhogy ott nem jelenti már meg, csak idegesítő és nem tudom mi lehet a gond.
Jelenleg php 5.4.5 fut a szerveren.
a htaccess így néz ki
■ Egy dedikált szerverre dolgozom külföldre.
van egy direkt link egy képhez, ami teljesen másik képet tölt be.
Szerintetek ez mitől lehet?
4807139_100.jpg kép helyett 4804139_100.jpg tölti be, de a htmlben is.
Ott mondjuk megoldottam file_exist()-el úgyhogy ott nem jelenti már meg, csak idegesítő és nem tudom mi lehet a gond.
Jelenleg php 5.4.5 fut a szerveren.
a htaccess így néz ki
AddType x-mapp-php6 .php
AddHandler x-mapp-php6 .php
<IfModule mod_rewrite.c>
Options -MultiViews
RewriteEngine ON
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^{home|login|}(.*)$ index.php [QSA]
RewriteRule ^$ index.php [QSA]
</IfModule>
augusztus 16
Angol tanulás
Sziasztok! Remélem nem haragszotok, ha egy elsőre képtelen kéréssel fordulok hozzátok!
Tudnátok javasolni olyan angol nyelvű blogokat, írásokat, amelyek nyelvtanilag egyszerűbb, szókincse kisebb? (Oxford Level 1-2)
A téma a webfejlesztés témakörében tetszőleges, ugye nem is arról szól... inkább szeretném a kétféle tanulást összekötni. Köszönöm!
■ Tudnátok javasolni olyan angol nyelvű blogokat, írásokat, amelyek nyelvtanilag egyszerűbb, szókincse kisebb? (Oxford Level 1-2)
A téma a webfejlesztés témakörében tetszőleges, ugye nem is arról szól... inkább szeretném a kétféle tanulást összekötni. Köszönöm!
augusztus 14
Iframe gondok.
Sziasztok!
Adott egy html szelet:Ezt egy ahogy van beállítom egy másik div innerHTML-jének. A dokumentumfában megjelenik az iframe, de a tartalom betöltése nem történik meg, hanem üres marad.
Az appendChild, jQuery a környezet miatt nem játszik, tehát arra lennék kíváncsi, hogy van-e valami megoldás arra, hogy egy ilyen módon betöltött iframe megjelenítse a saját tartalmát.
■ Adott egy html szelet:
<div style="margin:10px;">
<iframe name="myframe" id="myframe" src="mypage.php"></iframe>
</div>
Az appendChild, jQuery a környezet miatt nem játszik, tehát arra lennék kíváncsi, hogy van-e valami megoldás arra, hogy egy ilyen módon betöltött iframe megjelenítse a saját tartalmát.
php.ini nem változik
üdv
a php.ini-ben display_errors=On, de a phpinfo() Off-ot mutat, és úgy is viselkedik, hiba esetén üres oldal, nem tudom mivel van gáz, volt apache restart is, és bár több php.ini van a szerveren, de mindben On a beállítás, ez miért van és ilyenkor mi a teendő?
köszi
■ a php.ini-ben display_errors=On, de a phpinfo() Off-ot mutat, és úgy is viselkedik, hiba esetén üres oldal, nem tudom mivel van gáz, volt apache restart is, és bár több php.ini van a szerveren, de mindben On a beállítás, ez miért van és ilyenkor mi a teendő?
köszi
augusztus 12
Htaccess ismét.
Én nem tudom, hogy miért van ez, de rendszeresen elakadok látszólag triviális htaccess kérdéseken, és órákon át tartó webes keresés után, agyvérzés közeli állapotban már nem tudok jobbat mint ide írni, mert ha nem teszem tutira felrobbanok.
A következő htaccess mellett:Hívom a következő címet: http://valami.hu/testdir/parameter
A fenti htaccess egyszerűen nem működik, pontosabban elnavigál a
http://valami.hu/testdir/index.php?page=index.php címre, holott az eredeti urlben aztán sehol nincs "index" vagy "php".
Abban az esetben ha valami fix karaktert (például egy x-et) beleteszek már szalad:Mitől van ez a működés? Miért nem működik az első verzió?
Hogyan lehet jól debugolni a htaccess hibákat. Próbáltam beállítani a következő sorokat httpg.conf fájlban de semmi hatás:
RewriteLog "x:/apache/logs"
RewriteLogLevel 5
■ A következő htaccess mellett:
<IfModule mod_rewrite.c>
Options +FollowSymlinks
RewriteEngine On
RewriteBase /testdir/
RewriteRule ^(.*)$ index.php?page=$1 [R]
</IfModule>
A fenti htaccess egyszerűen nem működik, pontosabban elnavigál a
http://valami.hu/testdir/index.php?page=index.php címre, holott az eredeti urlben aztán sehol nincs "index" vagy "php".
Abban az esetben ha valami fix karaktert (például egy x-et) beleteszek már szalad:
<IfModule mod_rewrite.c>
Options +FollowSymlinks
RewriteEngine On
RewriteBase /testdir/
RewriteRule ^x(.*)$ index.php?page=$1 [R]
</IfModule>
Hogyan lehet jól debugolni a htaccess hibákat. Próbáltam beállítani a következő sorokat httpg.conf fájlban de semmi hatás:
RewriteLog "x:/apache/logs"
RewriteLogLevel 5
augusztus 11
Karakterkódolási probléma
Üdvözletem mindenkinek!
Nos, nem tudom a problémám mennyire specifikus, de megérzéseim szerint nem annyira.
Igazából írhattam volna más fórumra is ezt a kérdést, de eléggé átfogónak tűnik számomra. A problémám a következő:
Egy weboldalt írok megrendelésre, ez lenne az első "komoly" - inkább nem annyira komolytalan - weboldal, melyet készítek. A problémát bárcsak leszűkíthetném egy adott böngészőre, de nem tudom.
Első sorban, helyileg készítettem el a weboldal 3/4-ét a saját gépemen helyi apache futtatásával. Használtam én már 8869-2 (Latin-2), UTF-8 kódolástól kezdve egészen az UTF-32-ig mindent. Természetesen sok tutorialon túlestem már, mind angol, mind magyar nyelvűn egyaránt. A jelenlegi helyzet szerint UTF-8-ra van állítva minden:
MySql egybevetés: utf8-hungarian-ci
MySql táblázat: utf8-hungarian-ci (oszloponként -> longtext)
Meta tag : <META http-equiv="Content-Type" content="text/html; CharSet=utf-8"/>
Probléma 1:
Jelenleg Chrome-on, FF-en, valamint Safarin tökéletesen működik az oldal és a kereső.
Azonban Opera esetén kicsit érdekes a weboldal megjelenése: http://volkswagenaudi.hu
Mintha nem is érdekelné őt különösebben, hogy én utf8-at próbálnék használni.
Mielőtt a mindenféle különleges kérdésekkel kerülnék a sortűz közepébe: igen, a domain utf8-ra van állítva, igen végignéztem az opera beállításait, alapértelmezetten van - automatikus kiválasztás, de az utf8-ra sem javul meg -, és igen próbáltam a php header(..) script használatát is, sikertelenül. Gyakorlatilag teljesen elkódolja az opera az egész weboldalt. Míg nálam volt a weboldal, helyi apache-on, tisztességesen futott, de a domainen teljesen megzavarodik szerencsétlen.
Minden egyes fájl UTF-8 BOM mentesen lett elmentve (Notepad++). Ezek mellett egy
mysql_query("SET NAMES 'utf8'"); csodálatos sor is ékesíti a mysql.php fájlomat is, mely elméletileg az egybevetést határozza meg a query(k)-hez.
Probléma 2:
IE (internet explorer) barátunk megint sikereset alkotott.
Nos, nem tudom a problémám mennyire specifikus, de megérzéseim szerint nem annyira.
Igazából írhattam volna más fórumra is ezt a kérdést, de eléggé átfogónak tűnik számomra. A problémám a következő:
Egy weboldalt írok megrendelésre, ez lenne az első "komoly" - inkább nem annyira komolytalan - weboldal, melyet készítek. A problémát bárcsak leszűkíthetném egy adott böngészőre, de nem tudom.
Első sorban, helyileg készítettem el a weboldal 3/4-ét a saját gépemen helyi apache futtatásával. Használtam én már 8869-2 (Latin-2), UTF-8 kódolástól kezdve egészen az UTF-32-ig mindent. Természetesen sok tutorialon túlestem már, mind angol, mind magyar nyelvűn egyaránt. A jelenlegi helyzet szerint UTF-8-ra van állítva minden:
MySql egybevetés: utf8-hungarian-ci
MySql táblázat: utf8-hungarian-ci (oszloponként -> longtext)
Meta tag : <META http-equiv="Content-Type" content="text/html; CharSet=utf-8"/>
Probléma 1:
Jelenleg Chrome-on, FF-en, valamint Safarin tökéletesen működik az oldal és a kereső.
Azonban Opera esetén kicsit érdekes a weboldal megjelenése: http://volkswagenaudi.hu
Mintha nem is érdekelné őt különösebben, hogy én utf8-at próbálnék használni.
Mielőtt a mindenféle különleges kérdésekkel kerülnék a sortűz közepébe: igen, a domain utf8-ra van állítva, igen végignéztem az opera beállításait, alapértelmezetten van - automatikus kiválasztás, de az utf8-ra sem javul meg -, és igen próbáltam a php header(..) script használatát is, sikertelenül. Gyakorlatilag teljesen elkódolja az opera az egész weboldalt. Míg nálam volt a weboldal, helyi apache-on, tisztességesen futott, de a domainen teljesen megzavarodik szerencsétlen.
Minden egyes fájl UTF-8 BOM mentesen lett elmentve (Notepad++). Ezek mellett egy
mysql_query("SET NAMES 'utf8'"); csodálatos sor is ékesíti a mysql.php fájlomat is, mely elméletileg az egybevetést határozza meg a query(k)-hez.
Probléma 2:
IE (internet explorer) barátunk megint sikereset alkotott.
augusztus 10
HTML5 video
Ha az alábbiak szerint szeretném használni a video taget:
<video controls="controls">
<source src="../video/videonev.ogv" type="video/ogg" />
<source src="../video/videonev.webm" type="video/webm" />
<source src="../video/videonev.mp4" type="video/mp4" />
</video>
Localhoston működik, és szerverre feltöltve nem, akkor hol lehet a gond?
A .. ?
Ja ez csak Firefoxon nem működik szerverre feltöltve.
Opera és Chrome OK.
A Firefox egyébként ezt írja: "Nem támogatott formátumú vagy MIME-típusú video"
Azt nem értem mi köze a hibaüzenetnek ahhoz, hogy localhoston van, illet nem.
Van valakinek ötlete?
(Ui: IE, nem érdekes)
■ <video controls="controls">
<source src="../video/videonev.ogv" type="video/ogg" />
<source src="../video/videonev.webm" type="video/webm" />
<source src="../video/videonev.mp4" type="video/mp4" />
</video>
Localhoston működik, és szerverre feltöltve nem, akkor hol lehet a gond?
A .. ?
Ja ez csak Firefoxon nem működik szerverre feltöltve.
Opera és Chrome OK.
A Firefox egyébként ezt írja: "Nem támogatott formátumú vagy MIME-típusú video"
Azt nem értem mi köze a hibaüzenetnek ahhoz, hogy localhoston van, illet nem.
Van valakinek ötlete?
(Ui: IE, nem érdekes)
augusztus 9
Firefox noscript rejtély...
Találtam valami nagyon furcsát, ami nem is kicsit idegesít.
A https://annostore.hu/index.php?option=com_virtuemart&page=shop.browse&category_id=97&Itemid=1 címet kikapcsolt javascripttel megnyitva, látható egy Rendezési mód és egy Tételek# című sor.
A Rendezési móddal semmi gond: ha megváltoztatom a mezők tartalmát, nem történik semm, míg a Küldésre nem kattintok.
Ellenben a Tételek# mellett, ha megváltoztatom az egy lapon megjelenítendő tételek számát, akkor a mező módosítását követő pár mp múlva automatikusan frissül az oldal és már az új beállításnak megfelelő tételmennyiség látszik.
Firefox 14.0.1, Noscript, adblock, cookie monster és linuxon firebug pluginek vannak telepítve.
Linux és windwos alatt is egyformán működik.
Magához az oldalhoz a világon semmi közöm, csak arra lennék kíváncsi, hogy ha a kikapcsolt JS ellenére működik, akkor ez valami új feature a html5-ben/FF-ban, vagy a tiltás ellenére valahogy mégis működik a JS?
IExplorer9-ben ha letiltom a scriptet, akkor normálisan viselkedik, tehát a Küldés gomb nélkül nem változik az oldal.
Tud erre valaki magyarázatot?
Nézegettem firebuggal az oldal kódját, de ehhez úgy fest, kevés a tudásom (vagy szokás szerint átsiklottam valamin)
-------------
update: kipróbáltam chromium-browserrel is, mert ismereteim szerint talán ebben van a legtöbb újdonság. Ez sem csinál semmi ilyet. Lehet, hogy hibás a FF?
■ A https://annostore.hu/index.php?option=com_virtuemart&page=shop.browse&category_id=97&Itemid=1 címet kikapcsolt javascripttel megnyitva, látható egy Rendezési mód és egy Tételek# című sor.
A Rendezési móddal semmi gond: ha megváltoztatom a mezők tartalmát, nem történik semm, míg a Küldésre nem kattintok.
Ellenben a Tételek# mellett, ha megváltoztatom az egy lapon megjelenítendő tételek számát, akkor a mező módosítását követő pár mp múlva automatikusan frissül az oldal és már az új beállításnak megfelelő tételmennyiség látszik.
Firefox 14.0.1, Noscript, adblock, cookie monster és linuxon firebug pluginek vannak telepítve.
Linux és windwos alatt is egyformán működik.
Magához az oldalhoz a világon semmi közöm, csak arra lennék kíváncsi, hogy ha a kikapcsolt JS ellenére működik, akkor ez valami új feature a html5-ben/FF-ban, vagy a tiltás ellenére valahogy mégis működik a JS?
IExplorer9-ben ha letiltom a scriptet, akkor normálisan viselkedik, tehát a Küldés gomb nélkül nem változik az oldal.
Tud erre valaki magyarázatot?
Nézegettem firebuggal az oldal kódját, de ehhez úgy fest, kevés a tudásom (vagy szokás szerint átsiklottam valamin)
-------------
update: kipróbáltam chromium-browserrel is, mert ismereteim szerint talán ebben van a legtöbb újdonság. Ez sem csinál semmi ilyet. Lehet, hogy hibás a FF?
augusztus 8
WP oldal fődomainen, statikus html oldalakkal virtuális aldomaineken, hogyan?
Kedves Mindenki!
Küzdök ezzel egy ideje, és más fórumokon nem nagyon találtam rá megoldást.
Egy katalógusoldalt szeretnék indítani egy sima WP főoldalam alatt (az oldal már régóta megvan, így szeretném meghagyni), és statikus html-t tartalmazó aldomainekkel (minden aldomainen egy db index.html lenne).
A gondom az, hogy szeretném az aldomainkezelést virtuálisan megoldani, azaz az aldomaineket nem egyesével hozzáadogatni a Cpanel tárhelyemhez, mert ha működik az első 1-2 teszt aldomain, akkor lenne belőle további 50-100 db vagy még több.
Olyan .htaccess-es, vagy egyéb megoldást keresek, ami a gyökérkönytárba feltett almappák tartalmát (sima index.html-ek) aldomainként képes megjeleníteni.
Vagyis, pl
az oldalam.hu/aaa/ az aaa.oldalam.hu-n,
az oldalam.hu/bbb/ a bbb.oldalam.hu-n
stb jelenjen meg úgy, hogy ne kelljen minden egyes aldomaint hozzáadogatni a tárhelyhez.
- FTP-n feltöltöttem a WP oldalam gyökérkönyvtárába egy "aaa" almappát,
- a "*.oldalam.hu"-t felvettem aldomainként a Cpanel-ben a gyökérkönytárra irányítva, - ez után a .htaccess-ben beállítottam, hogy az "oldalam.hu/aaa" legyen az "aaa.oldal.hu" -ra irányítva.
Viszont a gond az, hogy most az aaa.oldalam.hu-n is a WP-s főoldal (fődomain) jön be...
Néztem egy csomó angol fórumot is, de amiket próbáltam, azzal csak fehérhalált sikerült összehozni, vagy internal server errort-t, vagy "az oldal átirányítási körbe került", vagy semmi nem történt...
Tudtok erre megoldást? A jelenlegi .htaccess-em ennyi:
Köszi előre is.
■ Küzdök ezzel egy ideje, és más fórumokon nem nagyon találtam rá megoldást.
Egy katalógusoldalt szeretnék indítani egy sima WP főoldalam alatt (az oldal már régóta megvan, így szeretném meghagyni), és statikus html-t tartalmazó aldomainekkel (minden aldomainen egy db index.html lenne).
A gondom az, hogy szeretném az aldomainkezelést virtuálisan megoldani, azaz az aldomaineket nem egyesével hozzáadogatni a Cpanel tárhelyemhez, mert ha működik az első 1-2 teszt aldomain, akkor lenne belőle további 50-100 db vagy még több.
Olyan .htaccess-es, vagy egyéb megoldást keresek, ami a gyökérkönytárba feltett almappák tartalmát (sima index.html-ek) aldomainként képes megjeleníteni.
Vagyis, pl
az oldalam.hu/aaa/ az aaa.oldalam.hu-n,
az oldalam.hu/bbb/ a bbb.oldalam.hu-n
stb jelenjen meg úgy, hogy ne kelljen minden egyes aldomaint hozzáadogatni a tárhelyhez.
- FTP-n feltöltöttem a WP oldalam gyökérkönyvtárába egy "aaa" almappát,
- a "*.oldalam.hu"-t felvettem aldomainként a Cpanel-ben a gyökérkönytárra irányítva, - ez után a .htaccess-ben beállítottam, hogy az "oldalam.hu/aaa" legyen az "aaa.oldal.hu" -ra irányítva.
Viszont a gond az, hogy most az aaa.oldalam.hu-n is a WP-s főoldal (fődomain) jön be...
Néztem egy csomó angol fórumot is, de amiket próbáltam, azzal csak fehérhalált sikerült összehozni, vagy internal server errort-t, vagy "az oldal átirányítási körbe került", vagy semmi nem történt...
Tudtok erre megoldást? A jelenlegi .htaccess-em ennyi:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPressKöszi előre is.
Jelszavak adatbázisban visszafejtehtő formában
Hogyan lehet adatbázisban (például) jelszavakat tárolni visszafejthető módon, biztonságosan? Értem ez alatt, hogy a visszafejtéshez szükséges kulcs ne az adatbázisban legyen a lekódolt adatok mellett, vagy éppen tárhelyen...
Egy ötlet, ami első ránézésre szerintem működőképes és biztonságos, de jó lenne, ha egy hozzáértő is ránézne és véleményezné. Vagy ha van jobb, megosztaná velem...
- Amikor a felhasználó bejelentkezik a honlapra a felhasználó nevével jelszavával, akkor készítek a jelszavával és egy 2048 bites véletlen karaktersorozattal egy (aszimmetrikus titkos) kulcsot. Majd ezzel a kulccsal lekódolom (aszimmetrikus titkos kulccsal) a titkosítandó adatot és letárolom az adatbázisba (a véletlen karaktersorozattal együtt persze).
- Ezek után amíg be van jelentkezve, session-ban tárolom a titkos kulcsot amivel visszafejthetem a titkosított adatot.
- Ha kijelentkezik, törlöm a titkos kulcsot, így nincs sehol sem letárolva, ha feltörik az egész rendszert, akkor sem találják a kikódoláshoz szükséges kulcsot.
- Amint megint bejelentkezik a felhasználó a szokásos felhasználói nevével és jelszavával a honlapra, elkészítem a fentiek alapján a kulcsot és kikódolom neki az adatot, ha kell...
A honlapra való belépéshez használt jelszót természetesen erősen hashelve tárolom az adatbázisban, illetve a ugye a titkos kulcs készítéséhez nem a hash-t használom, hanem a tiszta jelszót.
Az egész hátránya, hogyha a felhasználó elfelejti a jelszavát és teljesen újat kell generálni, akkor veszik a titkosított adat... De ez szerencsére nekem nem probléma, mert az adatok megvannak máshol is, itt csak a munka megkönnyítése miatt tárolnám...
Vélemények? Ötletek? Javaslatok, hogy milyen titkosítást/php függvényeket használjak?
■ Egy ötlet, ami első ránézésre szerintem működőképes és biztonságos, de jó lenne, ha egy hozzáértő is ránézne és véleményezné. Vagy ha van jobb, megosztaná velem...
- Amikor a felhasználó bejelentkezik a honlapra a felhasználó nevével jelszavával, akkor készítek a jelszavával és egy 2048 bites véletlen karaktersorozattal egy (aszimmetrikus titkos) kulcsot. Majd ezzel a kulccsal lekódolom (aszimmetrikus titkos kulccsal) a titkosítandó adatot és letárolom az adatbázisba (a véletlen karaktersorozattal együtt persze).
- Ezek után amíg be van jelentkezve, session-ban tárolom a titkos kulcsot amivel visszafejthetem a titkosított adatot.
- Ha kijelentkezik, törlöm a titkos kulcsot, így nincs sehol sem letárolva, ha feltörik az egész rendszert, akkor sem találják a kikódoláshoz szükséges kulcsot.
- Amint megint bejelentkezik a felhasználó a szokásos felhasználói nevével és jelszavával a honlapra, elkészítem a fentiek alapján a kulcsot és kikódolom neki az adatot, ha kell...
A honlapra való belépéshez használt jelszót természetesen erősen hashelve tárolom az adatbázisban, illetve a ugye a titkos kulcs készítéséhez nem a hash-t használom, hanem a tiszta jelszót.
Az egész hátránya, hogyha a felhasználó elfelejti a jelszavát és teljesen újat kell generálni, akkor veszik a titkosított adat... De ez szerencsére nekem nem probléma, mert az adatok megvannak máshol is, itt csak a munka megkönnyítése miatt tárolnám...
Vélemények? Ötletek? Javaslatok, hogy milyen titkosítást/php függvényeket használjak?
