22786
Html-, css- és php-help
-
#20223
Van még egy kötőjel a vendor prefixek előtt, a standard meg ne elöl, hanem utolsónak legyen. * {
-webkit-box-sizing: border-box;
-moz-box-sizing: border-box;
-ms-box-sizing: border-box;
-o-box-sizing: border-box;
box-sizing: border-box;
} -
#20222
Olyan problémám lenne, hogy beraktam ezt a CSS-be, hogy a padding miatt ne változzon a magasság
* {
box-sizing: border-box;
ms-box-sizing: border-box;
webkit-box-sizing: border-box;
moz-box-sizing: border-box;
}
Chrome, IE alatt jó is lett az oldal, de FF valamiért, ha egy lista elemnek paddingot adok akkor nem az elemen belül lesz a padding, hanem a többihez képest lesz eltolva. (szóval nem az elemben levő szöveg helyezkedik el, hanem a többi elemtől lesz nagyon a távolság) -
F1re #20221 valami mysql kapcsolódási probléma nézd meg hogy a server,név,kód,adatbázis minden rendbenvan-e megadva -
A Fenegyerek #20220 Üdv
Lenne egy kérdésem :S
Meg kellene mondjátok hogy a következö hibaüzenet mit jelent:
DATABASE: mysql_connect: Access denied for user 'user'@'88.151.96.4' (using password: YES)
Előre köszönöm!! -
phoenix1 #20219 Most már sokkal nyugodtabb vagyok. Nagyon igaz az a mondás, hogy több szem többet lát. -
#20218
De, az egyik sima UTF-8 volt (meg az új is amin teszteltem) közben megtaláltam, de köszönöm :) -
#20217
Nem BOM-al mentetted véletlen a php filet, ha UTF-8? -
#20216
Elkészültem egy oldallal. Felraktam a kapott tárhelyre, viszont eddig nem volt semmi baja, most pedig folyamatosan hibát írt arra, hogy a session-t rossz helyen hívom.
Próbálkoztam mindenféle ob_start() és flush-al de semmi nem segített, majd írtam egy teszt php-t
<?php
session_start();
echo "ok";
?>
ennyiből, és ugyanezt a hibát kapom. Valaki tudna segíteni miért lehet ez? -
#20215
Szerintem is rendben van egyébként, ha h1-be rakod az img-t, az alt-ot pedig dettó felveszik a crawlerek, scannerek és így a súlya is megmarad. -
phoenix1 #20214 Közben találtam egy szintén ezzel a témával foglalkozó angol nyelvű blogbejegyzést.
Csak arra tudok gondolni, hogy hiába is töröm magamat egyelőre nem létezik megfelelő megoldás egyelőre, mintha egy mókuskerékben lennénk.
Akármennyire is csúnya megoldás de Google és W3 is használja H1-be IMG+alt kerül, erre jutottam. Amíg nem lesz valamilyen eget-rengető nagy feltárás akadálymentesség, szemantika, keresőoptimalizálás területén ezzel kapcsolatban marad így és végre "majdnem"nyugodt szívvel belefoghatok a saját weboldalam tervezésébe. :) -
phoenix1 #20213 Nagyon szépen köszönöm, hogy írtatok. Így utólag (idegeskedésembe) én is vetettem hibát az eredeti kódba a slogen H2-be volt ágyazva ezért van hgroup de ez most nem annyira lényeges.
Elgondolkodtató és ugye, hogy nem olyan egyszerű melyik úton haladunk. Agybajt kapok lassan ettől.
Vagy úgy is csinálhatod, mint a W3C is.
Valami hasonló igen, és már kezdtem megörülni, hogy "ez-az!" amikor észrevettem a sok H1-et, ... SEO-ul úgy is emlegetik, hogy "keyword stuffing" az a fránya SEO.
Észrevettétek, hogy a példákat böngészve elvétve akad olyan ahol konkrét HTML 5 weboldal példát mutatnak be header+logo+nav+oldal tartalma+footer de a legtöbbje egész egyszerű úgynevezett könyv struktúrát épít ki ahol igazán nincsen gond a szemantikus elrendezéssel, ebbe az esetbe adja magát nem úgy mint az előző esetben amikor már konkrét oldalról van szó.
Közben még valami eszembe jutott az "ebben a formában" részhez ahol <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> található ott a rövidebb <meta charset="utf-8">nek kellene lennie, néhány validátor az őrületbe kerget az ilyennel.
Egy példa, hogy mire gondolok a "könyv kialakításos" oldallal kapcsolatban:
<!doctype html>
<html lang="hu-HU">
<head>
<meta charset="utf-8">
<title></title>
<meta name="description" content="">
<meta name="viewport" content="width=device-width">
</head>
<body>
<h1>Hófehérke és a hét törpe</h1>
<nav>
<h2>Tartalomjegyzék</h2>
<ul>
<li><a href="#elso-bekezdes">Első bekezdés</a></li>
...
</ul>
</nav>
<section>
<h2>Első bekezdés</h2>
<p>Hol volt, hol nem volt ...</p>
</section>
</body>
</html>
annyira egyszerű szinte adja magát, ellentétben a "weboldal kialakításos" módszerrel:
<!doctype html>
<html lang="hu-HU">
<head>
<meta charset="utf-8">
<title></title>
<meta name="description" content="">
<meta name="viewport" content="width=device-width">
</head>
<body>
<header>
<h1>Hófehérke és a hét törpe</h1>
<nav>
<h2>Főmenü</h2>
<ul>
<li><a href="/index.html">Bevezető</a></li>
...
</ul>
</nav>
<header>
<section>
<h1>Bevezető</h1>
<p>Sok szeretettel köszöntjük Önt ...</p>
</section>
<section>
<h2>Vásárlói vélemények</h2>
...
</section>
<footer>
<p>Copyright, ...</p>
</footer>
</body>
</html>
ahol megfigyelhetitek, hogy a főcím alat ami a logo (sajnos) szerepel a főmenü és aztán egy újabb főcím a Bevezető és alatta minden más akár olyan is ami az első főcímhez tartozna.
Az is lehet, hogy már én spilázom túl a dolgokat és lazábbra kellene vennem a gyeplőt.
Mégegyszer megköszönném Dj Faustus-nak és Malakai-nak, hogy segítetek kibogarászni. Valószínű most is kihagytam valamit, egy kicsit késő van már amikor ezt írom. De átolvastam és amit Malakai írt azzal egyetértek/egyetértenék "ha" nem lenne ott a nav-nak a H? igénye vagy meglehetne szemantikailag oldani, hogy mint ahogy a position tulajdonsággal tudnánk átrendezgetni az oldalt és akkor írhatnánk úgy pl. tartalmi rész címe H1 és utána a vízözön, a többi már CSS dolga, csak sajnos nem így működik. Nem jó több szálon gondolkodni szemantika, akadálymentesség, keresőoptimalizálás, használhatóság stb... -
#20212
Validnak valid, itt arról van szó, ha jól sejtem, hogyha html szemantikus felépítést nézzük, nem számít jó gyakorlatnak, hogy egy logó címsornak álcázza magát és, ha a logó stílusként jelenik meg. Ez valahol abban a felfogásban gyökeredzik, hogy a logó egy tartalmi elem és nem csupán dekoráció az oldalon, így egy külön <img>-ként kellene szerepelnie.
Megoldás lehet pl <h1> elé berakni a képet normál és magát a <h1>-et elrejteni az emberi szem elől, így bent marad mindkettő. -
#20211
"Első példa:"
A World Wide Web Konzorcium validátora elfogadja. Legalábbis ebben a formában.
"rengeteg vita hallatszott már, hogy az oldal logója ne kerüljön H1-be"
Nyugodtan kerülhet, hisz a logó magának az oldal "főcímét" adja meg.
Esetleg - mivel az oldal logója általában grafikus megjelenésű - kialakíthatsz ilyesmit (a'la CSS Zen Garden):
<h1 id="pageMainLogo"><a href="//weboldalam.hu/hu-HU/"><span>Weboldalam címe</span></a></h1>
A <h1> és <a> elem egy, a logó méretűjévé alakított blokk; a <h1> elem tartalmazza majd a logót háttérképként (background-image), a <span> elemet meg CSS segítségével elrejted (display: none; visibility: hidden;).
A tartalmi blokknál (<div role="main">) a címsor inkább másodszintű (<h2>) legyen.
Ugyanis ebben az esetben a címsorok struktúrája így fog kinézni:
-Weboldalam címe
--Főmenü
--Weboldalam...
Vagy úgy is csinálhatod, mint a W3C is. -
phoenix1 #20210 Sziasztok. Szeretnélek benneteket megkérdezni egy összetett amit példákkal mutatnák be.
Első példa:
<header id="pageMainHeader" role="banner">
<hgroup id="pageLogoAndSlogen">
<h1 id="pageMainLogo"><a href="//weboldalam.hu/hu-HU/">Weboldalam címe</a></h1>
</hgroup>
<nav id="pageMainNav" role="navigation" aria-labelledby="pageMainNavHead">
<h2 id="pageMainNavHead">Főmenü</h2>
<ul role="menu">
<li role="menuitem"><a href="#">Link 1</a></li>
</ul>
</nav>
</header>
<div role="main">
<h1>Weboldalam ...</h1>
</div>
Dióhéjban az első példáról: rengeteg vita hallatszott már, hogy az oldal logója ne kerüljön H1-be; az ezután következő nav-nak pedig szüksége van egy alcímre (H2 - máskülönben a nav rész untitled lenne enélkül) ami ha a H1-et eltávolítjuk hibát eredményez "Incorrectly ordered headings".
Viszont ha minkét H1 megmarad (logo és oldal címe - lásd lejeb) egyszerűen fogalmazva az is gond - "valamiért".
Második példa:
<header id="pageMainHeader" role="banner">
<hgroup id="pageLogoAndSlogen">
<a href="//weboldalam.hu/hu-HU/">Weboldalam címe</a>
</hgroup>
<nav id="pageMainNav" role="navigation" aria-labelledby="pageMainNavHead">
<ul role="menu">
<li role="menuitem"><a href="#">Link 1</a></li>
</ul>
</nav>
</header>
<div role="main">
<h1>Weboldalam ...</h1>
</div>
Dióhéjban a második példáról: ez a példa úgy is mondhatnánk, hogy több mint tökéletes, de csak majdnem, mivel a nav rész névtelen ezért kényszerülünk! elhelyezni egy H2-es alcímet mint az első példában, ami aztán megkövetelné, hogy a H2 elé legyen egy H1 ami aztán azt vonja maga után, hogy két H1 lesz a dokumentumunkba, ami tisztázatlan okok miatt vita tárgya lehet + Google se fejtette ki erről pontos véleményét és vannak rá kísérletek, hogy az első H1 kivételével (ami a logo résznél található) változik a besorolás a keresési találati listán.
Ez egy ördögi kör tudom, de ha valaki ismer valamilyen technikát vagy megoldást rá, nagyon sokan hálásak lennénk. Figyelmen kívül az biztos, hogy nem hagyhatjuk.
Úgy sejtem valami kihagytam, valami fontosat, ha eszembe jut még leírom. Elnézést a hosszú postért. -
#20209
Köszönöm, most már működik jól -
#20208
<meta name="viewport" content="width=1000, initial-scale=1">
ezt rakd be a head-be, ha nem jó akkor az 1000 értéket emeld amíg jó nem lesz, ha nem segít akkor valami más css gond -
#20207
Manapság elvárják már, hogy egy oldal mobil verzió nélkül is jelenjen meg szépen mobilon.
Az utóbbi webshopomnál ez sikeresen összejött, viszont most nem tudok rájönni, hogy miért nem :P
A lényeg az lenne, hogy div-ekből áll az oldal, minden fő része left:50% és margin-left-el van középre igazítva.
A tartalom szélessége 904px, viszont mikor mobilról nézem a bal oldalából levág egy részt, és nem érzékeli, hogy ott még tartalom van. Jobbra tudja, hogy hol a vége az oldalnak és vertikális scrollal szépen kilehet húzni.
Milyen trükkel tudnám érzékeltetni, hogy balra még van tartalom és azt is jelenítse meg nekem? :) -
#20206
Hajjaj, nekem most még az admin felületünket is arra kell, mert közölték, hogy még ők is IE-t használnak ... -
#20205
Az egy dolog:) Viszont amíg a nép fele IE7-8-at használ addig ez van. Persze ez a célközönségen is múlik. Most csináltam egy vendégház kereső oldalt, ott pl muszáj volt IE-re optimalizálni, mert a kliensek fele azt használja.. -
#20204
-
#20203
Az nem lenne < IE 9 kompatibilis. -
#20202
animációkat lehetett volna css-el -
#20201
Elég király.
Nekem bejön ez a metro style. -
#20200
Eight - a Windows 8-as Metro felhasználói interfész (egyik) webes megvalósítása -
#20199
Köszi. -
bracsek #20198 1 torold le a fájlt és utána töltsd fel, ha csak simán felül íratod az apache másképp kezeli, második hogy mikor kicseréled a képet, a css ben teszel egy annyit hogy alma.jpg helyett kijavítod alma.jpg?1 ha meg megint kicseréled, akkor alma.jpg?2 ez mindenképpen megoldja a problémád. -
#20197
Köszi, ilyen elegáns lett 
<img src="<?php echo $_GET['kep']."?t=".time(); ?>"/ id="crop"> -
#20196
Igazándiból nem is ebben a példában gondoltam, hanem másikban.
Gondolom sokan jártatok már úgy, hogy pl. gyorsan kicseréltek csak egy képet ftp-n.
Mondjuk egy bannert, ami pl egy div háttere. Aztán elkezd hívogatni az üf. hogy miért nem lett kicserélve.
Lehet mondogatni, h f5, ctrl+f5, de ez őt rohadtul nemfogja meghatni, csak majd hajtogatja, hogy másnál sem látszik emiatt.
Néha még az f5-ök is kevesek (Chrome nagyon keményen tolja pl.).
Na erre kéne valami tuti megoldás. -
#20195
Nem túl szép, de legalább működik és böngészőfüggetlen -
#20194
Nem elegáns megoldás :)
Én hülyeségem ;) -
#20193
Böngésző beállítás függő, mi baj a cachebusterrel? :)
kep.jpg?size=800x600
Így, mögé írva a kép méretét megmarad a cache de átméretezés után garantáltan újratölti -
#20192
Na ha van erre valami tuti megoldás, akkor az engem is érdekel :D
De ne ilyen cachebuster string legyen :D
Amúgy szerintem server oldalon kb. lehetetlen. -
#20191
Cachet, hogy lehet kikapcsolni teljesen ?
Átméretezek egy képet és utána rögtön meg akarom jeleníteni, de csak F5 után lesz kisebb méret :/
PHP: header("Cache-Control: no-cache");
HTML: <meta http-equiv="cache-control" content="no-cache" />
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
De így is ugyanaz. -
#20190
Jópofa, de szerintem, ha már eltávolítgtások, az elég méretes SPL-ben szerintem lehetne még találni egy-két functiont, amit alig használ valaki. :) -
#20189
bugs.php.net
"This function (http://php.net/manual/en/function.gzgetss.php) has literally never been used by anyone, ever. Besides the fact that it's worthless, no-one has noticed the error ("striped") on the doc page. We should completely remove the function and see if anyone notices." -
#20188
Már ezerszer leírtuk a megoldást olvass vissza. Mi nem tudjuk, hogy néz ki. A változó amit beadsz neki üres. Olvass vissza. -
A Fenegyerek #20187 ezt a hibár írja:
Warning: fopen() [function.fopen]: Filename cannot be empty in /index.html/upload.php on line 29
Cant read uploaded file
eza 29-es sor:
$fd = fopen($_FILES["torrent"]["tmp_name"], "rb") or die(FILE_UPLOAD_ERROR_1);
és ez hogy kell kinézzen ezt meg megköszönném ha helyesen leírnátok pls nagyon fontos lenne :S pls -
#20186
Szerződésfüggő.
Alapvetően a szerzői jog a cégé, és élhet is vele. Ha a szerződésben benne van, hogy lemond róla akkor lehet vele bármit csinálni. Ilyenkor van, hogy odaadják egy cd-n is a forrásfileokat. -
#20185
Szerződésfüggő alapvetően. -
#20184
Ismerősé, pár éve már az az oldala, biztos kifizette :D köszi, akkor szólok neki.