- Steam topic
- PlayStation 5
- S.T.A.L.K.E.R. Clear Sky
- Limitált ideig már kipróbálható a The Alters PC-s verziója
- Forza sorozat (Horizon/Motorsport)
- UbiForward24 - Jövő hónapban indul az xDefiant első szezonja
- World of Tanks - MMO
- Befutott a Lollipop Chainsaw RePOP első előzetese
- Fortnite - Battle Royale & Save the World (PC, XO, PS4, Switch, Mobil)
- Le Mans Ultimate
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz martonx #5318 üzenetére
"Admin felületről lehet fordítgatni benne a cuccokat, egész korrektül megcsinálták. CMS-hez talán tényleg ez a megoldás a legjobb, mivel amúgy is minden content az utolsó betűig az adatbázisban van. Ha már úgyis adatbázis kell a legkisebb hello world-höz is, akkor kézenfekvő, hogy egyúttal onnan rögtön a nyelvnek megfelelő szöveget vegye ki a rendszer."
Igen, én is pont így gondoltam korábban, ami CMS esetén ellentmond annak az érvnek, hogy az adatbázis ne lenne erre való.
Ha épp az kell, akkor arra való."Szvsz teljesen normális 1-1 pár száz kb-os, folyamatosan használatban lévő file tartalmát memóriában tartani, de szerintem azokat megnyitogatni és realtime olvasni is minimális idő."
Na ja, ez lehet, korábban arra utaltam, hogy amennyiben a modularitást vesszük elő (lásd CMS), akkor esélyes, hogy nem csak egy fájlban lesznek tárolva a fordítások. Vagy ha igen, akkor feláldozzuk a modularitást. Viszont ha már nagyon sok fájlt kell megnyitva tartani (pl. 100 modul), és sok fájlt is kell update-elni, megnyitogatni az oldallekéréskor minden apró elemhez, akkor már nem járunk jól, és akkor már a fájlbeli kotrás teljesítménye nem olyan meggyőző. Igaz, cache-szerűség érdekében le lehet akár generálni egy fájlba is különböző feltételektől függően, vagy adatbázisban, cache-táblában tárolni valami bejegyzés alatt a megfelelő fordításokat. Nem tudom, itt melyik megoldás nyer sebességben/erőforrás-igényben/más tekintetben, de mindkettő megoldás mellett szólhatnak érvek.Egyébként a fájlkezelés oprendszer-szinten költséges művelet, erre akartam célozni, persze abban igazad van, hogy talán nem mérhető össze az adatbázishoz kapcsolódás, lekérés költségével, főleg, ha az adatbázis másik szerveren van...
"Másrészt vegyük észre, hogy a hoszting cégeknél a sima lemez kapacitás jellemzően több, mint az SQL tárhely. Sőt felhőben hosztingolva pl. a lemez kapacitás szó szerint szinte ingyen van, míg az SQL-es adattárolásnál azért zsebbe kell nyúlni."
Ez mondjuk jó szempont.
Bár itt fordításokról beszélünk, nem brutális adatmennyiségekről, igaz, ha a fordítások különböző relációban állnak egymással, és az fontos, akkor nőhet a mennyiség szép lassan, de akkor meg úgyis az adatbázis a jobb megoldás elvileg.Na de tényleg összegezhetjük annyiban, hogy mindig attól függ, mit használunk, egyik megoldás sem nevezhető szarnak.
Most már tényleg jól körbejártuk a témát.Sk8erPeter
-
Sk8erPeter
nagyúr
"Erre céloztam, a te példádból kiindulva, ha van neki id, akkor halálmindegy, hogy miben van, meg milyen class, mert az id felülvágja."
Csak azonos tulajdonságot "vág felül", minden mást ugyanúgy megörököl (attól még, mert id-vel adod meg). Szóval ez a hierarchia arra vonatkozik, melyik stílus-meghatározásnak milyen a prioritása, melyik jut elsődlegesen érvényre, de a máshol meghatározott tulajdonságok is szerepet kapnak, csak kisebb hatalommal rendelkeznek. cidalain közben látom hasonlót fejtett ki.
Amúgy lehet, hogy ezeket te is tudod, csak félreérthető volt, amit írtál, és nem árt tisztázni (szóval ne vedd magadra), nehogy valaki téves következtetésre jusson.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz haromegesz14 #5373 üzenetére
Valószínűleg valamit rosszul csináltál.
Mivel bővebb hibaleírásra nem futotta, és nem mutattál kódot, ezért többet mi sem tudunk segíteni látatlanban. Javaslom, rakd fel az eddigi kódodat http://jsfiddle.net/-re, mindannyiunknak gyorsabb úgy a feladatmegoldás.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz hmate91 #5375 üzenetére
Mi az oka, hogy az egyes opciókat JavaScripttel adod hozzá, miért nem eleve a HTML-kódba rakod be őket?
Tök felesleges overhead. Legalábbis nem írtál semmi olyan körülményt, ami ezt indokolná.
Amúgy meg használj pontosvesszőket Működik SAJNOS JavaScriptben anélkül is a kód, de jóval nehezebb áttekinteni, ha nincs az egyes "utasításokat", sorokat lezáró pontosvessző.var groups=document.doublecombo.example.options.length
var group=new Array(groups)
for (i=0; i<groups; i++)
group[i]=new Array()
group[0][0]=new Option("Válasszon","#")
group[1][0]=new Option("344","http://www.google.hu")
group[1][1]=new Option("345","http://e.hu")
group[2][0]=new Option("340","d1.html")
group[2][1]=new Option("685 ","d1.html")
group[3][0]=new Option("valami","123")
group[3][1]=new Option("valam2","456")
group[3][2]=new Option("valam3","678")
group[3][3]=new Option("valam4","888.html")Ennek így nem sok értelme van. Az egyik selecttől függővé teszed a group tömb hosszát, aztán lényegében hardcode-olod a többdimenziós tömböt, pedig elméletileg így kód alapján nem tudod előre a group hosszát.
JavaScriptben egyébként nem kell ez a külön for ciklusos módszer amúgy sem, működik az is, hogy anélkül, "helyben" hozzáadod az opciókat, és annyi."Meg lehet oldani, hogy az egészet egy külön html-be tárolom és azt behívom, vagy azt nem lehet behívni?"
"Behívni" a katonaságba szokták az embereket, vagy ha a házon kívülről invitálják az embert a belső térbe.
Beillesztheted egyébként a tartalmát természetesen egy külső fájlnak, de itt egyelőre homályos a célod.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz hmate91 #5378 üzenetére
Tényleg ennyi maradt meg neked az egészből? Ilyeneken amúgy sem tudom, mit kell megsértődni...
De a lényeg a többi jótanács volt, amit nem azért írtam neked, mert épp nem találtam volna más szórakozási lehetőséget, hanem gondoltam hátha előrelendít. De ha szerinted ez a kód így helytálló, és te úgyis jobban tudod, mint a többiek, akkor nem értem, minek kérsz tanácsot egy webfejlesztő topicban.Sk8erPeter
-
Sk8erPeter
nagyúr
Nem tiltott le semmit a készítője. A context menü elemeit nem is tudja befolyásolni, mivel az a böngésző hatásköre - szomorú is lenne, ha azt csak úgy bárki át tudná írogatni. Magyarázat: a context menünél kettő lehetőség van: vagy teljesen letiltod a context menü megjelenését, és saját viselkedést definiálsz (tehát te kezeled le, mi történjen a jobb klikk hatására, például milyen menü jöjjön elő; ez csak nagyon indokolt esetekben használandó), vagy meghagyod az alapértelmezett böngészőbeli viselkedést (ez a javasolt megoldás).
A készítő az utóbbi megoldást választotta, és általában a népszerű képnézegetőknél ez a helyzet (szerencsére).
Jelen esetben csak azért nem látszik nálad a kép mentése opció, mert egy divre kattintasz ilyenkor jobb gombbal (nézd meg fejlesztői panelben), arra pedig nem értelmezett a kép mentése opció, mivel a <div> nem <img> elem. Remélem, nagyjából érthető.
A kódjába semmi esetre se tákolj bele.Megoldás: használj másik képnézegetőt, én a ColorBoxot tudom ajánlani:
ColorBox
https://github.com/jackmoore/colorbox
(most a hivatalos oldala sajnos épp nem működik, nem tudom, mi van vele, pedig ott van a doksi)
Itt kattints a "Download ZIP" gombra jobb oldalt, a "Clone in Desktop" alatt.
Kapsz egy tömörített fájlt, ha kibontod, akkor azonbelül lesz pár example kezdetű könyvtár, azokba nézegess bele, nyisd meg az index.html-t, és kattints a linkekre, ott láthatod a LightBoxhoz hasonló képnézegetőt.
Csak ennek kissé jobb az API-ja.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #5388 üzenetére
Nem látom a download opciót a projektben:
https://github.com/lokesh/lightbox2/search?q=download&type=CodeAz meg más kérdés, hogy a hozzá tartozó Drupal-modulban biztosítanak egy plusz ilyen opciót.
Sk8erPeter
-
Sk8erPeter
nagyúr
Az előbb ajánlott ColorBox letölthető cuccában konkrét példákat láthatsz, hogy kell beüzemelni.
Mindkettő jQuery-alapú, amúgy olyan brutális különbséget nem fog okozni, hogy egy másik library-t kell belőnöd.És ja, mivel nem Drupalt használsz, hanem saját kódot, a Drupalos külön megoldás itt most szóba sem jöhet, ezt mondtam az előbb is, hogy az tök más kérdés.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #5395 üzenetére
Mondjuk ha több órát töltött az elsővel, akkor remélhetőleg a többivel már jóval kevesebb időt kell majd töltenie.
A Lightbox2-nél mondjuk gáz, hogy nincs egy normális doksi.Na, ma már működik a ColorBox hivatalos oldala (tegnap nem töltött be), ott a dokumentáció elég bőséges, és az oldal tele van példákkal.
"mindegyiket le kell tölteni a weboldalról, kicsomagolni és az egész mappát használni."
Ez mondjuk speciel nem igaz, mert a letöltendő zip jó esetben tartalmaz több példát is, amikre nincs szükség az éles szerveren. Na meg van minimalizált és developer-változatú fájl is a JS-fájlokból és esetleges CSS-fájlokból.
Pl. példákkal együtt a ColorBox 1.15 MB, míg az éles szerveren szükséges jquery.colorbox-min.js fájl 10,8 KB, meg van még egy opcionális i18n-fájl, ebből a magyar jquery.colorbox-hu.js 430 byte.
Csak a pontosság kedvéért, nem kötekedésként.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #5397 üzenetére
Ja, hát igen. Bármelyiket választja, jó lesz. A How to use oldal is magától értetődő és egyértelmű. Ezért sem értettem az olyan kérdéseket, hogy "Az oldaláról töltsem le, a fancyt?" Nem, nyilván máshonnan...
Sk8erPeter
-
Sk8erPeter
nagyúr
Hát azt neked kell a legjobban tudnod, miért választasz fejlesztésre egy adott eszközt.
Na, de amúgy például azt lehet válaszolni, hogy
- tudni szeretnéd, mi történik a motorháztető alatt, és nem szeretnéd rábízni egy generátorra a forráskód elkészítését - például mert az sokszor készít olyan kódot, amiben sok a felesleges sallang, amit aztán utólag lehet kigyomlálni, még ha valid kódot is készít;
- előfordul, hogy nem sikerül olyan kinézetet összekattintani egy ilyen WYSIWYG-eszközzel, amilyet szeretnél, mert korlátosak a lehetőségek.========
Amúgy végül mi lett a FancyBoxszal, sikerült belőni? Mert végül arra nem reagáltál, hiába erőlködtünk (főleg cidalain, aki több útmutatást adott)...?(#5403) cidalain :
Biztos használtál már olyan jellegű szerkesztőket, mint a TinyMCE vagy a CKEditor, azok egész használható kódot generálnak megfelelő beállítások esetén. Én se használok ilyeneket, de volt, hogy kipróbáltam némelyiket, például a Dreamweavert is, és valid kódot generált, a kód egész elviselhető volt - már amennyit használtam. Van olyan, hogy valaki lusta szarakodni a félkövérítéssel és egyebekkel, és inkább rábízza mondjuk WYSIWYG-szerkesztőre a cikk összeállítását, még ha értené is a forráskódot, ezzel nincs különösebb gond szerintem. Bár azzal egyetértek, hogy komplett oldalt összerakni az már merész húzás, és ott már tényleg felmerül a gyanú, hogy nem is akarja érteni az illető a forráskódot.(#5402) PumpkinSeed :
"A nyers kód minden esetben helytállóbb"
Ez csak akkor igaz, ha valaki érti, mit, miért csinál, és hogyan kell azt tényleg csinálni. Szóval ha valaki amúgy nem vágja, mitől lesz valid vagy invalid a kód, az jobban járhat egy WYSIWYG-szerkesztővel.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #5405 üzenetére
Egyetértünk.
Amúgy TinyMCE-ben és CKEditorban is van lehetőség arra, hogy egyéni hotkey-ket vagy épp gombokat definiáljon az ember, amivel meg tudja határozni, hogy például adott szöveg köré adott class-szal ellátott span-tageket rakjon. Persze ez csak ilyen honlapon belüli WYSIWYG-szerkesztő, csak gondolom az ilyen weblap-összeállító cuccokban is van ilyesmi lehetőség, hogy pl. megadod, hogy a bold szövegnél milyen markupot rakjon köré (de én sem használom ezeket, úgyhogy csak tippelek).
Frontpage? Ne is mondd, még évezredekkel ezelőtt, amikor elkezdtem az egészet, abban készítettem szülők első céges honlapját - hát azóta inkább letagadok mindent, ami ezzel kapcsolatos. De mai napig megvan a kód, amit generált, ha olyan perverzióm támad, hogy kódon röhögjek, akkor ránézek. Szóval az tényleg valami brutális kódot generált, SEMMI köze nem volt a W3C-s bármilyen szabványokhoz/ajánlásokhoz. Mondjuk a Microsoft amúgy is erős ebben, hogy leszarni a sokak által elfogadott szabványokat/ajánlásokat, és járni a saját utunkat, hátha sikerül ráerőltetni másokra; szerencsére a webes világban nem ők győztek.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz DNReNTi #5407 üzenetére
"szívesen használnám a TinyMCE-t ha lenne belőle magyar"
http://www.tinymce.com/i18n/A TinyMCE 4.x verziója egyébként nagyon szimpatikus, jó hozzá az API, jó a dokumentáció, most újra szimpatikus lett a TinyMCE. Korábban (3.x alatt) azért álltam át a TinyMCE-ről CKEditora, mert a CKEditornak sokkal értelmesebb volt a kódja. Most meg a TinyMCE tetszik jobban ismét.
(Mondjuk hozzáteszem, a CKEditortól kicsit az is elvette a kedvemet, hogy használnom kellett a BBCode plugint sajnos, és rendkívül túlbonyolított és ronda a plugin kódja, meg erőforráskajálónak is tűnik.)CKEditorból is van magyar nyelvű, a buildernél hozzá lehet adni.
(#5409) cidalain :
TinyMCE-ben is nagyon egyszerű saját stílusokat és custom formatokat definiálni:
http://www.tinymce.com/tryit/custom_formats.phptinymce.init({
mode: "textareas",
plugins: "table",
content_css: "css/content.css",
style_formats: [
{title: 'Bold text', inline: 'b'},
{title: 'Red text', inline: 'span', styles: {color: '#ff0000'}},
{title: 'Red header', block: 'h1', styles: {color: '#ff0000'}},
{title: 'Example 1', inline: 'span', classes: 'example1'},
{title: 'Example 2', inline: 'span', classes: 'example2'},
{title: 'Table styles'},
{title: 'Table row 1', selector: 'tr', classes: 'tablerow1'}
],
formats: {
alignleft: {selector: 'p,h1,h2,h3,h4,h5,h6,td,th,div,ul,ol,li,table,img', classes: 'left'},
aligncenter: {selector: 'p,h1,h2,h3,h4,h5,h6,td,th,div,ul,ol,li,table,img', classes: 'center'},
alignright: {selector: 'p,h1,h2,h3,h4,h5,h6,td,th,div,ul,ol,li,table,img', classes: 'right'},
alignfull: {selector: 'p,h1,h2,h3,h4,h5,h6,td,th,div,ul,ol,li,table,img', classes: 'full'},
bold: {inline: 'span', 'classes': 'bold'},
italic: {inline: 'span', 'classes': 'italic'},
underline: {inline: 'span', 'classes': 'underline', exact: true},
strikethrough: {inline: 'del'},
customformat: {inline: 'span', styles: {color: '#00ff00', fontSize: '20px'}, attributes: {title: 'My custom format'}}
}
});Innen a formats-ban:
italic: {inline: 'span', 'classes': 'italic'},
ez a sor például azt jelenti, hogy ilyen lesz a kimenet:
<span class="italic">ez a szöveg</span>Nincs tehát bedrótozva, hogy <em>, <i> vagy egyéb hasonló tageket használjon, meg lehet határozni, hogy milyen osztály legyen felhasználva.
A style_formats-on belül a
{title: 'Example 1', inline: 'span', classes: 'example1'},
sor pedig egyszerűen hozzáadja az example1 osztályt az elemhez, és a legördülőben, ahol a stílusok fel vannak sorolva, megjelenik az Example 1 szöveg.Persze a content_css: "css/content.css", sor fontos, hogy saját CSS-t is megadhassunk, ahol ezeket az osztályokat definiáljuk.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #5415 üzenetére
De rátehető, pont a doksi is ezt mutatja, amit linkeltél Persze abban igazad van, hogy az áttetsző kép kevésbé néz ki hülyén.
De az eredeti doksiban ez a nem transzparens kép van rátéve a térképre:
https://developers.google.com/maps/documentation/javascript/examples/full/images/talkeetna.png
és a kód eredményeként így fog kinézni a térkép:
a részlet:
function initialize() {
var mapOptions = {
zoom: 11,
center: new google.maps.LatLng(62.323907, -150.109291),
mapTypeId: google.maps.MapTypeId.SATELLITE
};
var map = new google.maps.Map(document.getElementById('map-canvas'), mapOptions);
var swBound = new google.maps.LatLng(62.281819, -150.287132);
var neBound = new google.maps.LatLng(62.400471, -150.005608);
var bounds = new google.maps.LatLngBounds(swBound, neBound);
// The photograph is courtesy of the U.S. Geological Survey.
var srcImage = 'https://developers.google.com/maps/documentation/javascript/';
srcImage += 'examples/full/images/talkeetna.png';
// The custom USGSOverlay object contains the USGS image,
// the bounds of the image, and a reference to the map.
overlay = new USGSOverlay(bounds, srcImage, map);
}Itt a lényeg, hogy egy png-t ad hozzá:
// The photograph is courtesy of the U.S. Geological Survey.
var srcImage = 'https://developers.google.com/maps/documentation/javascript/';
srcImage += 'examples/full/images/talkeetna.png';Nyilván kellenek a továbbiak is a kép hozzáadásához, a példából jól ki lehet indulni, a pontos hely kell, hogy hova rakja.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #5439 üzenetére
"szerintem a rendszer mappájának nincs köze a webszerver rendszer mappájához."
What? Szerinted a publikus könyvtár nem az egyik webszerverkönyvtár?A gond, amiről martonx is beszélt szerintem, hogy "Nem szerettem volna, hogy ennek a mappának a teljes tartalmát láthassák" - eleve ott kezdődik, hogy miért láthatja bárki is bármely könyvtárnak a teljes tartalmát? Erre írta, hogy hibásan van konfigurálva a webszerver.
Apache-szerveren már ez a .htaccess-sor is segítene:
Options -IndexesSk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #5441 üzenetére
"ne listazodjanak a fajlok ha direktben beirjak egy mappajat, amiben nincs index fajl. Ha igy nezem akkor itt semmifele szerveres problema nincs"
Hogyne lenne már szerveres probléma, ha ezek szerint listázódnak a fájlok, amiknek rohadtul nem kéne? DE, VAN szerveres probléma, mégpedig az, hogy nincs beállítva, hogy ne tudja már akárkicsoda végigturkálni a publikus könyvtár tartalmát, ha ott nincs kezdőfájl.
Most ebből melyik rész nem tiszta?"A user gondoskodjon arrol hogy a publikus feluleten elrejtsen valamit"
Hogy mi van? Most ki a user, ki a fejlesztő? Ha a user alatt azt érted, akinek a fejlesztő elkészíti a weboldalt, akkor nem az ő feladata, hogy bármilyen rejtegetéssel foglalkozzon. Ha a fejlesztő szemszögéből nézzük, akkor pedig az ő felelőssége megoldani, hogy ne lehessen csak úgy kotorászni a webszerver publikus könyvtárában. Tulajdonképpen ezek már korábban is elhangzottak, csak most nem értem a rugózást.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #5452 üzenetére
Na ja, ebben teljesen igazad van, hogy már eleve a webszerver alapbeállításai kellene, hogy tartalmazzák az erre vonatkozó opciókat. Az a rész ebben a formában tényleg nem igaz, hogy a fejlesztő szarakodjon ilyesmivel .htaccess-ben vagy másképp, az igazából már a kényszermegoldás, amikor mondjuk van egy szarabb osztott/egyéb tárhely, amihez kénytelen igazodni a fejlesztő, mert mondjuk a megrendelő vagy a Gizike néni ahhoz ragaszkodott. Vagy mert a rendszergazda egy kretén.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz olivera88 #5456 üzenetére
A forráskódod cseppet ocsmány: miután kezdődik a szokásos HTML-struktúra a <html><head>...</head><body>-val, azután középtájt van egy ilyen:
</script>
</head>
<body onload="initialize()">
<div id="map_canvas" style="width:90%; height:90%"></div>
</body>
</html>
<div id = "hir_728X15">
..............
..............
<div id = 'footer'>
<div id="cp">
...............
</div>
</div>
</div>
</body>
</html>Persze a sok pont helyén tartalom van.
Szóval lezárod feleslegesen kétszer a headet, beledobsz a közepébe egy body-t, aztán jön a térkép divje, lezárod a body-t, lezárod a html-taget, aztán kezdődik egy div, aztán lezárod a body-t, majd lezárod a html-t megint.
Csoda, hogy Chrome-ban működik a térkép... Sőt, inkább kár, hogy működik Chrome-ban, nem jó, hogy túl toleráns a böngésző az okádmány kódokkal szemben.Ezeket javítsd ki első körben, így még lesz is esélyed rá, hogy bármi script működjön.
(#5457) cidalain :
"nem nagyon tud senki sem mondani ertelmeset"
A magad nevében beszélj, hogy nem tudsz mondani értelmeset.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #5459 üzenetére
Honnan veszed, hogy CMS-t használ? Most direkt visszatekerésztem a hsz.-eit egészen az elejéig, és egy szóval nem említette, hogy azt használna.
""Ezeket javítsd ki első körben, így még lesz is esélyed rá, hogy bármi script működjön."
Ez ugyanúgy nem értelmes, mert ahogy leveszem, ő nem fejlesztő, a forráshoz nem tud nyúlni, lövése sincs mit és hogyan javítson."
Mi az, hogy nem értelmes? Hát ember, ez a HTML-szerkesztés topic, ez a tanács értelmes, és leírja a probléma valószínűsíthető okát. Ha nem férne hozzá a forráskódhoz valamilyen módon, nem jött volna ebbe a topicba.
Azzal meg nem tudunk mit kezdeni, hogy képtelen leírni, hogy mi a nyűgje.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #5461 üzenetére
"Tipikus CMS kód a forrás alapján egyébként."
Hát egyáltalán nem. Ezek szerint nem annyira nézegetted komolyabban CMS-ek kódjait, azokban van legalább valamilyen szintű konzisztencia. Ebben a kódban nincs.
Meg általában a CMS-ek kódjában nincs össze-vissza kutyult angol-magyar elnevezés a class-oknál, id-knál. Ahhoz már komoly erőfeszítés kell, hogy olyan theme-et tákoljon össze valaki, ahol ennyire nem egységes a kód, és hibák is vannak benne. Mármint most nem csak a korábban említett tagek keveredéseiről beszélek, hanem hogy attribútumok értékei előtt, még az idézőjel előtt szóköz, aztán egyik helyen aposztróf, másik helyen sima idézőjel használata, stb. Igaz, pl. az Artisteer élen jár a tákolmány theme-ekben, de annak a végső kimenetében is azért fel lehet fedezni a népszerűbb PHP-s CMS-ek kódmaradványait.
Ha kiderülne, hogy CMS, azon jóóóóól meglepődnék. (Ha valami őskövület darab, vagy egy olyan, amivel ilyen tákolmányt lehet összehozni, akkor legalább megtudjuk, mit kell kidobni az első kukába.)
A népszerűbb CMS-ek manapság már ügyelnek olyasmire is, hogy mondjuk a menü ne egy table legyen már, annak túl sok köze például a reszponzivitáshoz sem lesz."egy szóval sem cáfolta amikor utaltam rá"
Nem tudom, hol utaltál rá, de lehet, hogy nem értette, miről beszéltél."A kódokhoz rohadtul értesz, de néha annyira felmegy nálad a pumpa itt a topicban hogy az hihetetlen "
Bennem egy pillanatig nem ment fel a pumpa, te valamit benézel.
Amúgy nemcsak belőlem váltottad ki a kényszert, hogy három oldalról magyarázzuk el neked, mi a pálya például a webszerverek kapcsán, ha arra gondoltál. Ha oltogatnak, az nem feltétlenül azt jelenti, hogy a másik dühöng.Igazából tényleg nem jutunk előrébb, szóval egymás közt nem igazán érdemes vitázni, majd ha leírja a nyűgjét, akkor talán kiderül, mi a pálya, vagy nem. Nem a mi érdekünk, hogy előrébbjusson, mi csak segíteni vagyunk itt, szóval rábízhatjuk a továbbiakat nyugodtan, mi meg átrágtuk a témát.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz olivera88 #5463 üzenetére
"Nem használunk CMS t. "
Az jelen esetben nem baj, hogy nem használtok CMS-t, mert szabadon bele tudsz nyúlni a kódba, anélkül, hogy el kellene magyarázni a modul-/komponens-/pluginkészítés alapjait. A koordinátás dologra nem tudok most mit mondani, mert ennyire nem nézegettem meg a radaros dolgot, mert cidalain múltkor ahogy elnéztem, töviről hegyire elmagyarázta neked, szóval indulj ki az ő kapcsolódó hsz.-eiből.Sk8erPeter
-
Sk8erPeter
nagyúr
"Ezekkel az oldalakkal sokkal könnyebb oldalakat létrehozni, nem ? Lényegében majdnem, hogy hiába csináltam eddig a mezei weblapkészítést, nem ?"
Dehogyis. Nagyon jól tetted, hogy belementél az apró részletekbe, ezeken a tanulási folyamatokon mindenkinek át kell esnie, aki komolyabban akar foglalkozni a webfejlesztéssel, és nem csak kókányolni (valami kényszermegoldásokkal összekalapálni valami működőszerűséget), ráadásul ez a tanulási folyamat normális esetben sosem áll meg, mindig tanulsz valami újat.
Meg fog térülni, mert így van sejtésed róla, nagyjából mi zajlik a háttérben. Nem is érdemes eldobnod a CMS-ek felfedezése miatt minden eddigit, tanulj tovább. Főleg, hogy közel sem csak a CMS-ek uralják a webes világot. Sok előnyük van, de sok előnye van a frameworköknek is. Meg ha már modulfejlesztési igényről van szó, akkor a CMS-ek esetében is bőven van kódolnivaló, és a CMS modulfejlesztési módszereinek megtanulása is eltart jódarabig. Bőven kelleni fog még az a tudás a jövőben, és még sokkal több.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz DNReNTi #5482 üzenetére
Ilyen feladatokat nyugodtan meg lehet oldani egy komolyabb CMS segítségével. Drupal segítségével biztosan, az egyes entitások agyonmezőzhetők, meg van foglalómodul is, Views-zal meg aztán komplex lekérdezéseket, egyedi megjelenítéseket tudsz összeállítani grafikus felületen.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz DNReNTi #5484 üzenetére
Most hirtelen nem tudom, melyik modul tart már olyan szinten, hogy pont megfelelő legyen a feladatra, mert elég sok idő telt el a legutóbbi Drupalozásom óta (most más került terítékre), úgyhogy ha nekikezdenék, én is első körben utánajárnék, és kipróbálnám az aktuális foglalómodulokat, aztán eldönteném, melyik felel meg a feladatnak. Vagy valahogy Flag modullal hoznám össze, nem tudom, most nem volt kedvem gondolkodni rajta.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #5487 üzenetére
Hát ja, igazából ebben nehéz újat mondani, hogy mindkettőnek vannak előnyei-hátrányai, és azt mérlegelni kell. Ha a teljesítmény-szempontok kritikusak, akkor valószínű, hogy kevésbé éri meg a CMS, persze ez is attól függ, a gyorsítótárazással kapcsolatos tudást is fejlesztik. Általános lesajnálás övezi sokszor a CMS-eket, ha komolyabb projektről van szó, ennek sok oka van, egy része teljesen jogos, másik része nem az.
Amit én kódszinten komoly problémának látok, hogy a visszafelé kompatibilitás kényszere miatt a PHP-alapú CMS-ek kódja sokszor a PHP 4-es időszakból visszamaradt tákolmányok korhoz igazítgatásával, toldozásával-foldozásával van tele, meg a procedurális kódolás erőltetésével, immár kutyulva az objektumorientáltsággal. Sajnos ez alól nem kivétel a Drupal sem, még ha ez a komolyan vehető CMS-ek közé tartozik is. Ez szerintem gáz, én inkább örülnék egy radikális váltásnak két főverzió között, még ha sok is lenne az anyázás, hogy nehéz portolni az új verzióra a modulokat.
Probléma az is, hogy sokszor inkompetens emberek készítenek tutorialokat, screencasteket (mondjuk ez a PHP-s világra sajnos különösen jellemző, hogy boldog-boldogtalan nekiesik, mint tót az anyjának).
Probléma továbbá sokszor az is, hogy - amennyiben komolyan vehető CMS-ről van szó - muszáj tényleg sok időt beleölni a CMS fejlesztésének tanulásába, különben kellő ismeretek híján csak billentyűzet-csapkodós, facepalmos módon tudja az ember megoldani a problémát. Szóval sokszor egyszerűen a kellő ismeret hiányzik ahhoz, hogy rájöjjön az ember, hogy lehet értelmesen megoldani egy problémát. Amikor pár éve melóhelyen volt egy projekt, akkor annyi volt a megkötés, hogy CMS-t használva legyen kialakítva az oldal - én a netes, értelmesen, programozói szemszögből is megközelített vélemények alapján választottam a Drupalt. Sokan dicsérték a jól kialakított, könnyen kezelhető jogosultságkezelést, az elég általános mezőzhetőséget, tartalomtípusokat, viszonylag értelmes bővíthetőséget, stb. Fogalmam nem volt még az egészről, jó kis beletanulási időszak volt, aztán kb. 1,5 hónap múlva majdnem úgy döntöttem, hogy abbahagyom az egészet a francba, és megcsinálom ugyanezt tök máshogy. Egyszerűen a tököm ki volt vele. De ez még a 6-os verzió idején volt (most a 8-as lesz idén vmikor stabil), azóta rengeteget fejlődött a Drupal, plusz akkor aztán találtam egy normális könyvet, ahol végre értelmesen volt leírva, hogyan is kell egy rohadt modult relatíve jól fejleszteni. Még a hivatalos anyagokat sem találtam ilyen szempontból kielégítőnek. Aztán később, amikor már belejöttem, láttam, mennyire egyszerűen is meg lehetett volna oldani mindezt, főleg a 7-es után... a két verzió között szerintem igen látványos különbségek vannak.
Aztán nyilván megköti a fejlesztő kezét az is, hogy alkalmazkodni kell a CMS fejlesztői által kitalált moduláris struktúrához. Persze a framework API-jához is igazodni kell, ott sem lehet csak rászabadulni, mint egy vadbarom, azt is hosszú időn keresztül kell tanulni.Igazából mind a CMS, mind a framework esetén könnyű elérkezni egy ponthoz, ahol az egyik röhögve lehagyná a másikat - pl. CMS esetén lehet mondani, hogy háhh, ehhez csak kattintanék hármat, vagy erre csak felraknám az XY modult, és kész lennék, esetleg modulból meghívnám az API akármilyen függvényét; aztán frameworknél meg lehet mondani, hogy "ne szívassál már, ezt három sorból megoldom, amivel te itt most szarakodsz".
Szóval ez a kérdés megoldatlan marad. És akkor a kötelező panelszöveg: mindenki használja azt, amit szeret, amit megkövetel a főnök, vagy ami alkalmasabb az adott feladatra.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz csabyka666 #5492 üzenetére
Furcsa, de akkor próbáld meg "üres" anchorral, hülye tipp, hátha:
header("Location: index.php?menu=valami#");(#5493) : micsoda/kicsoda "jelez, hogy nem létezik"? Ha a 404-es oldalra gondolsz, az miért meglepő, ha nem létező oldalt akarsz megnyitni (már ha egyáltalán jól értettem, amit mondani szerettél volna)?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #5500 üzenetére
Jaj ne már... Inline elembe blokkszintű elem? Ez így teljesen invalid, ahogy írtad...
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #5506 üzenetére
Az más kérdés, és még helytálló is, de invalid kódot ne javasoljunk...
Sk8erPeter
-
Sk8erPeter
nagyúr
Ott kezdődik, hogy az iframe egy kényelmetlen hányadék, csak nagyon indokolt esetben érdemes használni. Jó lenne tudni, mi a végső és igazi célod, persze ha muszáj külső oldalakat betölteni, akkor evvvan, de számíts rá, hogy korlátokba fogsz ütközni, próbáld meg akár a google.hu-t iframe-be rakni, nem fog menni, ha bizonyos headert küld.
Sk8erPeter
-
Sk8erPeter
nagyúr
Ja, hogy ezt saját magadnak csinálnád. Először nem olvastam el rendesen, azt hittem, valami éles oldalra.
Ahol probléma lehet az iframe-mel, az azokon az oldalakon van, ahol X-Frame-Options:SAMEORIGIN header kerül kiküldésre. Ilyen pl. a Google: [link]. Aztán van még egy pár.
Kerülő megoldás lehet a popupként felugró/egyszerűen új fülön megnyíló oldal ezeken a problémásakon. Ronda, de hát ez van.
Szóval olyan nagyon nincsenek alternatíváid az iframe-re ilyen esetben.DE ha már itt tartunk, ha csak a privát böngészésedet akarod megkönnyíteni, akkor én elgondolkoznék inkább ehelyett a nem túl üdvös megoldás helyett egy böngészőextension megírásán, pl. rá tudnál kattintani az ikonjára, és felugrana a saját kis menüd, hogy mit szeretnél csinálni. A böngészőbővítményed ikonját pedig minden megnyitott oldalon látni fogod.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz silver87 #5533 üzenetére
Szerveroldali kódolást igényel (feltételezem, mivel webfejlesztős topicban kérdezted, weboldalon szeretnéd látni, nem asztali alkalmazásban). Van tapasztalatod valami kapcsolódó webes nyelvben?
Szerk.: nem kell ám két helyen is megkérdezni egyszerre.
(#5529) Bici :
hmm, na ez akkor szívás. Pedig ezt a koncepciót tényleg működőképesebbnek látnám extensionben elkészítve.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #5536 üzenetére
Nem erről van szó. Távoli szerverről, valamilyen oldalról kotorná ki valahogyan, hogy az adott sorozatnak pl. mikor jön ki a következő epizódja, ezt frissítgetné (csak egy példa). Pl. ütemezett módon, én így értelmeztem.
Itt közben ment tovább a beszélgetés (ahogy látom, Te csak ebben a topicban tevékenykedsz úgyhogy gondoltam inkább belinkelem): [link].[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #5538 üzenetére
Igazából sztem ez egy nagyon egyszerű feladat. Van hozzá API, a másik topicban már sok-sok forrás be lett linkelve, itt van egy konkrét példa: [link] - na, ebből a kimenetből kihámozni a kérdéses sort pár sor szerveroldali nyelvben történő kódolással simán meg lehet oldani. Igazából ez a
Latest Episode@12x16^Herpe the Love Sore^Apr/06/2014
Next Episode@12x17^The Most Interesting Man in the World^Apr/13/2014
az, ami érdekes lehet, ezt kell kikeresni az outputból, és már kész is van.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #5540 üzenetére
"ja, végülis olyan mintha egy XML exportot dolgoznánk fel."
Vagy akármilyen kimenetet. Itt most csak az API felhasználása a lényeg, lehet annak a kimenete XML, JSON, vagy akármicsoda. Az előbb belinkelt példa mondjuk pont text/html kimenetű, de ugyanennek az oldalnak van XML-kimenetű API-ja is, mint azóta kicsit jobban utánanéztem."a linkben mindig csak az utolsó, és a következő rész van, ha full listára lenne szükségünk, akkor ezt még el is kellene mentegetni adatbázisba mindig."
Egy normális API-nál múltbeli adatokat is le tudsz kérdezni. Ez is ilyen.
Szóval ilyenkor csak máshogy kellene használni az API-t, most már elkezdett érdekelni, és kicsit jobban belenéztem, itt leírtam:
http://prohardver.hu/tema/weblap_keszites/hsz_11470-11471.htmlSk8erPeter
-
Sk8erPeter
nagyúr
válasz haromegesz14 #5557 üzenetére
"Pirvátba is írhattok nyugodtan"
Ó, ez igazán rendes tőled, segítséget kérsz, és megengeded, hogy írjunk neked.Javaslom, hogy legközelebb így oszd meg a kódodat, hogy azonnal kipróbálható is legyen, mert így több kedve lesz az embernek elgondolkozni a kérdéseden (itt most a getboostrap.com oldalról beledobtam a CDN-es linkeket):
http://jsbin.com/giliqero/1/editSk8erPeter
-
Sk8erPeter
nagyúr
Ja, ahogy írták, JavaScript erre speciel kelleni fog, a jPlayer nagyon jó, jó a doksija is, és megadhatod, mikortól legyen lejátszva az adott szám, és persze loop-funkció is van benne:
http://jplayer.org/latest/developer-guide/#jPlayer-play
$(id).jPlayer( "play", [Number: time] ) : jQuery"Parameters
time
[Optional] Number : Defines the new play-head position in seconds.If used while downloading, play will begin once the media is seekable to that point.
To make media playback loop, add jPlayer("play") to the ended event."
Van egy példakód is:
$("#jpId").jPlayer( {
ready: function() { // The $.jPlayer.event.ready event
$(this).jPlayer("setMedia", { // Set the media
m4v: "m4v/presentation.m4v"
}).jPlayer("play"); // Attempt to auto play the media
},
ended: function() { // The $.jPlayer.event.ended event
$(this).jPlayer("play"); // Repeat the media
},
supplied: "m4v"
);
$("#jumpToTime").click( function() {
$("#jpId").jPlayer("play", 42); // Begins playing 42 seconds into the media.
});Ez pont loopolja is a videót, meg adott időtől kezdve játssza le.
Sk8erPeter
-
Sk8erPeter
nagyúr
Ezt nem értem, valahogy úgy látszik, a Prohardveren egyre kevesebb embernek megy a Google használata.
A kedvedért kipróbáltam, hogy beírom a keresőbe a megfelelő kulcsszavakat, és két releváns találatot is kaptam:http://stackoverflow.com/questions/11030730/getting-coordinates-of-marker-in-google-maps-api
Majd ezen keresztül ezt a demót:
http://dl.dropboxusercontent.com/u/28039153/map/index.htmlMost felraktam JSBinre, és jé, működik:
Ez a lényeg:
// creates a draggable marker to the given coords
var myMarker = new google.maps.Marker({
position: new google.maps.LatLng(defaultLat, defaultLng),
draggable: myMarkerIsDraggable
});
// adds a listener to the marker
// gets the coords when drag event ends
// then updates the input with the new coords
google.maps.event.addListener(myMarker, 'dragend', function(evt){
document.getElementById('latitude').value = evt.latLng.lat().toFixed(myCoordsLength);
document.getElementById('longitude').value = evt.latLng.lng().toFixed(myCoordsLength);
});Sk8erPeter
-
Sk8erPeter
nagyúr
válasz huliganboy #5570 üzenetére
Ahogy DNReNTi mondta, felejtsd el a Flash-t, ez nem csak mobil esetén igaz, hanem úgy általában, például biztos van rajtam kívül más is, aki alapértelmezetten tiltja az oldalakon lévő Flash-tartalmakat akár extensionnel, akár olyan módon, hogy "Click to play"-alapon jelenjenek meg, amúgy meg csak egy szürke felület látszik a helyén.
(#5572) biker :
A másik fele házi feladat ("hogyan használjuk a Google-t, valamint a Google Maps API igen bőbeszédű és példákkal teli dokumentációjának értelmezéséhez az eszünket"-feladat).
Őszintén reméltem, hogy ez nem fog már problémát okozni, de hát...[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"nem szeretném megírni, ha van kész api
És azt hittem, van, csak nem megy a guglizás"
Mi az, hogy "ha van kész API", és hogy "azt hittem, van"? Miért, szerinted a Google Maps API mi a jó büdös franc, ha nem egy API? Ne fárasszál már... Ráadásul a dokumentációja - mint említettem volt - bőbeszédű, és tele van szórva példákkal. Mégis akkor mi a problémád?
Amiket a korábbi hsz.-emben bemásoltam, azokat kb. 30 másodperc alatt találtam, különösebb erőfeszítések nélkül (halál komolyan, nem csak túlzok), és úgy tudtam eddig, neked van már jópáréves tapasztalatod webfejlesztésben, elképzelni nem tudom, mi okoz neked ebben az általad leírt feladatban fennakadást... Mindenesetre ez számomra elég nagy csalódás, ha ez neked tényleg gondot okoz; az egész olyan 15-20 perc alatt megoldható, főleg, hogy kész példák vannak rá, pl. amit az előbb másoltam be neked, és egyszerűen nem hiszem el, hogy nem tudod összerakni már fejben is a két megoldást...
Mindig okoz valaki kellemetlen csalódást ezen a fórumon.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz #81999360 #5589 üzenetére
Végre valaki nem a W3Schools-t (http://www.w3fools.com) linkeli, hanem a jóval megbízhatóbb Mozilla Developer Networköt (MDN)! (És végre nem kell ironizálni, mármint tényleg. )
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Agostino #5591 üzenetére
"illetve több ilyen div is akad szóval ezért sem egyszerű a dolog. egy div[stlye] {...!important} szerintem ezért bukna meg, de nem tudom..."
Pont az !important kulcsszó használata a megoldás az inline style-attribútumok felülbírálására, ahogy írtad is. Persze ennek lehetnek buktatói, hogy olyan stílust is felülbírálsz, amit nem kéne, aztán emiatt meg újabb !important kulcsszót kell használni, és így tovább, de most ez van. Megnézhetnéd persze, hogy vannak-e class-ek használva a divekre. Ha egész konkrétan akarsz adott elemet felülbírálni, és annak a helye nem változik, mert egy viszonylag statikus valami, akkor megcsinálhatod azt, hogy webfejlesztő panelben (Ctrl+Shift+I vagy F12) jobb klikkelsz az elemre, és a "Copy CSS Path"-ra kattintva kimásolod a konkrét CSS-elérési útvonalat, aztán megadod az ahhoz tartozó stílust. Ez tartalmazni fog valószínűleg ilyen :nth-child-jellegű útvonalat, amivel végül is bedrótozod az elem helyét. Épp ez a hátulütője, de mivel nincs ráhatásod a kódra, túl sok választási lehetőséged sincs.
Mondjuk ha további konkrét példát írsz, akkor talán még hatékonyabban tudunk segíteni, ha ez még nem igazán tartalmazott számodra új infót.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #5594 üzenetére
Nem-nem! Itt egy szemléltető példa, hogy az inline style-t felül lehet bírálni !important kulcsszóval, ergo az !important kulcsszónál csak egy másik, a stílusok között később szereplő, azonos elemre vonatkozó (vagy akár specifikusabb) !important kulcsszóval megadott stílus lehet erősebb. --> http://jsbin.com/pexulozi/1/edit
(#5593) Agostino :
Hát igen, rossz megoldás, de van ilyen. Most sajna ehhez alkalmazkodva kell felülbírálnod a stílust kliensoldalon.
A fentebb belinkelt példa továbbfejlesztése két divvel, nth-child használatával (ami kényszermegoldás, de most a "Copy CSS path" segítségével ezt tudod tenni kb.):
http://jsbin.com/pexulozi/2/editSk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #5596 üzenetére
Plusz a Weblapkészítés topicban már többször linkelt Star Wars CSS Specificity Wars talán a legbeszédesebb gyorspuska (még ha az !important külön nincs is részletezve (bár kommentekben megtalálható)):
[ Szerkesztve ]
Sk8erPeter
Új hozzászólás Aktív témák
- Eladó Samsung Galaxy A40 64GB, Dual, kártyafüggetlen (A405) -
- BenQ PD3200U - 32" 4K 16:9 100% sRGB 60Hz Designer Monitor
- ASUS TUF Gaming A15 FA507XU- LP4050W Gray ELADÓ!!!!!! (GARANCIÁLIS 36-HÓNAP)
- Újszerű Spigen Liquid Air Folio Tok, iPad Pro 12.9, Fekete
- Huion Kamvas Digitalizáló Tábla / Rajztábla / Külső Monitor okos tollal /// ÚJ // Számla + Garancia