- Hivatalosan is reagált a Core CPU-k stabilitási gondjáira az Intel
- TCL LCD és LED TV-k
- Milyen videókártyát?
- Asztrofotózás
- AMD GPU-k jövője - amit tudni vélünk
- Milyen belső merevlemezt vegyek?
- OLED TV topic
- Milyen CPU léghűtést vegyek?
- Milyen alaplapot vegyek?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
Hirdetés
-
Multiversus - Joker is játszható karakter lesz
gp A tervek szerint a hónap végén indul a free-to-play játék végső kiadása.
-
A vártnál kevesebb iPad Pro fogyhat
ma A tandem OLED panel előremutató, ám drága, az olcsóbb iPadek lehetnek népszerűek.
-
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...
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz Speeedfire #5308 üzenetére
Annyival, hogy lehet, hogy amennyiben Te egy alkönyvtárban akarod használni ezt az egészet, ez a RewriteRule a / miatt akkor is a főkönyvtárban lévő index.php-re futtatja rá az egész kérést. Most ezt ne vedd garanciának, mert nem próbáltam, de esélyes hogy így van.
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz Speeedfire #5314 üzenetére
Hát a Drupalt asszem elégszer teszteltem, szóval esélyes, hogy nálad van elkúrva valami.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #5316 üzenetére
Ja, hogy mások is köpködnek GoDaddy-re? Akkó' nem szóltam. De ne szóljá be a kódomra, jóva'?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Louloudaki #5319 üzenetére
Mi lenne, ha nem privátban oldanánk meg? Több szem többet lát, plusz én sem érek mindig rá, azért van a fórum, hogy együtt oldjuk meg a problémát.
Inkább írd le IDE, mikkel próbálkoztál eddig, megpróbáltad-e azokat egyáltalán, amiket írtunk.Mobildetektálás téma:
[link]
[link]
[link]A flash-es menüt nem tudod egyszerűen lecserélni normális HTML-esre, amit aztán animálgatsz JavaScripttel, stílusát meghatározod CSS-sel? Mert akkor egyszerűen lehetne egy mobile stylesheeted:
[link],
[link]Másik megoldás: szerveroldali nyelv használatával (lásd előbb linkelt detectmobilebrowsers.com-on fellelhető PHP-kód első megközelítésként jó lesz) detektálod a mobilböngészőt, és amennyiben azt érzékeled, hogy ezzel nézi az oldalt, akkor a mobilra optimalizált menüt jeleníted meg, ha nem, akkor a flash-es menüt. Egyszerű if-else, csak annyi, hogy a feltétel-vizsgálatnak megfelelően generálod le a HTML-kódot (és ágyazod be a Flash-t, vagy jeleníted meg a mobilos menüt).
Sk8erPeter
-
Sk8erPeter
nagyúr
Na igen, akkor meg is van, miért sz@r a ClearBox, ilyenekkel kell szopni, így belegányolva mindent a rel attribútumba... erről meg is feledkeztem korábban, amikor összevetettem a Colorbox-szal. Hát ez alapján egyértelmű, hogy egyáltalán nem ajánlanám a ClearBoxot. Kár, hogy végül erre esett a választásod, most szívhatsz vele, már bocs.
Ha már így átalakítottad HTML-code-okká a karaktereket, akkor miért nem raktad a href-be is a cuccokat?
Pl. próbáld ezt:<a href="index.html">főutcája</a>
VAGY ezt:
<a href='index.html'>főutcája</a>
VAGY végső esetben:
<a href='index.html'>főutcája</a>Úristen, de gány, nem bírnám elviselni, ha ilyenekkel kéne szarakodnom.
Akkor már legalább tudom is, hogy miért egyértelműen a ColorBox lenne az ajánlott.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Speeedfire #5323 üzenetére
Jaja, ez is jóféle, gondolom itt is meg lehet oldani a rel attribútum problémáját, amit említettünk itt korábban.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Siriusb #5330 üzenetére
Először azt hittem, ez a plugin tud valamit, aztán kiderült, hogy nem. Itt a kódja, igazából csak elmagyarázza a júzernek egy Facebox-overlay-re pakolva a szöveget, hogy hogyan tudja lementeni a fájlt a gépére (klikkelj jobb gombbal, menj a Save as-re, és hasonlók).
Szóval az igazi megoldás még mindig a szerveroldali machinálás.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Siriusb #5332 üzenetére
Fura, tényleg, mintha egyszerűen törölték volna. A linkek alapján, amik itt vannak.
Ez a másik plugin első ránézésre jónak tűnik.
Bár igazából szerintem annyi az egész, hogy szerveroldalon jól be kell állítani a headereket, és feldobni egy jQuery UI Dialog-ablakot, hogy kattintson ide vagy oda, ha le akarja tölteni.
Lehet úgy is, hogy mondjuk ha AJAX-szal elküldeni egy paramétert, ami alapján eldől, hogy most letölteni akarjuk, vagy megnézni a tartalmát "helyben".[ Szerkesztve ]
Sk8erPeter
-
-
Sk8erPeter
nagyúr
válasz Inv1sus #5354 üzenetére
"Elvileg a szerveren le van tiltva a POST."
Nem mondod komolyan... és ennek mi az oka? Volt erre bármi épkézláb magyarázat?
Vagy ez csak tipp (azt írtad: "elvileg"), nem vagy benne biztos? Nem tesztelted még le?GET metódussal nem szabad hosszú adatot átküldeni, az arra való, ami a metódus nevében is benne van, hogy adott címről lekérsz valamilyen adatot, tehát röviden a GET metódus adatok fogadására való.
A POST nevében meg szintén benne van, mire való: adatküldésre.
Aztán van még HEAD, PUT, DELETE, stb. Komplett lista: [link].Szóval a fájlok új tartalmát ne GET-en keresztül akard átküldeni.
Lehet kényszermegoldásokat alkalmazni, de az nagyon gány lesz úgy... Inkább oldja meg a rendszergazda a POST-metódust. Tényleg, kérdezd már meg, miért van letiltva. Azt hiszik, ettől biztonságos lesz a szerver, vagy mi?[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"nem akarták, hogy rosszindulatú php kódot töltsenek föl"
Oszt' annyira elővigyázatosak, hogy inkább nem oldják meg azt az igen bonyolult feladatot, hogy ne lehessen futtatni azt a PHP-kódot.
Amúgy lehet, hogy csak ezáltal lett meg a hamis biztonságérzetük, hogy ilyen metódusokat nem engedélyeznek. De ezek szerint SEMMILYEN, felhasználótól érkező adatot nem látnak szívesen, nehogy má' a júzer tudjon küldeni egy levelet mondjuk online felületen.
(Ja, egyébként nehogy úgy tűnjön, nem veled vitatkozom, jókat mondtál, csak nem értem az ilyen mentalitású rendszergizdákat. )[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Louloudaki #5371 üzenetére
"az 1. linkeddel nem tudtam mit kezdeni, az csak kiírta milyen browserem van, kódból nem látszik, hogy találta ki."
Ezek szerint meg sem nézted a mellékelt kódokat. A "Download Scripts" felirat alatt felsorolt szerver- és kliensoldali nyelvek nem tűntek fel? Rákattintasz valamelyikre, letöltheted az adott nyelvhez tartozó kódot, bele is nézhetsz, hogyan működik.
Ez is a user agentet veszi alapul, az alapján dönti el, mobileszközről van-e szó.
Ebbe belenéztem elég felületesen, és bár nem igazán fejlesztettem még külön mobilra, a kód alapján nekem úgy tűnik, hogy a navigator.appVersion.indexOf("Mobile"); nem biztos, hogy elég, lehet, hogy nem feltétlenül fog szerepelni benne a "Mobile" karaktersorozat.
De mondom, nem csekkoltam még komolyabban mobileszközökön. Mindenesetre az itt található scriptek közül valamelyik tuti jó a detektálásra.
Persze első megközelítésnek lehet, hogy jó az az isMobile() függvény, amit írtál, de mondom, nem biztos, hogy így "lefedsz" minden mobilböngészőt. Aztán tudja a tököm, lehet, hogy van egy ilyen íratlan (vagy írott?) szabály, hogy minden mobilböngésző user agentjében benne van a "Mobile" karaktersorozat, csak én nem tudok ilyenről..."php megoldás, az macera, mert minden oldalnak külön php fájlja van és a html keretet húzza be, 50 fájlt nem írok át"
Nem mondod komolyan, hogy a menüt is 50 PHP-fájlban írod meg külön-külön....
Ha így van, akkor már eleve a kódod szorul alapvető és komoly módosításokra.
De reménykedem benne, hogy inkább csak mind az 50 fájlban include-olod a menüre vonatkozó fájlt, az még a jobb helyzet, mert akkor is csak egy fájlban kell átírni a menüt.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Louloudaki #5374 üzenetére
Ja, olyan minőségi, hogy 50 külön PHP-fájl átírására lenne szükség egy nyomorék menü átírására....
echo $cim; unset($cim);
Ennek mi értelme van? Minek unseteled egyből a $cim változót? Hacsak nincs valami különleges oka, totál felesleges.Az SWFObject-es kódra:
http://blog.deconcept.com/swfobject/#examples
Itt most megnéztem:
"Normally, you would add a parameter called “flashvars” and then for the value, you passing a string of name/value pairs like this: variable1=value1&variable2=value2&variable3=value3 and so on. SWFObject makes this a bit easier by allowing you to add as many variables as you like in a similar manner in which you add additional parameters. Here is an example of passing values into your Flash movie using Flashvars:
<script type="text/javascript">
var so = new SWFObject("movie.swf", "mymovie", "400", "200", "8", "#336699");
so.addVariable("variable1", "value1");
so.addVariable("variable2", "value2");
so.addVariable("variable3", "value3");
so.write("flashcontent");
</script>
"Tehát itt az addVariable()-lel adja hozzá a változókat, igazából emiatt nem értem, mi az okod query stringekkel szarakodni.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Louloudaki #5379 üzenetére
addVariable-t írtam, nem addParam-ot. Gondolom az erről szóló oldalon csak nem hülyeségből írták le, hogy így működik.
Egyébként meg nem tudjuk, hogy mi van abban a változóban, amit PHP-vel kiíratsz, így csak találgatni lehet.
Amúgy nem biztos, hogy jó döntés volt ugyanarra a témára két különálló domainen ugyanazt a tartalmat tartani, csak másik nyelven, Google nem tudom, ehhez mit szól."a magyar oldalon ahol vagy 30 html fájl van ott meg működik, 30x átmásoltam az előbbi kódot"
Az kemény. Nem tudom, hogy nem nyílt ki az agyad közben.Most látom közben az újabb hsz.-edet. Nem véletlenül kérdeztem, hogy mégis mi értelme annak az unsetnek. Mint látható, semmi.
==========================
(#5381) zzolika :
ha kiválasztotta valamelyik terméket, akkor nálad nem lehet tudni, mi történik, nagyjából semmi hasznosítható infót nem írtál.
Ha eleve történik egy oldalfrissülés a termék kiválasztásakor, akkor nem nagy szám PHP-vel megoldani ezt a feldolgozást.
Ha csak kliensoldalon klattyogtat, akkor meg AJAX-szal leszel kénytelen elintézni a dolgot.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Louloudaki #5384 üzenetére
Hát vágom, oké, félre ne értsd, nem a Te munkádat fikázom, mert nem Te tehetsz róla, hogy ilyen ratyi megoldásokat alkalmaznak, és nem részekből rakják össze az oldalt, hanem nem félnek 50-felé szétrakni ugyanazt a kódrészletet. Kár, hogy az ilyen fejlesztők még pénzt is kapnak arra, hogy nem értenek semmihez.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz zzolika #5383 üzenetére
Ha úgyis újrafrissül az oldal, akkor indokolatlan, hogy JavaScripttel akarod elküldözgetni az adatokat. Bár kérdés, hogy egyáltalán hogy frissíted. A felhasználó mondjuk megnyom egy gombot, és így eljut egy másik oldalra?
Ha a locationt változtatod, vagy window.open-nel nyitsz egy oldalt, nem csoda, hogy másik lapot is fogsz látni.
Még mindenféle kimenet megjelenítése előtt megvizsgálhatnád PHP-vel az adott oldalon, hogy be van-e állítva a form adott mezője ( isset($_POST['xyz']) ), és attól függően küldenél e-mailt vagy sem.
Erről bővebben a PHP topicban.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz zzolika #5387 üzenetére
Szerintem Te nem Java-ra, hanem JavaScriptre gondolsz, nagyon nem ugyanaz a kettő.
Vegyük azt, hogy van egy formod.
Legegyszerűbb eset:
Pl.:
<form action="" method="post">
<input name="blabla" type="text" />
<input type="submit" name="op" id="edit-submit" value="Save" class="form-submit" />
</form>Felhasználó beír valamit a "blabla" textmezőbe, megnyomja a Save gombot, az üres action miatt a form adatai ugyanerre az oldalra fognak elmenni, nem kell a JavaScript.
Legyen a fájl neve itt most index.php, ebben van a form is.
PHP-s feldolgozás ugyanitt, az index.php-ben (fontos a PHP-s kiterjesztés!) - most direkt a legegyszerűbb esetet veszem, hogy ugyanabban a fájlban dolgozod fel:
<?php
function send_mail($from, $to, $subject, $body){
//.... elküldöd a levelet, ellenőrzöd, sikeres volt-e, ha igen, TRUE-val térsz vissza, ha nem, FALSE-szal
}
if(!empty($_POST['blabla']){
// ... beállítod a változókat
if( send_mail($from, $to, $subject, $body) ){
// sikeres volt a levélküldés
}
else {
// nem volt sikeres a levélküldés
}
}
?>
<!DOCTYPE ....>
<html>
<head>
....
<form action="" method="post">
<input name="blabla" type="text" />
<input type="submit" name="op" id="edit-submit" value="Save" class="form-submit" />
</form>
</head>
<body>
</body>
</html>Most ez szándékosan nagyon egyszerű példa volt, de hátha ebből már ki tudsz indulni.
A konkrétabb PHP-s dolgok már a PHP topicba tartoznak.
Arra viszont figyelj, hogy ebben az esetben minden egyes termék-kiválasztásnál el fog menni egy e-mail, nem tudom, az jó lesz-e neked, nem lenne-e inkább jobb logolni egy adatbázisban (persze az már haladóbb dolog).Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Louloudaki #5390 üzenetére
Akkor még egyszer belinkelem:
http://detectmobilebrowsers.com/
Lásd a scripteket alul.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz zzolika #5389 üzenetére
"1302 Ft/MB/hó pluszpénzért engedi a MySQL-t"
Akkor válts tárhelyet.
Példa: 1, 2.Na, ha van az index.php-d, akkor még a HTML-kódok kiíratása előtt betehetnél egy kódrészletet, úgy, hogy az e-mail elküldésére vonatkozó kódot függvénybe teszed!
Esetleg megmutathatnád, hogy néz ki a mostani kódod a mail_kuld_szamol.php fájlban (persze helyettesítsd blablával a konkrét mailcímeket, stb.).
A példád alapján:<?php
if( !empty($_POST['szoveg']) ){
require_once('mail_kuld_szamol.php');
// .... változók beállítása
mail_kuldes($kitol, $kinek, $targy, $torzs);
}
?>
<!DOCTYPE ......>
<html>
......
</html>A lényeg, hogy itt a HTML-kód kiíratása előtt megvizsgálod, létezik-e az adott változó a $_POST tömbben ("szoveg" index alatt), tehát az el lett-e küldve a formmal, ha igen, akkor include-olod a mail_kuld_szamol.php fájlt, így az abban lévő tartalom elérhető lesz, majd a mail_kuldes() függvényt meghívod, amiben a konkrét levélküldés történik. Tehát a háttérben elküldöd végül is a levelet, a felhasználó tudta nélkül. Aztán jöhet a kiíratás.
A konkrét eddigi kódodat esetleg bemásolhatnád, hogy még egyértelműbb segítséget tudjunk nyújtani.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz zzolika #5393 üzenetére
Az eleve nem jó, hogy a PHP-kódodat körbeveszik a szokásos HTML-tagek - felesleges, ez háttérben zajló folyamat kell, hogy legyen, mert itt most nem akarsz semmit kiíratni.
Az eddigi JavaScriptes cuccot is úgy, ahogy van, kihagyhatod, elég, ha ezt rábízod a PHP-re. Az is feleslegesnek tűnik, hogy a kiszámolt értéket egy readonly text mezőbe bemásold (vagy nem tudom, mi a célod ezzel).
Ez pedig nem jó:
<SCRIPT LANGUAGE="JavaScript">
mert a language attribútum régóta deprecated.
Inkább így:
<script type="text/javascript">
De mondom, jelen esetben ezt a JavaScriptes kódot úgy, ahogy van, ki lehet hagyni.Pont a lényeget, tehát a radio buttonöket nem másoltad be, de gondolom valami ilyesmi:
<input type="radio" name="blabla" value="Első" />
<input type="radio" name="blabla" value="Második" />Ezt PHP-oldalról is látod:
if( isset($_POST['blabla']) ){
//...
}De most látom, hogy az eddigi formod GET metódussal működik, nem POST-tal, ez nem tudom, esetedben indokolt-e, de ebben az esetben így éred el:
if( isset($_GET['blabla']) ){
//...
}A kódodban van egy ilyen: if(isset($uzenet)) , de az $uzenet változó nincs sehol beállítva. Gondolom ehelyett $email_message akart ott szerepelni. (Remélem a register_globals nincs bekapcsolva...)
Tehát akkor vegyük azt, hogy így néz ki a formod:
<form method="get" action="">
<div>
Első: <input type="radio" name="blabla" value="Első" />
Második: <input type="radio" name="blabla" value="Második" />
</div>
</form>(legegyszerűbb példával)
A mail_kuld_szamol.php fájlodat ez alapján átalakíthatnád így is (ez szintén nem a legszebb, inkább legegyszerűbb megoldás):
<?php
function mail_kuld_szamol($selected_value){
// ha nincs beállítva, vagy üres a változó, akkor egyből visszatérünk
if( empty($selected_value) ){
return false;
}
$email_to = "cimzett@cimzett.hu";
$email_subject = "uzenet temaja";
$price = 0;
if($selected_value == 'tökömtudja'){
$price = 123123;
}
else{
$price = 654;
}
$email_message = 'Kiválasztott: '.$selected_value.', ár: '.$price;
$headers = 'From: '.'automata_felado@cimzett.hu'."\r\n".
'Reply-To: '.'automata_felado'."\r\n" .
'X-Mailer: PHP/' . phpversion();
$email_message = str_replace("__","\n",$email_message);
return @mail($email_to, $email_subject, $email_message, $headers);
}Az, hogy itt nem tettem záró PHP-taget, az teljesen szándékos! Erről bővebb infót olvashatsz a PHP hivatalos oldalán is, ez egy megszokott dolog, ha egy fájlban kizárólag PHP-kódok vannak, és nem akarod, hogy esetleges whitespace-ek gondot okozzanak.
A kód persze csak példajellegű, de láthatod, hogy PHP-oldalon is kiszámolhatók a szükséges értékek, nem JavaScripttel, ami már csak azért is jó, mert így a felhasználó még a forrásódból sem láthatja, hogy számolod az értékeket (nem mintha nehéz lenne kitalálni, hogyan számolsz nettóból bruttó árat ). Persze a függvénybe ennél jóval értelmesebb ellenőrzések lennének szükségesek.
Aztán az index.php-be pl. így:
<?php
if(!empty($_GET['blabla'])){
require_once('mail_kuld_szamol.php');
mail_kuld_szamol($_GET['blabla']);
}
?>
<!DOCTYPE ......>
<html>
......
</html>De tényleg átmehetnénk a PHP topicba.
Írd le, ha valamelyik rész nem világos.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz zzolika #5395 üzenetére
"A kiszámolt értéket azért rakom egy readonly text mezőbe, hogy a látogató lássa a végleges árat."
Én úgy vagyok vele, hogy ami kiszámolt érték, és amit a felhasználó úgysem fog tudni módosítani, azt inkább nem readonly űrlapmezőbe rakom, hanem valami egyéb DOM-elembe (<p>, <div>, stb...). Nem is látom értelmét itt szövegmezőbe tenni az árat."Akkor szerinted érdemesebb az egészet átrakni php-be?"
Persze, ez esetben mindenképp. A felhasználó nem kell, hogy lássa a számolás menetét, ráadásul az általad korábban bemutatott JavaScriptes számolgatós, szöveg-összerakós, majd GET-tel másik fájlnak átadós módszer nagyon csúnya.A jobb megközelítés az, hogy amikor a felhasználó kiválasztja a terméket, akkor mint mondod, amúgy is van oldalfrissülés, ekkor PHP-vel lekezelni a kapott adatokat, kiszámolgatni az árat, majd elküldeni az e-mailt - mindezt a háttérben.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz zzolika #5400 üzenetére
"2 perc után szétkapcsol"
Akkor állítsd be úgy az FTP-kliensedet, hogy ezt ne tegye.
Ez TC-nél így néz ki:
TC+NOOPDe én FTP-zésre inkább az ingyenes WinSCP-t ajánlanám, több szempontból is jó, pl. ez alapból fenntartja a kapcsolatot.
"Kicsit macerásabb a php, hogy nem tudom lokálisan azonnal tesztelni"
Dehogynem tudod.
Ha Windows-t használsz, engedélyezed az IIS-t, majd Web Platform Installerrel szépen összekattintgatós módszerrel felrakod a PHP-t is.
Vagy felraksz egy XAMPP-ot.A megoldásokat, amiket írtál, felejtsd el, azzal rengeteget fogsz szívni még, pl. a sortörést ilyen módon nem tudod megoldani. Az egészet egyébként is szerveroldalon kéne összerakni. Alapból egyébként nagyon egyszerű, amiket írsz, csak részletesebben kellene ismernünk a kódodat egy picit, és akkor a PHP topicban seperc alatt kész megoldásokat tudnánk neked mutatni (vagy legalábbis egyértelmű rávezetéseket).
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz SzlobiG #5406 üzenetére
Csak a lényeget nem másoltad be. Konkrétan a CSS3-as részt.
Ez a generátor szar, mert nem cross-browser kódot gyárt, már a honlapon lévő rész sem működik a többi böngészőben a Chrome-on és FF-on kívül (IE9-et nem próbáltam), azonbelül is csak az újabbakban, eleve felejtős.Ha olyan kódot szeretnél, ami még IE6-hoz is képes CSS3-as hatást elérő kódot generálni lekerekített sarkokkal, színátmenetekkel, árnyékokkal, akkor ezt ajánlom:
CSS3 PIE
Nem minden esetben triviális, hogy mitől fog működni tényleg szépen IE6-ban is akár, de van, hogy csak z-index-eket meg ilyesmiket kell állítani, és "megjavul". Ezt teszteltem már többször, használom is, és eddig az ezzel generált kódot találtam a legjobb átfogó megoldásnak, ha a fentebb említett hatásokat szeretném elérni.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz balpeter04 #5404 üzenetére
Ha nem kell WYSIWYG-lehetőség, akkor mindenképp az ingyenes NetBeans-t vagy Eclipse-et ajánlom, nagyon jó program mindkettő.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz SzlobiG #5409 üzenetére
"Amúgy ezzel se jó amit linkeltél. FF-el nem lehet rákattintani a gombra ie-vel rá lehet, de nem hoz be semmi."
Bocs, de miről beszélsz?
A css3pie.com-on látható gombnak semmiféle szerepe nincs, nem kell benyomódnia, és nem is kell semmit sem "behoznia"...
A látható példa azt mutatja meg, hogy cross-browser módon lett lekerekítve a gomb összes sarka, ott van a színátmenet, meg az árnyék. Annak ellenére, hogy az IE6 nem igazán támogatja a CSS3-at, mégis olyan hatást sikerül ezen keresztül elérni, mintha azzal lenne megoldva... mindezt anélkül, hogy pl. képet kellene berakni.
Plusz kb. ugyanúgy néz ki a gomb minden mostanában érdekes böngészővel (amire érdemes fejleszteni)... Ez pedig DE, jó, azzal, amit linkeltem. Elég megnézni a példát...Igazából nem nagyon értem, mit nem értettél.
====
(#5410) balpeter04 : szívesen!
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz SzlobiG #5412 üzenetére
Igazán mutathattál volna kódot, hogy hogyan próbálkoztál a CSS3PIE-jal, vagy megmutathattad volna a fent lévő változatot (ja, de gondolom azt nem lehet, mert bizonyára brutálisan pörög az oldal, és nem fért volna meg egy pár órát egy plusz gomb, főleg, hogy tudtommal még csak készülőfélben van az oldalad ), akkor talán rájöttünk volna, mit rontottál el.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz SzlobiG #5415 üzenetére
Ne csodálkozz, ha nem működik valami, ha behúzol JavaScript-fájlként egy teljes HTML-tartalmat, lásd ezt a fittext.js-t. Valószínűleg rosszul töltötted le.
Egyébként meg az oldaladon továbbra sem látom a CSS3PIE-ról származó gombot, sem a .htc kiterjesztésű fájlt - ja, és arra is ügyelni kéne, hogy annak az elérési útja jó legyen...
Meg odafigyelni, mik történnek az oldaladon.Szerk.: látom Siriusb már mindkét problémát említette neked előttem (jól).
Továbbá minden behúzott CSS-fájlt vagy <style> tagek között lévő stílus-meghatározást a forráskódban a <head>-be rakj bele, lehetőleg annak elejére, a <title> és <meta> tagek UTÁN, de a <script> tagek ELŐTT.
Plusz legyen már egy fő <html> tag, meg valami DOCTYPE az oldaladon...[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz SzlobiG #5421 üzenetére
Most itt nem értem, miért ragaszkodsz a <button>-höz.
Van erre valami különösebb okod? Szerintem semmi értelme, a CSS3PIE oldalán is egy mezei <div>-et használnak erre a célra, itt tulajdonképpen ez felesleges keverése a szezonnak a fazonnal. Meg mint látható, csak gondot okoz pl. linknél.
Ha azt szeretnéd, hogy gombként viselkedjen, látszódjon úgy, mintha benyomódna, az igen könnyen megoldható CSS és/vagy JS segítségével.
IE-ben nem fasza a dolog, most még nem kukkantottam meg, hogy miért, azért, mert <button> tagről van szó, vagy más miatt.(#5424) fordfairlane : ez elég gáz megoldás ilyenre, semmi nem indokolja egy ilyen gombnál az ilyen jellegű tákolást.
(#5425) Siriusb : "Engem már egyre kevéssé érdekel, valaki tudja-e használni az adott oldalt javascript nélkül."
Ezzel mentalitással csak az a baj, hogy ez magával vonhatja a túlzott JavaScriptre alapozást is, ami szintén káros.(#5428) Tele von Zsinór : örülök, hogy nem csak más gondolja így, teljesen egyetértek.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz SzlobiG #5429 üzenetére
Mindennel lehet mit tenni...
Pl. első körben azzal kéne kezdeni, hogy olyan betűtípust választasz, aminél az "ű" betű normálisan néz ki. (lásd "Teljeskörű")
A #szlogen pedig pl. Operában átugrik a következő sorba, így kétsoros lesz belőle, 400 helyett 402 pixelnél már jó. A margónál meg nem tudom, mire gondolsz.A <button>-ös + JavaScript-es szarakodás helyett felraktam egy gyors, nem különösebben átgondolt, de egyszerű példát a CSS3PIE használatával, hogy ne csak a levegőbe beszéljek:
http://jsfiddle.net/Sk8erPeter/X8sSm/2/
Benyomódik, ha rákattintasz, pedig nincs benne semmi <button>, meg semmi JS, csak HTML+CSS.IE-ben ne akard tesztelgetni, arra nem optimalizáltam, meg ott eleve asszem a jsFiddle-lel gázok vannak, de a lényeg végül is látható.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz fordfairlane #5433 üzenetére
Szerintem meg nem logikus, ezt mondjuk fentebb már írtam, hogy ez inkább nevezhető gányolásnak, amikor JavaScripttel oldod meg azt, ami mezei HTML+CSS kombó segítségével is könnyen kivitelezhető.
Szerk.: mondjuk gondolom valaki bele fog kötni, hogy a fentebbi példámban igazából a "gomb" kattintásra arrébb mozdul, így nem teljesen gombszerű, nem befelé, 3D-s hatást keltve változik, de szerintem kikövetkeztethető, hogy ez is megoldható pár plusz sorral, JS nélkül.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz fordfairlane #5435 üzenetére
Nem is állítottam, hogy önmagában feltétlenül "hozzáadott értéket" képvisel (bár az elvárható, hogy egy oldal legalapvetőbb funkciói JS nélkül is működjenek), az viszont gáz, ha egy klikkelésre működő hivatkozást JS-sel kell megoldani egy sima HTML-elemnél, nem tudom, ennek melyik része nem világos...
De ha már JS-nélküliség: Google szerinted honnan fogja tudni, hogy itt egy hivatkozásról van szó? Csak hogy valami olyan példát említsek, ami talán még neked is "hozzáadott értéket" képvisel (ti. hogy az oldalon lévő hivatkozás Google-ben is hivatkozásként szerepel).
Ja, hát végül is "rétegigény", csak elég fontos "rétegről" van szó - ha "rétegigénynek" tekintjük azt is, hogy SEO szempontjából is hasznos infókat tartalmazzon az oldal forráskódja. Pl. egy <button> elem az oldalakon belüli hivatkozás(ok) szempontjából nagyon nem lesz hasznos információ.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz SzlobiG #5439 üzenetére
Kicsit túl nagyot ugrik a "gomb".
Gondolom a <marquee> részre gondoltál.
Így középen van:<div>
<marquee scrollamount="1" direction="up" scrolldelay="1" style="margin:0px auto;width:205px;height:100px">„2BPM House Kft. Új világ a társasházkezelésben!”</marquee>
</div>Persze az inline style-t kerüld (a style attribútummal), inkább rakd külön CSS-fájlba ezeket, de innen már látható a lényeg.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz SzlobiG #5443 üzenetére
Azóta módosítottál valamit? Mert most már nálam is látszik a 300px-es bal oldali margó. Aztán lehet, hogy cache-ből kapta elő, amikor néztem, pedig asszem Ctrl+F5-tel mentem rá megint, aztán lehet, hogy nem.
A bal oldali margó viszont nem jó megoldás, semmi nem garantálja így, hogy középen lesz.
Rakd be a
margin:0px auto;
display: block;stílust, mindkettőt, úgy már jó lesz, Chrome-ban is. Most próbáltam fejlesztőpanellel, jó lett.
Szerk.: Érdekes, ha Opera Dragonfly-ban ennek a display tulajdonságát block-ra állítom, akkor megáll a görgetés, na ezzel sem találkoztam még. Chrome-ban nincs ilyen para. Aztán lehet, hogy csak azért, mert fejlesztőpanelben állítgatom, na ez most hirtelen nem tiszta.
Szerk2.: a tutira működő megoldás: a külső <div>-nek (is) megadod, hogy
width: 250px;
margin: 0px auto;[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz DeltaPower #5447 üzenetére
Azt a qrva, ez mennyire beteg.
"every year we get together and make salmon for toast
every year we get a crockety bloat
every year we get drunk on the docks
and every year we have sex with our caps locks!!!!!!""BLACK SANTA BITCHES"
"caps lock day is a celebration of life and forever screaming text for all eternity and love"
Nem tudom, mit nyomhatott az ember, amikor készítette ezt a honlapot, de elég erősen be lehetett állva.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz TOTAL LOKI #5458 üzenetére
A frame-ek használata nagyon NEM javasolt, elavult, kényelmetlen megoldás, nehézkes a tartalmak frissítése a különböző keretekben, ma keretek közötti kommunikáció is macerás, és sok egyéb szempontot is fel lehetne sorolni, de egyszóval kerülendő.
PHP használatával nagyon egyszerűen megoldható, hogy mindenhova tegyen be egy adott menüt, fejlécet, láblécet, stb., és azokat is külön fájlban kezeled.
Ezeket a problémákat, többszintű menüstruktúrát és mindenféle egyebet a Siriusb által is javasolt CMS-ek megoldják helyetted, így ajánlott a használatuk, hacsak nem ujjgyakorlatként kezeled a feladatot, és/vagy nem épp most szeretnéd megtanulni az egész alapjait.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz TOTAL LOKI #5460 üzenetére
Át tudod ültetni, de ehhez előbb meg kell ismerkedni a rendszerrel.
A népszerű CMS-eknek az is nagy előnye, hogy a legfontosabb dolgok vagy a core részei, vagy külön modulként meg vannak írva (nagy a közösség mögöttük), így jelentősen redukálják a fejlesztésre szükséges időt. Az is igaz viszont, hogy az első ismerkedés kicsit nehézkes lehet, először nem látod át a menürendszert, stb., de amint egy kicsit belejössz, megtérül a munka, amit addig belefektettél (pl. dokumentációk, tutorialok, könyvek olvasgatása), mert utána gyorsan fog menni minden. Eleinte az első CMS-sel való megismerkedésnél nekem is kicsit káosz volt, hogy mi hol is található, meg mi miért úgy van megoldva, ahogy, aztán belejöttem, átláttam, és örültem, hogy rászántam az időt.
Ha kíváncsi vagy véleményre, én a Joomlát semmiképp sem választanám, helyette inkább Drupalt vagy WordPress-t (utóbbiak közül én a Drupalt preferálom, mivel azt ismerem, és mivel úgy tudom, a kódja is igényesebb). Drupal topic is van, ha segítség kell.
Egyébként nem akarlak feltétlenül rábeszélni a CMS használatára, de ha komolyabb projektről van szó, és pl. admin-felületet is szeretnél biztosítani a megrendelőnek, akkor mindenképp áttérnék a helyedben. Persze kalkuláld hozzá a fejlesztési időhöz azt az időt is, amíg megismerkedsz a rendszerrel. De csomó minden szimplán összekattintgatható. Persze a PHP-vel is ideje megismerkedni.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz TOTAL LOKI #5466 üzenetére
Szerveroldali kódolás (pl. PHP) nélkül ezt nem fogod megúszni, szóval ha ilyen jellegű ismereteid még nincsenek, akkor továbbra is a CMS-t ajánlom, ahol vannak ilyen modulok. (Bár én a Joomlát rossz tapasztalatok miatt kerülném.)
(#5465) : szívesen. Majd írj a tapasztalataidról!
Sk8erPeter
Új hozzászólás Aktív témák
- Minecraft
- Xiaomi 14 Ultra - Leica hercegnő
- Hivatalosan is reagált a Core CPU-k stabilitási gondjáira az Intel
- TCL LCD és LED TV-k
- Milyen videókártyát?
- Asztrofotózás
- AMD GPU-k jövője - amit tudni vélünk
- EAFC 24
- Samsung Galaxy Z Fold5 - toldozás-foldozás
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- További aktív témák...
- Keresek - Macbook Air M3 16GB / 24 GB - 512 GB SSD - Magyarországi beszerzés, tehát kb. 3 év garit
- Tyű-ha Lenovo Thinkpad T14 G2 Üzleti "Golyóálló" Laptop 14" -50% i7-1185G7 4Mag 16GB /512GB FHD IPS
- Ej-ha Lenovo Thinkpad T14 G2 Üzleti "Golyóálló" Laptop 14" -50% i7-1185G7 4Mag 32GB /512GB FHD IPS
- Eladó Nitro Venture TLS Snowboard Bakancs 46-os
- Eladó Nitro Team 2022 162W Snowboard Deszka
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen