Új hozzászólás Aktív témák
-
fordfairlane
veterán
válasz Louloudaki #1882 üzenetére
index.php a rootban van, ha az úgy hivatkozik valamire hogy ../../ az már vígan kívül van a www-n is.
Lehetséges, hogy voltak alkönyvtárak is, azokban php fájlok, és a képekre, js file-okra ezért ilyenek a hivatkozások. Talán az oldal fejlesztésének folyamata során kerültek bele, majd maradtak benne ezek a relatív hivatkozások, mivel problémát ebben az esetben nem okoznak.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz Louloudaki #1884 üzenetére
de az összes kép broken image, mert kívülre hivatkozik, holott a képek az akármi.hu/img mappában vannak, nem kettővel följebb és a szerveren mégis jó az oldal.
Nálam is működik ez a dolog. Próbából csináltam egy egyszerű oldalt a siterootba, ami betölt egy képet a szintén a siteroot-ban található images könyvtárból. A kép a "/images/fejlec.gif" vagy "http://teszt.loc/images/fejlec.gif" url-lel elérhető, de akkor is jó, ha "../../images/fejlec.gif" eléréssel hivatkozok rá. Talán valami beállítás kérdése a webszervernél.
x gon' give it to ya
-
fordfairlane
veterán
válasz Sk8erPeter #2183 üzenetére
A $_REQUEST a következő tömböket tartalmazza: $_GET, $_POST, $_COOKIE . Ha egyedi azonosítókat használsz, használhatod az aggregált $_REQUEST-tet is. Mindegyik "veszélyes", mindhárom tömb a klienstől származó adatokkal van feltöltve, tehát manipulálható annak tartalma, egyedül annyi a különbség, hogy a különálló tömböknél a tömb neve egyben azt is jelzi, hogy melyik protokoll szerint lett az adott paraméter tárolva a kliens oldalon.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
Kétféle bevált módszer létezik erre. Az egyik a régebbi, linkelt módszer. Scriptből létrehozol egy image objektumot, beállítod az src-t, és aztán jól nem csinálsz vele semmit. A böngésző erre annyit fog tenni, hogy letölti a cache-be a képet, így meglesz helyben. A másik módszer, hogy a rollover effektet úgy csinálod, hogy háttérképként jeleníted meg magát a képet, (például egy táblázatcella háttereként), a rollover effektet pedig a háttérkép eltolásával implementálod, így az eredetei és a rollover kép egyetlen fájlba kerül egymástól eltolva. Vagyis a letöltéssel további teendő nincs.
x gon' give it to ya
-
fordfairlane
veterán
válasz Speeedfire #4258 üzenetére
Nézz utána a google zeitgeistnak. Nagyjából reális képet ad.
Vak vezet világtalant tipikus esete.
x gon' give it to ya
-
fordfairlane
veterán
válasz Inv1sus #4634 üzenetére
Egyébként te is kipróbálhatod:
<?php
if($_SERVER['REQUEST_METHOD'] == "POST") {
print_r($_POST);
}
?>
<form action="" method="post">
<input type="text" name="test1" value="t1">
<br>
<input type="text" name="test2" value="t2" style="visibility: hidden">
<br>
<input type="text" name="test3" value="t3" style="display: none">
<br>
<input type="text" name="test4" value="t4" disabled>
<br><br>
<div style="visibility: hidden">
<input type="text" name="test5" value="t5">
</div>
<div style="display: none">
<input type="text" name="test6" value="t6">
</div>
<input type="submit">
</form>Submit után látszik, mi érkezik meg. test4 kivételével minden.
Ja igen, még valami: Ennek nincs köze a PHP-hoz, a böngészők így kezelik a form mezőket.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz Sk8erPeter #5434 üzenetére
Az én szememben a JS nélküliség önmagában nem képvisel hozzáadott értéket. Rétegigény, akárcsak az IE 6-os kompatibilitás.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
-
fordfairlane
veterán
válasz Inv1sus #5508 üzenetére
Már miért ne lehetne? Nem a PHP az egyetlen szerveroldali programozási nyelv. Sőt, még maga a HTTP protokoll is tartalmaz tartalommanipuláló parancsokat. Minden attól függ, hogy a webkiszolgáló hogyan van beállítva. Alaphelyzetben általában minden ilyen tiltva van, csak a tartalom lehívása van engedélyezve.
x gon' give it to ya
-
fordfairlane
veterán
válasz Speeedfire #5519 üzenetére
Mi olyan vicces ebben? Kérdezett, én meg válaszoltam. Nincsenek prekoncepcióim, mivel kábé semmit nem tudok a szerverről, ahogy te sem.
x gon' give it to ya
-
fordfairlane
veterán
plusz: a magyar ékezetes karakterekből, van valami függvény, ami ékezet nélkülit csinál?
PHP-ban létezik erre megoldás, az ASCII transliteration nevű karakterkiosztásra történő konverzió:
Nem tudom, hogy utf-8-on kívül is használható-e vagy sem.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
Lehet, jobban jársz egy linkedin profillal, de ha saját oldalt is akarsz, akkor az lehetőleg ne legyen egyedi, csak szimplán informatív. A keresőre való forrásoptimalizálás nem csodaszer, a ranking manapság elsősorban attól függ, hogy hányan linkelik be a te oldaladat.
x gon' give it to ya
-
fordfairlane
veterán
válasz Speeedfire #6426 üzenetére
Inkább ne jöjjön. A Microsoft jó taktikusan fragmentálja szanaszéjjel a platformját, és süllyedjen el a pokolba, amiért az IE6 nevű merényletet elkövette a net ellen.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz Speeedfire #6429 üzenetére
Az IE7-IE8 sem nagy szám. Az IE jelen állapotában folyamatos "legacy" terhet jelent. Mire egy főverzió elterjed, addigra 3-4 év technológiai hátrányba kerül, a másik, hogy a lassú verziócsere miatt több verzióra kell tudni tesztelni, amit persze nem lehet virtuális gép nélkül. A Chrome és az FF esetében meg elég a legfrissebb verzióval foglalkozni. Szóval az IE minden tekintetben elavult szoftver, elavult frissítési modellel.
Most már maradjon is így. Remélem, folytatódik a trend, és a Chrome tovább terjed az IE rovására. Így két legyet lehet ütni egy csapásra, mivel ami megy Chrome-on, az nagy eséllyel jó Safarira / iPad-re is a Webkit motornak köszönhetően.
Die IE, die, die, die!
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz execute93 #6691 üzenetére
Nem vagyok Wordpress expert, de elsőre ezzel próbálkoznék, főleg abban az esetben, ha az fő célod a tartalom gyors elkészítése és publikálása, nem pedig a műszaki részleteken történő elmélyedés. Ez a legelterjedtebb webes platform, rengeteg bővítési lehetőséggel, ingyenesen letölthető design templattel.
x gon' give it to ya
-
fordfairlane
veterán
Nekünk is vannak olyan ügyfelek, akik IE-t használnak, pl. az egyik nagy cég nemrég migrált IE6-ról IE8-ra.
IE-re a visszamenőleges kompatibilitás miatt, és azért pont IE8-ra, hogy a webes platform ne függjön attól, hogy XP van az adott gépen, vagy frissebb. Tökéletesen megértem őket, amikor több ezer kliensgép, és több tucat IE6-ra épülő alkalmazás esetében ilyen döntést hoznak.[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz #99546112 #7057 üzenetére
A DW remek szerkesztő az ilyen feladatokhoz. Ha szétesik a weboldal, az azt jelenti, hogy többet akarsz kész grafikai tervek szétvagdosásánál, és html-be ágyazásánál. Egy vizuális szerkesztőnél sem szokott csak úgy magától szétesni az oldal.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz Speeedfire #7074 üzenetére
Merem remélni, hogy tisztában vagy azzal, hogy ezt most miért írtad be. Mert én nem értem. A repeat-x az azt jelenti, hogy vízszintesen ismétlődjön a minta. Simán elképzelhető, hogy ez nem valami baleset következménye, hanem pont ez volt a szándéka annak, aki eztetet lejegyezte az fájltartalomba.
x gon' give it to ya
-
fordfairlane
veterán
válasz Speeedfire #7077 üzenetére
1280px-es a monitorom. Ezek szerint ez nem olyan háttér, amelyik normálisan fest ismétlődés esetén. Végtelenül szomorú vagyok.
x gon' give it to ya
-
fordfairlane
veterán
Próbálkoztam azzal is, hogy az oldalt 3 részre szedtem és minden oldalon külön változtattam a tartalmat és include-oltam az elejét, illetve a végét, de ez szintén nem tűnik egy ésszerű megoldásnak.
Én általában ezt használom, így a legegyszerűbb. Szerveroldalon történik az oldal összerakása.
A framekkel több probléma is van, a dinamikus tartalombetöltés az általad írt navigációs problémán túl egyéb problémákkal is jár. Például, hogy kliensoldali scripteket kell hozzá használni. A navigáció hiányára ebben az esetben létezik megoldás, ha az url fragment azonosító részét változtatod meg a linkeknél, de túl macerás az egész. Annyival nem jobb a felhasználói élmény, amennyi plusszmunkát okoz.
x gon' give it to ya
-
fordfairlane
veterán
A legegyszerűbb megoldás a szerveroldalon történő oldalösszeállítás. Vagy egyszerű file include-dal, vagy olyan frameworkkel, mondjuk valami nézet-, vagy sablonkezelővel, amelyik támogatja a kompozit oldalszerkesztést, automatikusan elvégzi az oldal komponenseinek összerakását.
Ha csak néhány oldalról van szó, akkor a file include elegendő. Ha nagyon sok oldalról, akkor mindenképp érdemes megfontolni külön nézetkezelő komponens alkalmazását.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz Sk8erPeter #7086 üzenetére
A dinamikus tartalombetöltésre gondolok, ajax + url fragment navigáció.
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #7143 üzenetére
A képet szerveroldalon kell átméretezni, mert a böngészők általában ezt point-sampling algoritmussal csinálják, és ettől lesznek olyan rondák.
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #7435 üzenetére
Ez nekem működik Firefox alatt:
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<style>
div#elerlogo{
width: 500px;
height: 213px;
background-color: red;
transform: translateX(300px) rotate(90deg);
transition: all 1s ease-in-out;
}
div#elerlogo:hover{
width: 700px;
height: 213px;
background-color: blue;
transform: translateX(300px) rotate(90deg);
transition: all 1s ease-in-out;
}
</style>
</head>
<body>
<div id="elerlogo"></div>
</body>
</html>Persze forgatni nem forgatja el külön, hiszen a kiinduló állapotában is el van már forgatva, nem csak a hovernál.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz alienpapa #7481 üzenetére
Én a helyedben egy komplett csomagot raknék fel, mondjuk XAMPP vagy WAMP-ot. Miután beállítod, localhost is bejön, akkor a htdocs tartalmát lehet törölni, és mehet oda a Wordpress. A Wordpressnek is van telepítője, vagy a wp-config.php-t kell kézzel beállítani. Az email küldés valószínűleg nem fog működni alapból így-se, úgy-se.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz alienpapa #7496 üzenetére
Nekem a XAMPP-pal van tapasztalatom. Miután feltelepíted, és a default xampp oldal betöltődik localhoston, lehet kezdeni a wordpress telepítést. http://localhost/phpmyadmin/, létrehozol egy üres adatbázist, mondjuk wordpress néven. A xampp\htdocs könyvtár tartalmát átmozgatod, vagy akár törölheted is.
Ezután ide kicsomagolod a wordpress.zip-et, és ha megnézed ismét a localhost-ot, akkor a böngészőben a wordpress setupnak kell elindulnia. Megadod a site nevét (localhost), admin email, mysql connection infó (db név 'wordpress', db user 'root', db jelszó ''). Tán még bekéri a wordpress admin jelszavát, és kábé ennyi, vagyis ennyi rémlik. Ezután már megy is az oldal localhoston, a Wordpress admin felülete pedig a http://localhost/wp-admin/ -on lesz.
A magyar wordpress csomagban van egy olvassel.html, abban minden le van írva részletesen.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz alienpapa #7502 üzenetére
Jó az az appserver, működik az. Ha a phpmyadmin működött, sikerült vele adatbázist létrehozni, akkor mennie kell a wordpressnek is. Az a gond, hogy nem a webrootba raktad be.
A tárhelyszolgáltatók túlnyomó többsége LAMP architektúrájú, így arra nem lesz nehéz áttenned a kész Wordpress oldalt. A fájlokat fel kell tölteni, az adatbázist pedig beimportálni a helyi gépről, nagyjából ennyi a feladat.
[ Szerkesztve ]
x gon' give it to ya
Új hozzászólás Aktív témák
- Milyen okostelefont vegyek?
- EA Sports WRC '23
- Otthoni hálózat és internet megosztás
- Trollok komolyan
- Kerékpárosok, bringások ide!
- Stellar Blade
- Opel topik
- AMD Radeon™ RX 470 / 480 és RX 570 / 580 / 590
- A fociról könnyedén, egy baráti társaságban
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- További aktív témák...
- 1.250.000 FT helyett 940.000 FT !! MacBook Pro 16" M3 Pro 12CPU / 18GPU / 18GB / 512 SSD
- RTX 2080TI ROG STRIX GAMER PC
- AKCIÓ !! M3 Chip - MacBook Pro 14" 8C CPU / 10C GPU / 8 GB/ 1 TB / Bontatlan / Magyar
- Tidradio td-h3 akkumulátor
- HP ZBook Studio x360:i7 9850H,32GB,512GB,P2000,15.6" UHD 3840x2160 TOUCH 600nit 100%AdobeRGB,HP gari