Képzeletbeli kliensoldali HTML include utasítás
Egy megoldás XmlHttpRequest segítségével
■ 
Friss blogmarkok
- Web Akadálymentesítési Útmutató (WCAG) 2.1 – nyilvános munkaterv – Megjelent a WCAG (Web Akadálymentesítési Útmutató) 2.1 nyilvános munkaterv (0)
- MongoDB Apocalypse Is Here as Ransom Attacks Hit 10,000 Servers – Több tízezer védtelen MongoDB szerverre csaptak le hackerek (2)
- 12 Signs You’re Working in a Feature Factory – A cél nélküli funkciógyártás néhány tünete (0)
- Translatable, custom dates in Twig templates of Drupal 8 – Saját dátumok megjelenítése, fordíthatóan a Drupal 8 smink rétegével dolgozva (0)
- NativeScript – Cross-Platform Native Development with Javascript – Fejlesszünk natív mobilalkalmazást JavaScripttel (0)
- GitHub Security Update: Reused password attack – Érdemes bekapcsolni a kétfaktoros azonosítást, ha a GitHub jelszavunkat más oldalakon is újra felhasználtuk (17)
- UX Design könyv – Hogyan tervezz felhasználóbarát és szerethető alkalmazásokat? (0)
- Introducing unlimited private repositories – Megváltozik a GitHub díjszabása: minden előfizetéshez korlátlan számú privát repository jár (0)
- Drupal 8 Twig: add custom CSS classes to menus (based on menu name) – Saját elképzeléseink szerinti CSS osztályok (automatizált) hozzáadása a Drupal 8 menüihez (0)
Cikkajánló
dtaylor:
Küzdelem a spam ellen - újabb versenyző: whatPlus
Balogh Tibor:
Objektumorientált JavaScript programozás a felszín fölött
Bártházi András:
Perl alapjai III. - Műveletek
Friss csiripek
Csiripek betöltése…
Aktív fórum témák
Új fórum témák
Archívum
| H | K | Sze | Cs | P | Szo | V |
|---|---|---|---|---|---|---|
| 30 | 31 | 1 | 2 | 3 | 4 | 5 |
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | 31 | 1 | 2 |
IFRAME, SCRIPT
Külső JavaScript (script src) megoldás ellen ez az érv az oldalon. De a megoldás ugyanúgy JavaScript és XMLHttpRequest függő. Akkor mi az előnye?
Pontosabban
Ami a keresőket illeti, ezt látják. Ha egy sima linkkel teszed be az oldalba, akkor azt követni fogják, és szépen leindexelik.
Ez a megoldás nem abszolút jó, vagy abszolút rossz természetesen. Egy új(!) eszközt ad a webfejlesztőnek, amivel lehet élni, ha úgy hozzák a körülmények.
Re
A SCRIPT SRC-vel összehasonlítva:
Félrebeszélünk
iframemegoldás valóban működik JS nélkül is, de mint írtam, az oldal egységébe illeszkedő beillesztést megnehezítheti (az oldal CSS-e, színei, stb. nem fognak közvetlenül hatni aziframetartalomra, illetve a doboz nagyságát sem a tartalom határozza meg). Ez van ahol jó lehet, s van, ahol rossz.A
scriptmegoldással összehasonlítva a meglátásaid jók, de ha megnézzük, hogy jellemzően mire lehet egy ilyen megoldást használni, akkor még kiegészülnek a következőkkel:- A
- A
- A
Mint korábban is írtam, nem ez az ultimate megoldás, viszont én úgy látom, hogy igenis van helye a webfejlesztői palettán. Hogy ellene is felhozzak valamit: mígscripttartalmát nem fogja leindexelni a kereső, egy belinkelt oldalt igen.noscriptrészbe valóban lehet tenni bármit, de ha egy HTML részlet behúzása a célünk, azt úgyse tudjuk helyettesíteni így, vagy ha igen, akkor pedig minek húzzuk be? Szóval így is, úgy is egy rövid szöveg, link kerülhet oda.scriptmegoldásdocument.write()-jait macerásabb előállítani, mint egy sima HTML kódrészletet.script-et bárhonnan a webről, addigXMLHtttpRequestkérést (szerver oldali támogatás nélkül) csak ugyanarról az oldalról lehet kezdeményezni.Lista
Amúgy az ötlet és a megvalósítás szerintem nem rossz. De inkább váltson tárhelyet, akinek ilyesmire lenne szüksége és nincs a tárhelyen PHP vagy egyéb szerver oldali lehetőség.
Namégegyszer
Re: Namégegyszer
SCRIPT SRC: Csinálsz egy JS fájlt és egy HTML-t is, a NOSCRIPT-be rakod a linket a HTML fájlra van, ezért írtam, hogy 2x kell dolgozni. Mivel van indexelhető HTML oldal, ezért keresőbarát.
Amúgy a te verziód lehetne a legjobb, ha mondjuk a fragment HTML fájl nem csak a kódrészletet tartalmazna, hanem egy teljes HTML oldal lenne és lenne benne egy ilyen rész:
<div id="fragment">...</div>a JS azt szúrná be ami ebben a DIV-ben van.Vagyúgy
Amúgy a szkript olyanra készült, hogy ne kellessen nagyon profinak lenni a használatához, ezért is text módban kéri le a fájlt. Ha mindenáron valid fragmentumokkal akarsz dolgozni nem kell sokat módosítani, csak ellenőrzöd, hogy van-e responseXML, és ha igen, akkor a body tartalmát másolod át.
Ha viszont így közelíted meg, egy rakás kérdésen el kell gondolkozni, pl ha fejlécet használsz a linkelt fájlban, használhatsz saját stílus információt is. Ami nem baj, lehetőséged van megadni pl. egy standalone.css -t, ami azt az esetet kezeli, amikor közvetlenül a linkelt fájlt nyitják meg.
Ebben is van ráció, de a korrektségnek ez a foka talán túl sok munkát jelent, ha azt vesszük, hogy az esetek kevesebb, mint egy százalékában érdekes a dolog.
span és beszúrás
A függvény végén így első ránézésre feleslegesnek tűnik a beszúráshoz a ketté bontás aszerint, hogy van-e másik elem a link mellet vagy sem. Egyszerűen csak megkéne fordítani a sorrendet és kihasználni, hogy a link úgyis ott van és azelé beszúrni az új span (div) elemet, majd törölni.
jogos
A beszúrással eredetileg az volt a probléma, hogy a tags[i] megváltozik beszúrás a után, ha volt A elem a beszúrt kódrészletben. Valami dinamikus kollekció avgymiafrász lesz, és ez annyira meglepett, hogy nem jutott eszembe, hogy egy "a = tags[i]" -vel az egészet át lehetne hidalni...
Valószínűleg ki fogom javítani a hibákat, amiket észrevételeztetek...
Hejhó
Már rendgeteg topicban leírták azt is, hogy az oldal célközönsége fontos szempont a felhasznált eszközök tekintetében. Egy divatfotós portfolióját valószínűleg kevesen akarják majd lynx-ben nézegetni :)
Grat
A megoldás "célközönsége" pont az olyan kezdő oldal készítők akiknek fogalmuk sincs arról, hogy milyen követelményeknek kell eleget tennie egy oldalnak, de ha megtalálják ezt a megoldást és mellette a magyarázatot elolvassák, akkor az néhány új szemponttal is megismerteti őket (szabványosság, szemantikusság, keresőbarátság)!
Re