Mi a metainformáció?
A metainformáció egy dokumentum (webhelyoldal) tulajdonságaira vonatkozó információ, amelyet a keresőmotorok számára szánnak, és amelyeket az oldal indexelésekor használnak. A metainformációk használatával a keresőmotorok helyesen és jobban indexelhetik webhelyét.
fejléc(cím) - a megnyitott oldal ablakának címsorában jelenik meg, ahelyett, hogy az oldal automatikusan generálná. Ez a mező legfeljebb 300 karaktert tartalmazhat;
Kulcsszavak(kulcsszavak) - szavak, amelyek alapján a felhasználók megtalálják ezt az oldalt a keresőmotorokon keresztül. A kulcsszavakat vesszővel elválasztva, kis betűkkel kell írni. A szöveg hossza nem haladhatja meg az 1000 karaktert;
Leírás(leírás) - általában az ebben a mezőben jelzettet jelenítik meg a keresőmotorok a keresési eredmények megjelenítésekor. Ez a mező nem tartalmazhat 300 karakternél többet.
META címkék – eszköz egy jó oldalhoz?
A META címkék olyan opcionális attribútumok, amelyeket az oldal címében helyeznek el, és amelyek tartalmazhatják annak leírását, kulcsszavakat hozzá, a szerzőre vonatkozó információkat, a böngésző és keresőrobotok vezérlőparancsait, valamint egyéb, nem látogatóknak szánt szolgáltatási információkat.
A keresőmotorok manapság aktívan használják a META címkéket, amelyek lehetővé teszik a keresőrobot számára, hogy helyesen és hatékonyan indexelje az oldalt.
Megpróbálhatja kitalálni, hogy bizonyos META címkék használata mennyire hatékony most a teleképítés során, tényleg hiába nem figyel rájuk a legtöbb kezdő webmester és webdizájner? speciális figyelem, illetve, hogy helyes használatuk jelentősen növelheti-e a webhely forgalmát.
A META címkék olyan konstrukciók, amelyeket az oldal fejlécében helyeznek el, és valahogy így néznek ki:
A név mező határozza meg, hogy ez a címke miért felelős. Az egyes tartalommezők hosszát a szabvány egy kilobájtra korlátozza (1024 karakter, szóközökkel és írásjelekkel együtt), azonban általában minden keresőnek megvan a maga véleménye erről. Emlékeztetni kell arra, hogy a META címkéket az oldal kódja tartalmazza, így hosszuk növelése az oldal méretének növekedéséhez vezet, és ezáltal megnöveli a betöltési időt.
A http-equiv mező azt jelenti, hogy ez a META címke nem keresőmotorhoz, hanem böngészővezérléshez készült. Megtekintheti, hogyan néznek ki az aktuális oldal META címkéi, ha jobb gombbal kattint a lapra, és kiválasztja a "Megtekintés HTML-ként" lehetőséget.
Nézzük meg a főbb META címkéket, és írjuk le, hogy mindegyikük miért felelős.
A keresőmotorok gyakran pontosan azt jelenítik meg a találatok között, amit itt beír. keresési lekérdezések(A Yandex biztosan tudja, hogyan kell ezt csinálni). Legyen világos és hívogató a leírás, de ne írd nagybetűvel – okosan kereső motorok tekintsd spamnek és "show off"-nak, és az ilyen oldalak elhagyhatók. Viszont teljesen meg lehet csinálni nélküle is – elég egy jó oldalcím.
"Rambler: A dokumentumok helyes indexeléséről"
Első pillantásra ez a leghatékonyabb és legfontosabb címke a META címkék készletéből. Az Ön által ide írt szavak alapján kell az oldalát megtalálni a keresőmotorokon keresztül. A valóságban azonban ez messze nem így van. Az orosz felhasználók túlnyomó többsége, amelyet az orosz webhelyfejlesztők irányítanak, csak 4 keresőmotort használ - a Yandex, a Rambler, a Google és az Aport. Mindezek a gépek az oldal tartalmára és sok más tényezőre összpontosítanak, és egyáltalán nem a kulcsszavakra, amelyeket a kulcsszavak mezőbe ír.
A Rambler robotok figyelmen kívül hagyják a mezőket a szkennelés során
és az összes többi META tag, kivéve
. Ez annak köszönhető, hogy rendszerünk megpróbálja úgy indexelni a dokumentumot, ahogy van (vagyis ahogy a felhasználó látja). Nem titok, hogy a weboldal készítői gyakran visszaélnek ezekkel a mezőkkel, hogy rákényszerítsék a keresőmotorokat, hogy olyan dokumentumokat találjanak, amelyek nem közvetlenül kapcsolódnak ahhoz.
Ahogy a fenti idézetből is látszik, a Rambler esetében a fent feltételezett határozottan igaz - hiába írsz a kulcsszavak közé, a robot észre sem veszi.
Ez azt jelenti, hogy ez a mező elhagyható? Ezt mindenki választja ki magának, mi továbbra is a régi módon használjuk, az ott található oldal szövegéből adjuk hozzá a legfontosabb szavakat. Azonban az igazi eredmény Ebben a pillanatban nem észrevehető - és kulcsszavak nélkül minden jól működik. Bizonyára egyes régi külföldi keresők továbbra is pontosan úgy használják ezt a mezőt, ahogyan meghatározták, de nem valószínű, hogy nagy látogatóáradat érkezik tőlük.
Ezeknek a címkéknek a leírásuk alapján arra kell utasítaniuk a keresőmotort, hogy olyan gyakran keresse fel webhelyét, ahányszor a tartalom mezőben szerepel. Valójában minden keresőrobot annyiszor keresi fel az oldalt, ahányszor szükségesnek és lehetségesnek tartja. Elméletileg minél gyakrabban frissíti webhelyét, annál gyakrabban keresőrobotok hogy meglátogassa őt.
Ez egy másik címke, amely a keresőrobotok kezeléséért felelős. Itt vannak a tartalommező értékei: index - indexelje ezt az oldalt, kövesse - az oldalra mutató hivatkozásokat tartalmazó indexoldalak, mind - az előző kettőnek megfelelő vesszővel elválasztva, noindex - ne indexelje az oldalt, hanem kövesse a linkek, nofollow - index , de ne kövess linkeket, egyik sem - ekvivalens két előzővel, vesszővel elválasztva. Ezt a címkét kell használni? Létrehozhat egy robots.txt fájlt, amelybe beírhatja ezeket a dolgokat, és nem terheli túl az oldal kódját felesleges adatokkal. Az egyetlen nehéz eset, amikor ez a címke igazán hasznos, és amikor használni kell, az az, amikor egy nyitott statisztikai számlálót telepítünk a webhely oldalaira, és azt bármely felhasználó megtekintheti, beleértve a keresőrobotot is.
Általában a statisztikákat megjelenítő szakaszok egyikében megjelenik a webhely egyes oldalainak mennyiségi látogatottsága, amelyeken számláló található. Beleértve azokat a hibás oldalakat is, amelyekre a felhasználók eljutottak. Természetesen ez csak akkor fog megtörténni, ha a rossz oldalon van egy számláló is, de miért ne tenné oda - ha a felhasználó ideérkezve közvetlenül erről az oldalról távozik anélkül, hogy felmenne az oldalra, akkor elveszít egy kis, de host - ez azt jelenti, hogy a rangsor csökkenése és a webhely első oldalán már nyilvánvaló látogatók elvesztése következhet be.
A keresőrobot, miután beszkennelte azt a statisztikai oldalt, amelyen hasonló hivatkozás található, követi, átvizsgálja az Ön hibás oldalát és beírja az adatbázisába. Ezután a kérésének keresési eredményei között egy másik felhasználó megkaphatja ezt az oldalt. Nem valószínű, hogy kellemes érzelmei lesznek, amikor meglát egy linket egy oldalra, melynek címe "Cég ilyen és olyan / Rossz oldal". Emlékezni fog erre, és nem választja ezt a céget, amikor olyan szolgáltatásokra van szüksége, amelyekben a nő dolgozik.
Ennek elkerülése érdekében a címben szereplő hibás oldalon a kérdéses META tag használatával tiltani kell annak keresőrobotok általi indexelését. Ennek az oldalnak a robots.txt fájllal való indexelését nem lehet megtiltani, a cím, amelyen a keresőrobot megtalálja, tetszőleges lehet – senki sem tudja, mit írhat be a felhasználó a címsorba, vagy melyik linkre juthat el az oldal rossz oldala. Más esetekkel, amikor ez a META címke valóban hasznos lehet, a gyakorlatban még nem találkoztunk.
Teljesen választható címkék, amelyekbe beírhatja a nevét, a stúdió nevét, az e-mail címét, a dokumentum szerzői jogának leírását, kedvenc sörét vagy kutyája nevét. A felvételi formátum tetszőleges.
Ez a konstrukció 5 másodperccel azután, hogy a böngésző elolvasta az oldalt, amelyre eljutott, újratölti a böngészőablakot, és megadja az index.html oldalt a szerver gyökérkönyvtárából. Ezt a címkét leggyakrabban olyan oldalakon használják, amelyeket a címlapok helyett beszúrnak, amikor a webhely másik címre költözik - így történik az automatikus továbbítás. A kevés igazán hasznos META tag egyike, de a keresőmotorok nagyon óvatosan kezelik.
Ez a címke szabályozza, hogy az oldalak hogyan kerüljenek be a számítógép gyorsítótárába. Az ezzel a címkével rendelkező oldalakat a böngészők nem tárolják a gyorsítótárban. A böngészők modern verziói azonban maguk is képesek vagy kell tudniuk felismerni, hogy egy oldal frissült-e vagy sem, és ha szükséges, minden további trükk nélkül frissíteni tudja.
Figyelembe vett:
leírás
kulcsszavakat
látogasson el újra
újralátogatás-utána
robotok
szerző
szerzői jog
Frissítés
pragma
tartalom típus
Ez a kialakítás lehetővé teszi annak meghatározását, hogy milyen kódolásban adja meg a felhasználónak a kért oldalt. Ebben az esetben szabványos Windows kódolásban. A jó oldalon a kiszolgálónak vagy a böngészőnek kell meghatároznia a helyes kódolást, amellyel az oldalt a felhasználó rendelkezésére bocsátja. Az előbbieket azonban néha nem konfigurálják ehhez a rendszergazdák (platformokként a virtuális szerverek Zenon NSP tárhelyszolgáltató), ez utóbbiakat szintén nem konfigurálják lusta vagy gyengén járatos felhasználók.
Ha mindkét elem, a szerver és a böngésző nincs megfelelően konfigurálva, a felhasználó az oldal elérésekor nem egy orosz nyelvű szöveget kap, hanem egy érthetetlen szimbolikus „krokodil” készletet. Egy teljesen lusta látogató azonnal bezárja ezt az oldalt anélkül, hogy belemenne a böngésző kódolási beállításaiba. Tehát - a látogató és a lehetséges ügyfél elment. Ezért ez a címke gyakran hasznos, és néha használni kell.
Kis eredmények. Amint látható, sok, első pillantásra rendkívül hasznos META címke feltételesen feleslegesnek bizonyul. Sokan, amint látszott, nem túl hasznosak, sőt, meglehetősen hatékonyak. A lényeg az, hogy időben és rendeltetésszerűen használd őket.
12 válasz
Általánosságban elmondható, hogy semmit sem szabad a META-INF-be tenni. Ehelyett arra kell hagyatkoznia, amit a JAR csomagolásához használ. Szerintem ez az a terület, ahol az Ant igazán jeleskedik: a JAR fájl manifest attribútumainak megadása. Nagyon könnyű ilyesmit mondani:
Legalábbis szerintem könnyű... :-)
A lényeg az, hogy a META-INF-et belső Java metakönyvtárnak kell tekinteni. Ne vacakolj vele! A JAR-ba felvenni kívánt fájlokat egy másik alkönyvtárba vagy magának a JAR-nak a gyökerébe kell helyezni.
Észrevettem, hogy egyes Java-könyvtárak elkezdték használni a META-INF-et olyan könyvtárként, ahol olyan konfigurációs fájlok fognak szerepelni, amelyeket be kell csomagolni és a CLASSPATH-ban kell szerepeltetni a JAR-ral együtt. Például a Spring lehetővé teszi az osztályútvonalon lévő XML-fájlok importálását a következő használatával:
Ebben a példában közvetlenül az Apache CXF felhasználói kézikönyvéből idézek. Egy olyan projektnél, amelyen dolgoztam, és amelynél több szintű konfigurációt kellett engedélyeznünk a tavaszig, tiszteletben tartottuk ezt az egyezményt, és konfigurációs fájljainkat a META-INF-ben helyeztük el.
Ha erre a megoldásra gondolok, nem tudom, hogy pontosan mi lenne a baj, ha a konfigurációs fájlokat egy adott Java-csomagba foglalná a META-INF helyett. De úgy tűnik, ez az új de facto szabvány; vagy ez, vagy az új antiminta :-)
Statikus erőforrásokat is elhelyezhet ott.
A példában:
META-INF/resources/button.jpg
és letöltheti őket web3.0 tárolóba ezen keresztül
http://localhost/myapp/button.jpg
A /META-INF/MANIFEST.MF értékének különleges jelentése van:
Az itt található információk kiegészítéseként egy WAR fájl esetében a META-INF/MANIFEST.MF fájl lehetőséget ad a fejlesztőnek a tároló telepítési idő ellenőrzésének kezdeményezésére, amely biztosítja, hogy a tároló mindent megtaláljon, amitől az alkalmazás függ. a te alkalmazásod. Ez biztosítja, hogy abban az esetben, ha kihagy egy JAR-t, nem kell megvárnia, amíg az alkalmazás eléri a futási környezetet, hogy észrevegye, hogy hiányzik.
A Maven mappában META-INFérthető a Standard Directory Layout miatt, amely feltételesen becsomagolja a projekt erőforrásait JAR-ba: minden, a $(basedir)/src/main/resources könyvtárban elhelyezett könyvtár vagy fájl azonos szerkezettel csomagolódik be a JAR-ba, kezdve JAR alapokkal. A $(basedir)/src/main/resources/META-INF mappa általában .properties fájlokat tartalmaz, míg a jar a generált fájlokat tartalmazza. MANIFEST.MF, pom.tulajdonságok pom.xml, egyéb fájlok között. Ezenkívül az olyan keretrendszerek, mint a Spring, osztályútvonalat:/META-INF/resources/ használnak a webes erőforrások kiszolgálására. Megszerzéséért további információ cm.
Ha JPA1-et használ, előfordulhat, hogy el kell dobnia a persistence.xml fájlt, amely megadja az esetleg használni kívánt megmaradási egység nevét. A perzisztencia modul kényelmes módot biztosít metaadatfájlok, osztályok és jar-készletek meghatározására, amelyek a csoportban megőrzendő összes osztályt tartalmazzák.
Javax.persistence.EntityManagerFactory importálása; import javax.persistence.Persistence; // ... EntityManagerFactory emf = Persistence.createEntityManagerFactory(persistenceUnitName);
Nemrég gondolkodtam ezen a problémán. Úgy tűnik, hogy a META-INF használatára nincs korlátozás. Természetesen vannak bizonyos szigorítások a manifesztek elhelyezésével kapcsolatban, de úgy tűnik, hogy nincs tiltva más dolgok elhelyezése.
Miért van ez így?
A cxf eset legális lehet. Itt van egy másik hely, ahol ez a nem szabványos megoldás a JBoss-ws csúnya hibájának kiküszöbölésére ajánlott, amely megakadályozza a wsdl séma kiszolgálóoldali érvényesítését.
De valójában nincsenek szabványok, semminek sem kellene lennie. Általában ezek a dolgok nagyon szigorúan meghatározottak, de valamiért úgy tűnik, hogy itt nincs szabvány. Furcsa. Úgy tűnik, hogy a META-INF népszerű helye lett minden olyan konfigurációnak, amelyet más módon nem lehet könnyen kezelni.
Információk hozzáadásához a META-INF egy speciális mappa, ahol a ClassLoader másként kezeli, mint a jar többi mappája. A META-INF-be ágyazott elemek nem keverednek a rajta kívüli elemekkel. Olyan, mint egy másik gyökér. Legalábbis az Enumerator módszernél
Mik azok a metacímkék? A metacímkék speciális html címkék, amelyek a tárolóban vannak és célja az oldallal kapcsolatos információk továbbítása a böngészőknek és a keresőmotoroknak. Például az erőforrás feltérképezésekor a keresőrobotok összegyűjtik az oldalcímeket, a webhely leírását, a kulcsszavakat, a szerzői adatokat és a címkékben található egyéb információkat. . A felhasználó oldalának megjelenítése előtt a böngésző ugyanezt teszi, hogy megértse, milyen formában kell megjeleníteni a webhelyet számítógépen vagy okostelefonon.
Ebben az anyagban a metacímkéket a prizmán keresztül fogjuk figyelembe venni. És elsajátíthatja a kitöltésük, elemzésük és ellenőrzésük alapvető szabályait a webmester eszközeivel.
A metacímkék típusai:
- cím ( cím) – oldalcímek;
- leírás( átírása) — Rövid leírás oldalak;
- kulcsszavak ( kulcsszavakat) - kulcsszavak;
- technikai metacímkék (az oldal helyes megjelenítéséért felelősek).
Hogyan kell helyesen kitölteni a metacímkéket
Ami a SEO-t illeti, a webhelyek fő metacímkéi a Cím és a Leírás. Ezért megfontoljuk a kitöltésük helyességét. Ismételjük, hogy mindegyiknek a címkék között kell lennie
és nem máshol a kódban.Ha webhelye CMS-en készült, akkor a metacímkékkel rendelkező szakasz szerkesztéséhez telepítenie kell egy speciális bővítményt vagy modult.
Cím
Meta tag
Leírás
A Description meta tag feladata, hogy néhány mondatban leírja az oldalon található információk lényegét. Általában kereső rendszer információt vesz ebből a címkéből, hogy egy részletet képezzen a keresési eredmények között (leggyakrabban a Google teszi ezt, ritkábban a Yandex).
A leírásnak tartalmaznia kell a kulcsszó közvetlen előfordulását is (ha lehetséges, kiegészítve egy másik szóalakkal), beszélni kell az ajánlat előnyeiről, valamint promócióként szolgálnia kell az oldal fő tartalmához. Próbáljunk oldalleírást összeállítani a fent említett két példához.
Példák:
- „Vegyél egy laptopot Moszkvában. Rendeljen laptopot 19 990 rubel áron az online áruházban. A kiszállítás ingyenes. 2 év garancia."
- Hogyan neveljünk aloe-t otthon. A Gardener magazin megosztja az aloe növény otthoni termesztésének titkait.»
A hossza nem haladhatja meg a 140 karaktert. Tiszta html-en ez így nézne ki:
kulcsszavakat
A kulcsszavak metacímke olyan kulcsszavak halmaza, amelyek alapján az oldalt reklámozzák. Ez a tulajdonság azonban ma már nem kötelező és nem kötelező,így a SEO „aranykorszakában” túlságosan visszaéltek vele, és a keresők gyakorlatilag nem figyelnek rá. Ha mégis úgy dönt, hogy kitölti a kulcsszavakat, jobb, ha egyszerűen felsorolja a szavakat a kezdeti formában vessző nélkül:
"Vegyél egy laptopot Moszkvában rendelési ár rubel webáruház katalógus szállítási garancia"
Bármilyen hosszúságú, de ne légy túl buzgó. A helyes html így van írva:
Pár kattintással elemezheti a versenytársak metacímkéit – az elemző segítségével.
Technikai metacímkék
- Az Expires a dokumentum lejárati dátuma.
- Pragma - a gyorsítótárazott adatok használatának tilalma, az információkat a szerverről kell betölteni.
- Content-Type – tartalomtípus és kódolás.
- Content-language - az oldal/webhely nyelve.
- Cache-Control – beállítja, hogy a dokumentum gyorsítótárban legyen-e vagy sem, és ha igen, hogyan.
- Robotok – az egyes oldalak indexeléséért felelősek.
- dokumentum állapota - indexelési gyakoriság.
A metacímkék hiánya negatívan befolyásolhatja az oldalak megjelenítését, indexelését és rangsorolását.
Hogyan adjunk hozzá metacímkéket a CMS-hez
Leggyakrabban különféle CMS-eket használnak a webhely tartalmának kezelésére, és ezek egy része további modulok és bővítmények telepítését igényli a metacímkék beállításához. A metacímkék CMS-en való regisztrálásához a következőkre lesz szüksége:
Bár Wixés nem CMS - ez csak egy konstruktor, itt készíthetsz metaleírást is az oldalról és kulcsszavakat, amelyek az oldallal kapcsolatos információkat tartalmaznak. Minden oldalnál három pontra kattintva felugrik egy menü, ahol a SEO részre lépve beállíthatjuk a szükséges paramétereket.
De ha komolyan szeretné népszerűsíteni webhelyét a keresőmotorokban, jobb, ha nem használja a Wixet, és például ugyanazt a WordPress-t választja.
Meta címkék online ellenőrzése + elemzés
A metacímkék ellenőrzéséhez saját webhelyén használhatja a Yandex. Ehhez lépjen a Webmester oldalra „Diagnosztika – helyszíni diagnosztika”. A megnyíló oldalon kattintson a "Nézet" gombra. Ezt követően megjelenik a még nem kitöltött oldalak listája
Az átfogó ellenőrzéshez vagy a versenytársak metaleírásainak elemzéséhez olyan szolgáltatásokat vehet igénybe, amelyek gyorsan és online megjelenítik a szükséges információkat.
Íme néhány ilyen szolgáltatás:
- Promopult
- Serpstat
- Pixelplus
Következtetés
A metacímkék az első dolog, amire a keresőmotor figyel. Ezek a kulcstényezők a webhely oldalainak rangsorolásában a keresési eredmények között. A metaleírásokat nem lehet üresen hagyni, éppen ellenkezőleg, nagyon óvatosnak kell lenni a kitöltésekor, és most már tudja, hogyan kell ezt csinálni.
A metainformációs katalógus, vagy ahogy sokan szokták „META-INF mappáknak” nevezni, közvetlenül tartalmaz információkat a játékról, digitális kóddal titkosítva. Ez a pillanat nagyon figyelemre méltó ennek a metainformációs katalógusnak, mert az a tény, hogy feltétlenül törölni kell vagy le kell cserélni, minden kézműves számára kötelező intézkedés. Ennek az az oka, hogy ha ezt a könyvtárat nem töröljük, akkor a digitális tanúsítvány CODESIGN.RSA, CODESIGN.SF és MANIFEST.MF ellenőrző összegeinek ellenőrzésekor ütközés léphet fel a Java-val.
Ellenkező esetben, ha mindent jól csináltál, a játék 100%-ban teljes mértékben fog működni, és nem engedi, hogy a Java különféle biztonsági párbeszédpaneleket hozzon létre, amelyek megakadályozzák a játékkliens elindítását. Ebből következik, hogy a játékon belüli fájlok bármelyikének megváltoztatásakor a tanúsítvány teljes ellenőrző összege megváltozik, és végül érvénytelenné válik, ami az egész játék működésképtelenségéhez vezet. Java rendszerek, amelyre a Minecraft játékot írják, és a META-INF mappa törlésekor a tanúsítvány is törlődik, ami lehetővé teszi a Minecraft játékkliens belső konfliktusok nélküli futtatását.
META-INF mappa a játék különféle kiegészítőinek telepítésekor a Minecraft az egyik legfontosabb és legszükségesebb, és mindez azért, mert csak a mod helyes „használatának”, és néha az egész játékkliens 100% -ban megfelelően működik, különben a játék lehet, hogy egyáltalán nem működik indításkor. Érdemes megjegyezni, hogy a META-INF mappa minden mod-telepítésben megtalálható, és ritka kivételektől eltekintve előfordulhat, hogy nincs ott. Fő feladata egy „segítőművelet”, amely segít a telepített Minecraft játékkiegészítő helyes telepítésében. Általában a teljes telepítési folyamat így néz ki:
- menj abba a mappába, ahol már telepítve van a Minecraft játék, és hozd létre biztonsági mentés minecraft.jar (ezt mindig meg kell tenni, hogy ne maradjon játék nélkül, ha a játék kiegészítője hibás vagy valami elromlik a telepítés során);
- majd megnyit egy minecraft.jar nevű mappát (általában archiválót használnak);
- most meg kell nyitnia az archívumot, amelyben a Minecraft letöltött kiegészítése található;
- vegye ki a fájlt az archívumból, és húzza a minecraft.jar mappába;
- és most azonnal törölnie kell a cikk elején említett nagyon „köztes” META-INF mappát. A META-INF mappát a minecraft.jar-ban találod, törlés után megpróbálunk játszani!
Reméljük, hogy most már világossá vált, miért olyan fontos a META-INF mappa törlése, és mi a fő funkciója.
Mondd el barátaidnak:
firmware szolgáltatások (11)
Ha JPA1-et használ, előfordulhat, hogy el kell távolítania a persistence.xml fájlt, amely megadja az esetleg használni kívánt megmaradási egység nevét. A perzisztencia modul kényelmes módot biztosít metaadatfájlok, osztályok és jar-készletek meghatározására, amelyek a csoportban megőrzendő összes osztályt tartalmazzák.
Javax.persistence.EntityManagerFactory importálása; import javax.persistence.Persistence; // ... EntityManagerFactory emf = Persistence.createEntityManagerFactory(persistenceUnitName);
Java nyelven gyakran láthat egy META-INF mappát, amely meta fájlokat tartalmaz. Mi a célja ennek a mappának és mit rakhatok bele?
Statikus erőforrásokat is elhelyezhet ott.
A példában:
META-INF/resources/button.jpg
és letöltheti őket a web3.0-tárolóban keresztül
http://localhost/myapp/button.jpg
A /META-INF/MANIFEST.MF értéknek különleges jelentése van:
- Ha a jar-t a java -jar myjar.jar org.myserver.MyMainClass paranccsal futtatja, áthelyezheti a fő osztály definícióját a jar-be, így a hívást a java -jar myjar.jar fájlba tömörítheti.
- A csomagok metainformációit a java.lang.Package.getPackage("org.myserver").getImplementationTitle() használatával határozhatja meg.
- Lehet hivatkozni digitális tanúsítványok amelyet Applet/Webstart módban szeretne használni.
Nemrég gondolkodtam ezen a problémán. Úgy tűnik, hogy a META-INF használatára nincs korlátozás. Természetesen vannak bizonyos szigorítások a manifesztek elhelyezésével kapcsolatban, de úgy tűnik, hogy nincs tiltva más dolgok elhelyezése.
Miért van ez így?
A cxf eset legális lehet. Itt van egy másik hely, ahol ez a nem szabványos megoldás a JBoss-ws csúnya hibájának kiküszöbölésére ajánlott, amely megakadályozza a wsdl séma kiszolgálóoldali érvényesítését.
De valójában nincsenek szabványok, semmilyen más. Általában ezek a dolgok nagyon szigorúan meghatározottak, de valamiért úgy tűnik, hogy itt nincs szabvány. Furcsa. Úgy tűnik, hogy a META-INF népszerű helye lett minden olyan konfigurációnak, amelyet más módon nem lehet könnyen kezelni.
Általánosságban elmondható, hogy a META-INF-be semmit sem írhat be magának. Ehelyett arra kell hagyatkoznia, amit a JAR csomagolásához használ. Szerintem ez az a terület, ahol az Ant igazán jeleskedik: a JAR fájl manifest attribútumainak megadása. Nagyon könnyű ilyesmit mondani:
Legalábbis szerintem könnyű... :-)
A lényeg az, hogy a META-INF-et belsőnek kell tekinteni metakönyvtár Jáva. Ne vacakolj vele! A JAR-ba felvenni kívánt fájlokat egy másik alkönyvtárba vagy magának a JAR-nak a gyökerébe kell helyezni.
A META-INF mappa a MANIFEST.MF fájl otthona. Ez a fájl metaadatokat tartalmaz a JAR tartalmáról. Például van egy Main-Class nevű bejegyzés, amely megadja egy Java osztály nevét statikus main()-val a végrehajtható JAR-okhoz.
META-INF Mavenben
A Maven mappában META-INFérthető a szabványos könyvtárelrendezés miatt, amely szabványos elnevezéssel megegyezik a projekt erőforrásaival JAR-ban: minden könyvtárban vagy könyvtárban elhelyezett fájl $(basedir)/src/main/resources, pontosan ugyanazzal a struktúrával vannak becsomagolva a JAR-ba, a JAR aljától kezdve. Mappa $(basedir)/src/main/resources/META-INFáltalában fájlokat tartalmaz .properties, in míg a bank tartalmazza a létrehozott MANIFEST.MF , pom.tulajdonságok , pom.xml, egyéb fájlok között. Az olyan környezetek, mint a Spring use classpath:/META-INF/resources/, szintén a webes erőforrások kiszolgálására szolgálnak. további információ lásd a részt
A META-INF egy speciális mappa, amelyet a ClassLoader másként kezel, mint a jar többi mappája. A META-INF mappába beágyazott elemek nem keverednek a rajta kívül eső elemekkel.
Gondolj rá, mint egy másik gyökérre. Az Enumerator módszerből
Ha az adott elérési út "META-INF"-vel kezdődik, a metódus az osztályútvonalban lévő összes jar META-INF mappájába ágyazott erőforrásokat keres.
Ha az adott elérési út nem "META-INF"-vel kezdődik, a metódus erőforrásokat keres az osztályútvonalban lévő összes jar és könyvtár összes többi mappájában (a META-INF-en kívül).
Ha ismer egy másik mappanevet, amely a getSystemResources metódus, írja be megjegyzéssel.
Minden válasz helyes. A metainf-nek számos célja van. Itt van egy példa a tomcat tároló használatára is.
Menjen a Tomcat Doc-hoz, és telepítés tulajdonság " Szabványos megvalósítás > copyXML ».
Leírás lent található.
Állítsa igazra, ha azt szeretné, hogy az alkalmazásba ágyazott kontextus XML-leíró (amely a /META-INF/context.xml fájlban található) átmásolódjon a gazdagép tulajdonosának xmlBase-jába az alkalmazás telepítésekor. A következő futtatások során a másolt kontextus XML-leírót a rendszer az alkalmazásba ágyazott kontextus-leíró helyett, még akkor is, ha az alkalmazásba ágyazott leíró újabb. A zászló alapértelmezett értéke false. Vegye figyelembe, hogy ha a gazdagép tulajdonosának deployXML attribútuma hamis, vagy ha a gazdagép tulajdonosának copyXML attribútuma igaz, akkor ennek az attribútumnak nincs hatása.
A hivatalos JAR-fájl specifikációból (a link a Java verzió 7, de a szöveg nem változott legalább a v1.3 óta):
META-INF katalógus
A META-INF könyvtárban található következő fájlokat/könyvtárakat a Java 2 platform felismeri és értelmezi alkalmazások, bővítmények, osztálybetöltők és szolgáltatások konfigurálásához:
- MANIFEST.MF
Egy jegyzékfájl, amely a kiterjesztéssel és a csomaggal kapcsolatos adatok meghatározására szolgál.
- INDEX.LIST
Ezt a fájlt a jar eszköz új -i paramétere hozza létre, amely az alkalmazásban vagy a kiterjesztésben meghatározott csomagok helyinformációit tartalmazza. A JarIndex megvalósítás része, és az osztálybetöltők használják az osztálybetöltési folyamat felgyorsítására.
Aláírási fájl ehhez JAR fájl. Az "x" az alapfájl nevét jelenti.
- x.DSA
Az azonos alapfájlnévvel rendelkező aláírási fájlhoz társított aláírásblokkfájl. Ez a fájl tárolja digitális aláírás megfelelő aláírási fájl.
- szolgáltatások/
Ez a könyvtár tárolja az összes szolgáltató konfigurációs fájlját.
A META-INF mappában van egy MANIFEST.MF fájl. tudsz további vagy külső függőségek meghatározása amelyhez hozzá kell férnie.
Példa:
Vegye figyelembe, hogy telepítette az alkalmazást, és a tároló (futás közben) azt találta, hogy az alkalmazásnak szüksége van egy olyan könyvtár újabb verziójára, amely nem található a lib mappában, ebben az esetben, ha további új verzió a MANIFEST.MF-ben, akkor az alkalmazás onnan hivatkozik a függőségre (és nem fog összeomlani).
Forrás: Head First Jsp & Servlet
Íme a 2015. februári dekompilátorok listája.
Betöltés...