Új hozzászólás Aktív témák
-
fordfairlane
veterán
válasz DNReNTi #11316 üzenetére
Ebben van normalize és html5shiv, ezen kívül inkább detektálást tartalmaz, ahogy elnézem. Persze akad benne polyfill is, de, ahogy a doksi írja, nem tudja megtanítani a böngészőt pl. a <video> tag használatára, ha az nem ismeri, de scriptből egyszerűen detektálhatóvá teszi, hogy van-e ilyen képessége.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #11404 üzenetére
Amúgy szerintem valami webshop CMS jobb lenne, mert azokban könnyebb megcsinálni az általa mondott feladatot.
Léteznek ilyen pluginek a népszerű CMS-ek alá is. Mondjuk a legtöbbjük ágyúval verébre kategória, ide nem kell vásárlási lehetőség.
x gon' give it to ya
-
fordfairlane
veterán
válasz bicajoskema #11408 üzenetére
Biztos van WP, Drupal vagy Joomla alá is olyan beépülő modul, ami termékek adminisztrációját és megjelenítését teszi lehetővé. Az oldal navigációját, a szöveges tartalmak kezelését meg maga a Drupal vagy a WP rendszere végezné. Még az is lehet, hogy egy sima galéria modul is elegendő, bár azok inkább csak a képekkel foglalkoznak.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz Phvhun #11639 üzenetére
Erre gondolok:
Ezt tipikusan arra szokták használni, hogy adatbázisban tárolják el a sessionhöz tartozó adatokat. Hogy aztán két különböző gép hogyan kommunikál, hogy az adatokat megossza, az már egyéni, minden attól függ, de valahogy muszáj a két gépnek kommunikálnia egymással. Ha ez nem megoldható, akkor a belépéssel, munkamenettel kapcsolatos infókat a kliensnél kell letárolni cookieban.
x gon' give it to ya
-
fordfairlane
veterán
A responsive design a képernyő felbontása függvényében alakítja az oldal szerkezetét, ergo, akár mobil, akár nem, ha nagy felbontású a kliens, akkor ugyanúgy fog kinézni. Az, hogy a mobilokra más tartalom jelenjen meg, az megoldható kliens-detektálással. már ha egyáltalán szükség van erre, ugyanis az otthoni wifin keresztül a mobilkliens is gyorsan betölti az oldat. A sávszélesség akkor lehet problémás, ha valaki mobilnetet használ. Már ha jól értem, és itt ez a fő probléma.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz DNReNTi #11833 üzenetére
Én úgy látom, hogy ez csak a password mezőkre vonatkozik.
Persze hozzáteszem, ritkán használok Chrome-ot, csupán elkezdtem kutakodni a neten ezután a probléma után, és úgy tűnik, hogy az input type="password"-nél tényleg kikapcsolhatatlan az autocomplete. Mondjuk hekkelhető.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz Sk8erPeter #11880 üzenetére
Szerintem egy pár oldalból álló statikus sitehoz fölösleges egy IDE. Bőven megteszi akármelyik syntax highlightos editor.
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #11915 üzenetére
Kezdjük azzal, hogy a display property nem "transitionable", az opacity-t szokták használni blokkok eltüntetésére vagy "előtüntetésére". Aztán még hozzátenném, hogy a magától aktiválódó transition-t CSS animation-nal szokás kezelni.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
-
fordfairlane
veterán
válasz PumpkinSeed #12012 üzenetére
Osztom az előző véleményeket, ne ezekkel foglalkozz.
A programozásnak az egyik legnehezebben megérthető és kezelhető problémája, az ún. konkurencia, amikor időben párhuzamosan, vagy inkább ütemezetten, párhuzamosnak látszó módon egyetlen végrehajtói egység több feladatot lát el. Ez a fajta végrehajtási modell számos problémát vet fel, jellemzően pl. azt, hogy a (látszólag) párhuzamosan végrehajtott szálak hogyan kommunikálnak egymással, hogyan osztják meg az adatokat egymást közt.
JAVA-ban erre való a szálkezelés, Javascriptben az eseményalapú aszinkron feldolgozás. Ez a része a programozásnak önálló tudomány, ami nem kezdő, véleményem szerint az összetettsége miatt még csak nem is haladó szintű téma.
Azt javaslom, hogy ha javascripttel akarsz foglalkozni, márpedig ez a böngészők miatt egyre inkább elkerülhetetlen, akkor ebbe a részbe egyelőre ne ásd bele magad. Foglalkozz inkább azzal, hogy hogyan kell a DOM-ot javascriptből használni, illetve maga a javascript nyelv egyéb alapvető szerkezeteivel (változók, függvények, objektumok, prototipikus öröklődés stb...).
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
Igen, a setTimeout, illetve mindenféle eseménykezelés a böngészőben magával vonja azt, hogy foglalkozni kell az aszinkron programozással, de szerintem ezzel is csak annyira kell foglalkozni, amenyire az adott feladat ezt megkívánja.
(Egyébként nem tudom, ki követi a javascript fejlődését, de pl. az ES 6-ban, és ezzel az új node.js-ben felbukkanó "promise"-ok szerintem pont azt szolgálják, hogy az aszinkron modellnek adjanak egy jobban érthető és követhető programozási modelljét.)
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz MasterMark #12065 üzenetére
A php script futása közben túllépi a maximálisan megengedett memóriahasználat mértékét.
x gon' give it to ya
-
fordfairlane
veterán
válasz MasterMark #12067 üzenetére
A nevéből adódóan gondolom valami adatbázis-művelet zajlik benne, de ennyiből nem tudom, mi a megoldás, mivel gőzöm sincs, hogy mit csinál pontosan a program. Ugye kód nélkül egy programkódról nem nagyon lehet mit mondani, pláne, hogy azt sem tudom, hogy milyen művelet végrehajtása közben kerül elő ez a hibaüzenet.
Valami Joomlához értő ember tudna esetleg segíteni, a memóriakeret elég nagynak tűnik.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz dabgergo #12098 üzenetére
Nekem lokálisan sikerült megoldanom, hogy az ő-ű is jó legyen.
Innen letöltöttem a TTF-et, ide feltöltöttem. Beállításokban "expert", "custom subsettings", "character type"-nál beikszeltem mindent, alul a "Unicode Tables" résznél "Basic latin" és "Latin Extended-A"-t kijelöltem. Agreement elfogad, és már le is lehet tölteni a zip-et, amiben benne van különféle webes formátumba konvertálva, és generált példa html fájl is.
Mindezt persze még be kell illeszteni a Wordpress-be.
x gon' give it to ya
-
fordfairlane
veterán
válasz dabgergo #12100 üzenetére
Feltöltöd a saját tárhelyedre a fontfájlokat, majd az src-t lecseréled a sajátodéra, ami eredetileg a google fontsra mutat. Ennyinek elégnek kell lennie, elvileg.
Illetve, jah, igen. Magát a CSS tartalmat (@font-face) is legenerálja neked a Google fonts, tehát azt akkor ebben az esetben neked kell előállítanod a fenti minta alapján.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz dabgergo #12102 üzenetére
h2 {
font-family: 'architects_daughterregular'!important;
}Ez csak példakód. A témában az már be van állítva, hogy az oldal melyik részén használják ezt a fajta fontot, ezt fölösleges külön beállítani még egyszer. Csak a megfelelő @font-face részt kell beletenni, és ugyanerre a fontra mutató Googlefonts hivatkozást meg kidobni. Nem is kellett volna új nevet adni ennek (Architects Daughterregular helyett architects_daughterregular nevet kapott) , csak még bonyolultab lett így az egész.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz dabgergo #12104 üzenetére
Én csak arra gondoltam, hogy a fonttípus már be van állítva a megfelelő helyeken "Architects Daughter"-re.
Nincs más teendő, mint kiszedni a link href="fonts.google?Architects Daughter" izébizét, (konkrétan ezt a sort:
<link rel='stylesheet' id='cosmo-gfont-2-css' href='http://fonts.googleapis.com/css?subset=latin-ext&family=Architects+Daughter&v1'_rel=%27stylesheet%27+type%3D%27text%2Fcss&ver=3.9.2' type='text/css' media='all' />
)és a helyére betenni a saját fájlodra változatra mutató font-face tagot. Ha ennek is "Architects Daughter" nevet adsz,
<style>
@font-face {
font-family: 'Architects Daughter';
src: url('wp-content/fonts/architectsdaughter-webfont.eot');
src: url('wp-content/fonts/architectsdaughter-webfont.eot?#iefix') format('embedded-opentype'),
url('wp-content/fonts/architectsdaughter-webfont.woff') format('woff'),
url('wp-content/fonts/architectsdaughter-webfont.ttf') format('truetype'),
url('wp-content/fonts/architectsdaughter-webfont.svg#architects_daughterregular') format('svg');
font-weight: normal;
font-style: normal;
}
</style>akkor elvileg egyéb teendő nincs.
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #12155 üzenetére
A float-olt elemek kikerülnek a normál dokumentum flow-ból, a nem floatolt blokkelemek emiatt úgy viselkednek, mintha a floatolt elemek ott sem lennének. A te példádban a H3 floatolt, a #like_button normál blokkelem.
Részletesebben:
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
-
fordfairlane
veterán
válasz PumpkinSeed #12193 üzenetére
A visszascroll megy Firefox és Chrome alatt is. IE8-ban nem megy. Miért ilyen ősrégi jquery-t használsz, az 1.5.1-et? CDN-en ott az 1.11 ág, ha IE8 -cal kompatibilis akarsz lenni (persze ahhoz nem ártana a html5shiv sem)
x gon' give it to ya
-
fordfairlane
veterán
válasz CSorBA #12236 üzenetére
Attól függ. Ha egyetlen fájlba gyúrod bele az összes kliensoldali fájlt, akkor adott esetben sokáig tart, míg egyáltalán a nyitóoldal betöltődik, és olyan funkciók is letöltődnek, amit lehet, hogy nem is fogsz használni.
A prefetch problémára nehéz általános igazságot mondani.x gon' give it to ya
-
fordfairlane
veterán
Fölösleges Pythonnal foglalkozni, hacsak nem tudja előre, hogy használni is fogja. A Python inkább az Usában terjedt el jobban, felénk a PHP sokkal népszerűbb, nagyobb a tudásbázis, és a munkaerőpiacon való hasznosítására is sokkal jobb az esély. Tanuláshoz meg tkp. szerintem mindegy, Pythonban sem fog sokkal gyorsabban haladni.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #12352 üzenetére
Java-ban a webes fejlesztést nehéz elkezdeni, erre a célterületre tipikusan nem az a RAD környezet. Vállalati fejlesztői karrier szempontjából érdekes lehet. Produktivitás szempontjából viszont messze nincs akkora különbség a különböző platformok közt, mint ahogy azt sokan láttatni szeretnék.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
-
fordfairlane
veterán
válasz PumpkinSeed #12409 üzenetére
PHP-ban is meg lehet oldani, bár az adatbázis kiszolgálók egyszerűbb statisztikai műveletekben jók és elég hatékonyak is. De nincs rá előírás, hogy csak az SQL megoldás a jó.
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #12413 üzenetére
Pont most beszéltük, hogy nem csak SQL-el jó, de valójában ha nem a megoldás kivitelezhetőségét hanem a megvalósítás minőségét nézzük akkor, csak az SQL az ami jó, mert a PHP felesleges műveleteket végez melyeket felesleges változókban tárol.
Igen, ebben az esetben, amit meg lehet oldani SQL lekérdezéssel, itt az SQL megoldás valószínűleg jobb, de egyrészt nem mindenki ismeri ilyen mélységben az SQL-t, másrészt ez az SQL megoldás nem portábilis. Teljes mértékben függ az adatforrás típusától.
Az nem ökölszabály, hogy amit SQL-ben is meg lehet csinálni, azt feltétlenül abban kell megcsinálni, nem pedig az alkalmazásszerveren, legyen az PHP, Python, C# vagy JAVA. Ez inkább dogma. Sok fejlesztésnél, ahol pl. a hordozhatóság fontos, ott szükségszerűen absztrahálni kell az ilyen adatfeldolgozásokat is, amire az SQL nem a legjobb nyelv.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #12423 üzenetére
Igazából én egyetlen ilyen elvet se követek, én úgy csinálom meg, hogy viszonylag ne 1 másodperc alatt lehessen törni a kódom ezen kívül ahogy tudom.
Hát akkor aztán tök mindegy, hogy ugyanazt a számítást sql-ből vagy app kódban számolgatod, mert nem ez dönti el, hogy biztonságos vagy sem.
x gon' give it to ya
-
fordfairlane
veterán
válasz Sk8erPeter #12429 üzenetére
Mikor például doctrine-t vagy propelt használok. A saját data mapperek általában már nem ennyire univerzálisak, bár most pont van egy olyan munka, amiben Oracle alól kell Mysql alá vinni dolgokat, úgyhogy nemrég pont a saját mappereimet alakítottam át.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz Sk8erPeter #12442 üzenetére
Ha át kell alakítgatni a mappereidet az adott ORM-nél adatbázis-váltáskor, akkor az mennyiben hordozható?
Senki nem olyan tökéletes, mint te.
x gon' give it to ya
Új hozzászólás Aktív témák
- Playstation 5 Fat lemezes ( Makulátlan !!! ) Gyári garanciával, ajándék játékkal
- HP EliteBook 1040 G9 - ÚJ 14" üzleti notebook - i5-1245U, 32GB, 512SSD, W11 pro
- Ibiza club 15 hangfalak eladók (4 drab)
- HP EliteBook 1040 G9 (4B924AV) - ÚJ 14" üzleti notebook - i5, 32GB, 512SSD, W11 pro
- Samsung S22 Ultra DS 5G 12/512GB Black Garancia: 2025.05
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest