Dota intitle datalife motor vezérlőpanel. DataLife Engine v.12.1 sajtóközlemény

A DLE motor alapján ( DataLife Engine). Nagyon részletesen leírom a beállítást, igyekszem nem lemaradni semmiről, szerintem a dle beállításból hosszú bejegyzések sora lesz. Ebben a bejegyzéssorozatban nem csak a beállításokat nézzük meg közelebbről, hanem azt is kitaláljuk, hogy az egyes beállítási funkciók mire valók.

A DLE motor beállításával foglalkozó bejegyzésekhez a DataLife Engine v.9.4-et fogom használni, vagy inkább ennek a motornak a demóverzióját. Ez elég ahhoz, hogy a DataLife Engine beállításairól és képességeiről beszéljek.

Az első cikk az adminisztrációs résznek lesz szentelve: " Általános szkriptbeállítások "... Ezt a részt a következőképpen találhatja meg: miután felkeresi a DLE (DataLife Engine) adminisztrációs panelt, amely a következő címen található: site.ru/admin.php, gyors hozzáférést fog látni az adminisztrációs panel fő részeihez. Ma szükségünk van a cikkre" Rendszer telepítés" , és benne a " szakasz általános szkriptbeállítások "... Természetesen más módokon is bekerülhet ebbe a szakaszba, de véleményem szerint ez a legegyszerűbb módja.

Tehát kezdjük a dle motor beállítását, az első pont az cím (title dle)... A címbe írja be a projektje nevét, például: Minden kezdő webmestereknek. A címed bármit megszólalhat, a DLE motoron alapértelmezés szerint DataLife Engine az oldal, ha más nevet adunk meg, az megváltozik. És ez alkotja a cím dle-t, amely megjelenik a böngésző lapon, valamint az oldalon Keresési eredmények... Ezért vegye nagyon komolyan a címet. Itt szerintem egyértelmű.

Jól, Kezdőlap, Szerintem érthető. Beírjuk a domain nevét, például: site.ru és ennyi.

Használt kódolás, alapértelmezés szerint Windows-1251, ami azt jelenti, hogy az erőforrásod támogatja az orosz nyelvet. Ha rendelkezik a DataLife Engine demóverziójával, akkor itt semmit sem kell módosítania. Ha megvásárolják a CMS-t, akkor a kódolás módosítható pl. UTF-8-ra és akkor a projektje többnyelvű lesz, ebben a szakaszban nem foglalkozunk részletesen a kódolással, szerintem egyértelmű, ha nem változtatunk a demó, még ha a megvásárolt is, de a domain a ru zónában van, őszintén szólva nem látom okát a kódolás megváltoztatására.

Következő elem: Leírás, amelyben röviden ismertetjük projektünk tartalmát, például: Minden, ami blogok vagy oldalak létrehozásáról, létrehozásáról és reklámozásáról szól, stb., de legfeljebb 200 karakter. Elméletileg ezt a leírást meg kell jeleníteni a keresőkben, ezért vegye ezt komolyan, és ne felejtse el beírni a leírásba azokat a kulcsszavakat, amelyekkel a jövőben népszerűsíteni fogja az erőforrását. Valahogy így fog kinézni a Google keresőjében:

További, kulcsszavak (Kulcsszavak)(vesszővel elválasztva írjuk be a szavakat), ezen szavak szerint is a keresők figyelnek az oldaladra, a kulcsszavaknak a lehető legjobban meg kell felelniük az oldalad vagy blogod irányának, először kulcsszólistát kell készíteni, ill. ellenőrizze az ezekre a szavakra vonatkozó lekérdezések számát. A kérelmek számának ellenőrzéséhez ezt az internetes oldalt használjuk: http://wordstat.yandex.ru. Ebben a szakaszban nem foglalkozunk részletesebben, mivel ez már nem a bejegyzés témájára vonatkozik, hanem a keresőoptimalizálásra. Itt megnézheti, mit írjon ebbe a mezőbe, mindegyikhez más kulcsszavak lesznek.

Rövid név, itt szerintem minden világos. Ez a név fog megjelenni a speedbar modulban. Ismét megismételheti a projekt nevét. Szóval kitaláltuk a neveket, folytatjuk. A speedbar modul (más néven kenyérmorzsa) így néz ki:

Időzónák korrekciója, az oldalon lévő idő korrigálását szolgálja. Például a szervere moszkvai időre van beállítva, és Ön egy másik időzónában él, és azt szeretné, hogy a webhely ideje megfeleljen az Ön időzónájának, akkor ez ebben az oszlopban kijavításra kerül. Hogy ott hogyan kell mindent megjavítani, az világos, az órákat percben írjuk, ebbe a rovatba a szerver aktuális ideje is be van írva, ez alapján lehet navigálni.

Az oszlopban (ember által olvasható url) célszerű az „Igen” lehetőséget választani. Arra van szükség, hogy címét vizuálisan észleljék a felhasználók, ami jó hatással van az erőforrás használhatóságára. Az érthetőség kedvéért adok példákat a CNC-vel és anélküli hírekre, a CNC dle-vel kapcsolatos hírekre: http: // oldal. ru / addnews.html, CNC nélkül: http://site.ru/index.php?do=addnews, azaz CNC-vel sokkal jobb a link vizuális érzékelése, mint nélküle.

Aztán választunk CNC típus, itt minden a te kezedben van, de nem javaslom, hogy a harmadik típust válaszd, mert az megnöveli a szervered terhelését.

Kezelje az érvénytelen CNC URL-eket: Azt tanácsolom, hogy itt jelölje be az "Igen" opciót, mivel ez az opció hasznos a SEO-hoz, de ezt az opciót elhagyhatja, ha akarja. További részletek, hogy mire van szükség, a beállításokban meg van írva, teljesen egyértelmű.

Aztán választunk használt nyelv, mivel demó verzióm van, nem nagy a választék, csak egy nyelv, ez az orosz, de a ru domain zónához ez is elég lesz.

További, alapértelmezett webhelysablon van alapértelmezett, de választhat másikat. Ennek a témának külön cikket fogunk szentelni: Sablon telepítése a DataLife Engine-re (DLE). Természetesen mindannyian szeretnénk valami különlegeset, nem szabványos sablon A jövőre nézve azt mondom, hogy nagyon egyszerű sablont telepíteni a dle-re. Töltse le a kívánt sablont az internetről, vagy készítse el saját magát, másolja a sablon mappát a motorkönyvtárba, a sablonok mappájába, és ha az erőforrás be van kapcsolva helyi szerver, indítsa újra. És most a sablon megjelenik az alapértelmezett webhelysablonok kiválasztására szolgáló oszlopban.

A sablon kiválasztása után lépjen a két beállításhoz " A WYSIWYG szerkesztő engedélyezése...“, Mindkét esetben azt javaslom, hogy az „Igen” lehetőséget válassza, mivel vizuális szerkesztővel sokkal könnyebb a híreket (cikkeket) és megjegyzéseket szerkeszteni, mint a BB kódokat. Bár ez rajtad múlik, kísérletezzen, és válasszon a kényelem mellett. A DLE WYSIWYG szerkesztő egy vizuális szerkesztő.

Így néz ki a szerkesztőpanel BB kódokkal.

Így néz ki a szerkesztőpanel a DLE WYSIWYG használatával.

Ezután jön egy meglehetősen hasznos lehetőség: " kapcsolja ki a webhelyet“, Ez az opció offline állapotba hozza az erőforrást, ha úgy gondolja, hogy a projekt még nem áll készen a felhasználók számára, akkor engedélyezze ezt az opciót. Ha minden készen áll, kapcsolja ki az opciót, és engedje el a projektet a hálózatra. Ezt a funkciót az erőforrás szerkezetének vagy sablonjának frissítésekor is használhatja. Ne feledje, hogy ez a lehetőség akkor hasznos, ha a "kísérleti" szervert tárolja, és nem egy helyi szerveren, mint az enyém.

Az utolsó lehetőség ( lekapcsolás oka) hasznos azok számára, akik kihasználják a webhely leállítását. A bontás oka a szövegmezőbe már be van írva, amit szerkeszthet saját maga, vagy megírhatja saját okát.

Ez minden. Megtette az első lépést a DLE (DataLife Engine) konfigurálása felé. Most már el kell mentenie az általános dle-beállításokat, és megvárni a következő bejegyzést a DLE-motor beállításáról.

Megjegyzés: a DLE (DataLife Engine) beállításával kapcsolatos bejegyzések ebben a formában jelennek meg, a kapott információk jobb észlelése érdekében, hogy ne keveredjen össze a fejem. Természetesen egy cikkben le lehetett írni a teljes beállítást, valahogy így: ezt válaszd ki ide, tedd ide, írj így oda. De szeretném, ha megértené, mire valók az egyes funkciók. Túl sok beállítás és lehetőség van a DLE-ben egy bejegyzéshez. Megértésüket remélem.

A következő változtatásokat készítettük elő és hajtották végre:

1. Hozzáadott támogatás a címsorokhoz a hirdetéskezelő modulban. Ebben a modulban címsorokat hozhat létre, és ezekbe a címsorokba helyezheti el reklámanyagait. A kategóriák a legfelül, a hozzáadott reklámanyagok listája előtt, mappák formájában jelennek meg. Magukban a címsorokban korlátlan számú további alcímet is létrehozhat. Így a nagyszámú reklámanyag segítségével elhelyezheti azokat a könnyebb eligazodás érdekében, különféle rovatokban és alcímekben.

2. Hozzáadtuk a megtekintések számának számlálásának lehetőségét a szkriptvezérlőpulthoz hozzáadott promóciós anyagokhoz. A megtekintések rögzítése csak a valódi felhasználók akik böngészővel léptek be az oldalra. A webhelyet feltérképező robotok nem számítanak bele. A megtekintések számlálása közvetlenül az egyes szalaghirdetéseknél engedélyezve van, így csak a szükséges reklámanyagok megtekintését tudja számolni. Azt is megadhatja, hogy a szalaghirdetés összes megtekintését számolja-e, vagy csak az egyedi felhasználóktól származó megtekintéseket.

3. A hirdetési anyagokhoz az adminisztrációs panelen hozzáadtuk a lehetőséget korlátozza a banner megjelenítését a megtekintések száma alapján, és letilthatja a szalaghirdetést, ha elérte a megadott maximális nézettséget.

4. Hozzáadtuk a kattintások számának nyomon követésének lehetőségét a szkriptvezérlőpulthoz hozzáadott promóciós anyagokhoz. A DataLife Engine automatikusan elfogja a címkék használatával közzétett HTML-címkéket <а href="..."> , és automatikusan nyomon követi a rájuk leadott kattintásokat. Ezeknek a hivatkozásoknak semmilyen speciális kialakítása nem szükséges, bármilyen címre vezethetnek, amire szüksége van. Azt is megadhatja, hogy a linkre leadott összes kattintást számolja-e, vagy csak az egyedi felhasználók kattintásait.

5. A hirdetési anyagokhoz az adminisztrációs panelen hozzáadtuk a lehetőséget korlátozza a banner megjelenítését a bannerre leadott kattintások száma alapján, és kikapcsolhatja a banner megjelenítését, ha eléri a megadott maximális kattintásszámot.

6. Reklámanyagokhoz az adminisztrációs panelen hozzáadva az egyes hirdetési szalaghirdetések megtekintéseinek és kattintásainak törlése.

HTML "> 7. A kanonikus hivatkozások használatát hozzáadtuk az oldalak kódjához, a webhely összes oldalán, beleértve a szakaszok közötti navigációt, a teljes hírek megtekintését stb. Ez a lehetőség növelését teszi lehetővé SEO optimalizálás webhelyeken, és lehetővé teszi az ismétlődő oldalak elkerülését is, ha az Ön webhelyére mutató helytelen hivatkozásokat tesznek közzé valahol az interneten, vagy ha valamilyen okból ki kell kapcsolni a helytelen CNC-k vezérlését.

8. A vezérlőpult kategóriabeállításaiban hozzáadta a lehetőséget egy kategóriához alapértelmezés szerint beállítva, hogy az oldal főoldalán közzé lehet-e tenni ebből a kategóriából híreket. Ezek a beállítások a kiadvány hozzáadásának vagy szerkesztésének időpontjában érvényesek, és ha egy kategóriában a főoldalon történő közzététel tilos, akkor a megfelelő opció a kiadvány hozzáadásakor vagy szerkesztésekor érvényét veszti.

9. A vezérlőpult kategóriabeállításaiban hozzáadta a lehetőséget alapértelmezés szerint beállítva egy kategóriához, hogy engedélyezettek-e megjegyzések az ebbe a kategóriába tartozó bejegyzésekhez. Ezek a beállítások a publikáció hozzáadásakor vagy szerkesztésekor érvényesek, és ha egy kategóriához le vannak tiltva a megjegyzések, akkor a megfelelő opció eltávolításra kerül a kiadvány hozzáadásakor vagy szerkesztésekor.

10. A vezérlőpult kategóriabeállításaiban hozzáadta a lehetőséget alapértelmezés szerint beállítva egy kategóriához, hogy engedélyezett-e a minősítés az ebbe a kategóriába tartozó kiadványokhoz. Ezek a beállítások a kiadvány hozzáadásakor vagy szerkesztésekor érvényesek, és ha egy kategóriában a minősítés használata le van tiltva, akkor a megfelelő opció eltávolításra kerül a kiadvány hozzáadásakor vagy szerkesztésekor.

11. A vezérlőpult szkriptbeállításaiban a biztonsági beállítások részben hozzáadta a lehetőséget lehetővé teszi az automatikus webhelyvédelmet a harmadik fél webhelyein lévő keretekbe való beágyazás ellen. Ha ez a beállítás engedélyezve van, akkor webhelye automatikusan letiltásra kerül, ha valaki más webhelyén lévő iframe-be van ágyazva. Ezzel megvédheti webhelyét az olyan támadásoktól, mint a kattintástörés.

12. A "Meta tags" modul lehetőségei kibővültek, ezt a modult átnevezték "Címek, leírások, metacímkékre". Most ebben a modulban nem csak metacímkéket állíthat be az oldalakhoz, hanem külön címet is beállíthat az oldalhoz és az oldal leírását, amit később bárhol megjeleníthet a sablonban. Ehhez új globális sabloncímkéket adtunk hozzá: (lap cím)- megjeleníti az oldalhoz megadott címet, (oldalleírás)- megjeleníti az oldalhoz megadott leírást. Az oldalleírásban BB és HTML címkék használata is megengedett. Így ezzel a modullal például minden egyes címkéhez személyesen hozhat létre és jeleníthet meg címeket és leírásokat a címkefelhőhöz stb.

13. Új globális sabloncímkék szövege hozzáadva amelyek a bennük lévő szöveget jelenítik meg, ha a megtekintett oldal címét beállították a "Címek, leírások, metacímkék" modulban. És hozzáadott ellentétes címkéket is szöveg amelyek a beléjük zárt szöveget jelenítik meg, ha nincs beállítva cím a megtekintett oldalhoz. Szintén hozzáadva hasonló címkékés leírásnak: szöveg amelyek a bennük lévő szöveget jelenítik meg, ha a megtekintett oldal leírása be van állítva a "Címek, leírások, metacímkék" modulban, szöveg amelyek a beléjük zárt szöveget jelenítik meg, ha a megtekintett oldalhoz nincs megadva leírás.

14. A kategória menü sablonhoz (categorymenu.tpl) szöveg amelyek a beléjük zárt szöveget jelenítik meg, ha az oldalon megtekintett kategória vagy hír nem tartozik a menüből valamelyik kategóriába. Ez a címke csak a címkéken belül használható, és például bizonyos információk (például hivatkozások) megjelenítésére szolgál, csak a menü inaktív kategóriáihoz.

15. Kibővített lehetőségek a kiadványok megjelenítéséhez további mezők értékei alapján kiadványokban. Amikor kapcsolatba lép a címmel http:// saját webhelye / xfsearch / mező neve / mező értéke / a korábbiakhoz hasonlóan megjelennek a publikációk, amelyek a megadott értéket tartalmazzák ebben a mezőben, ha a mező beállítása „kereszthivatkozásként használható”. Amikor kapcsolatba lép a címmel http:// saját webhelye / xfsearch / mező értéke / az összes további mezőben ezt az értéket tartalmazó kiadványok jelennek meg. Amikor kapcsolatba lép a címmel http:// saját webhelye / xfsearch / mező neve / minden publikáció megjelenik, amelyben ez a megadott mező ki van töltve.

16. Hozzáadtuk a lehetőséget, hogy külön oldalt rendeljünk a szkriptbeállításokhoz a 404.html névvel a webhelye gyökerében, hogy megjelenítse azokat az oldalakat, amelyekhez nincs tartalom. Ha ez a beállítás engedélyezve van, a szokásos rendszerüzenet helyett "Sajnáljuk, ez az oldal nem érhető el az Ön számára, esetleg megváltozott a címe, vagy törölték. ", akkor külön előre elkészített, külön oldalt jeleníthet meg, teljesen külön dizájnnal. Ez az újítás azoknak a webmestereknek lesz hasznos, akik külön szeretnének oldaluk 404 oldalának tervezése.

17. Hozzáadtuk a HTTP-fejléc hozzárendelését a szkriptbeállításokhoz ahonnan meg kell szereznie a felhasználók IP-címét. Ez az újítás hasznos lesz olyan webhelyeken, amelyek különféle külső proxyszervereket használnak, és nem tudják megfelelően átkonfigurálni a szervert, hogy a látogatók valós IP-címét kapják meg. Például, amikor a cloudflare szolgáltatást és másokat használ, amelyek ellen védekezni kell DDOS támadásokés normál tárhelycsomag használata a szerverbeállításokhoz való hozzáférés nélkül. Most az adminisztrációs panel szkriptbeállításaiban meg tudja mondani a szkriptnek, hogy honnan szerezheti be a webhely látogatóinak IP-címét.

18. Kategória törlésekor a parancsfájl vezérlőpultján, hozzáadta a lehetőség kiválasztásához, hogy mit kezdjen az ebbe a kategóriába tartozó kiadványokkal. A következőket teheti: "A kategória eltávolítása a kiadványokból", "A kategória cseréje másik vagy más kategóriára", valamint "A kategóriában lévő összes kiadvány törlése". Ebben az esetben, ha egy kategóriát törölnek vagy lecserélnek egy kiadványból, akkor csak a törölt kategória kerül eltávolításra vagy cserére. Például, ha kiadványa a "Világ", "Hírek", "Népszerű" kategóriákba tartozik, és például törli a "Világ" kategóriát, akkor az ebbe a kategóriába tartozó kiadványok esetében csak a "Világ" kategória lesz. eltávolítva vagy lecserélve, a listában szereplő összes többi kategória érvényben marad.

19. A kiadványokhoz egy új típusú kiegészítő mező került: "Tiszta HTML és JS". Használata ezen a területen, a DataLife Engine nem zavarja a benne írt szöveget, és nem szűri ki ennek a szövegnek a HTML kódját, és lehetővé teszi tiszta javascript kód írását is. Ez a mező akkor hasznos, ha valamilyen kódot kell beszúrnia egy olyan hírbe, amelynek biztonságát nem kell ellenőrizni, például saját lejátszója stb. Figyelem, figyelembe véve, hogy a szkript ebből a mezőből nem szűri ki a szöveget, a létrehozáskor feltétlenül állítson be korlátozásokat arra vonatkozóan, hogy mely csoportok használhatják. Ne engedje, hogy olyan közönséges felhasználók használják, akikben nem bízik, különben veszélyt jelenthet webhelye biztonságára.

20. További publikációs területekhez a "Használat kereszthivatkozásként" opcióval, hozzáadta a határoló megadásának lehetőségét ezekhez a linkekhez. Elválasztóként egyedi karaktereket és HTML kódot is megadhat. Korábban listaelválasztóként vesszőt használtak, most minden mezőhöz beállíthatunk saját személyes elválasztót, amivel a sablon minden mezőjéhez egyedi elrendezést hozhatunk létre.

21. Hozzáadott támogatás a Yandex Turbo technológiához a szokásos RSS-hírcsatornákhoz, anélkül, hogy a beállításokban az RSS-folyam típusának „Yandex-hírként” szerepelne, ehhez hozzáadódik a teljes hírcímke (teljes áruház) megjelenítésének támogatása bármilyen típusú RSS-folyam esetén. A szabványos /templates/rss.xml sablon is frissült, amely bemutatja, hogyan kell kinéznie egy teljes Yandex Turbo-támogatással rendelkező sablonnak. Hasonlóképpen teljes mértékben támogatott az RSS-sablon testreszabása a Yandex Zen technológiához.

22. Hozzáadtuk a megjegyzésekre való reagálási lehetőséget a webhelyen található összes legutóbbi megjegyzés megtekintésekor, ha a fa megjegyzések támogatása engedélyezve van a szkriptbeállításokban. Így például gyorsan reagálhat az oldalra érkező megjegyzésekre, anélkül, hogy minden hírbe egyszerre menne bele., Annak a ténynek köszönhetően, hogy a nehéz szkriptek egy része késleltetett és a rendereléstől független átvitelre került. az oldal betöltődik. Ezek a szkriptek az oldal megjelenítésével párhuzamosan töltődnek be a böngészőbe, és csak az oldal böngészőben történő létrehozása után indulnak el. Ami vizuálisan gyorsabb oldalmegjelenítést biztosít.

24. Hozzáadtuk a nem regisztrált felhasználók számára az oldalon, hírekkel, hozzászólásokkal kapcsolatos panaszokat küldjön az oldal adminisztrációjához, ahogy korábban is csak a regisztrált felhasználók számára volt ilyen lehetőség.

25. A schema.org mikro-jelölés használata hozzáadva"Pontszám" típusú értékelés megjelenítéséhez. Ennek a mikro-jelölésnek a használata lehetővé teszi, hogy a teljes hírek a Google keresési találatai között megjelenjenek, és megjelenjen a publikáció értékelése is.

26. Automatikus tájékozódási funkció hozzáadva fényképeket, amikor feltöltik a szerverre, a grafikus fájlok metainformációi alapján. Ha eredeti fénykép fejjel lefelé volt fordítva, akkor a szerverre való feltöltéskor a szkript is automatikusan telepíti a kívánt helyre. Ez szükségtelenné teszi a képek számítógépen történő további szerkesztését, ha a fényképezőgépet fényképezés közben elfordították.

27. Az automatikus értesítés lehetősége hozzáadva webhely adminisztrációja a moderálás alatt álló felhasználóktól érkező új hírek fogadásáról (ha ez a szkriptbeállításoknál engedélyezve van), ha a hír a szkriptvezérlőpultról lett hozzáadva. Korábban csak akkor küldték el az értesítést, ha a kiadványt közvetlenül az oldalról adták hozzá.

28. Ha a felhasználó a vezérlőpulton szerkeszti a kiadványt, amely korábban már megjelent az oldalon, de csoportja beállításai szerint moderálás nélkül közzétenni tilos, illetve nem minden kategóriában lehet közzétenni, akkor az oldal adminisztrációjának is megküldik a megfelelő e- e-mailben értesítjük, hogy ez a hír moderálásra vár.

29. Változások történtek a modul munkájában zsemlemorzsa(Zsemlemorzsa) a weboldalon. Ha egy bizonyos kategória híreit tekinti meg, akkor abban a kategóriában, amelyben a felhasználó közvetlenül tartózkodik, ez a kategória egyszerű szöveg formájában jelenik meg, nem hivatkozás formájában. Csak a hierarchiában magasabban lévő kategóriák jelennek meg hivatkozásként, vagy lesz link erre a kategóriára, ha például a felhasználó tovább ment az oldalnavigációban ebben a kategóriában. Így ez az innováció elkerüli az oldalak önmagukra mutató ciklikus hivatkozásait.

30. A "Kereszthivatkozások" modulhoz a vezérlőpulton, hozzáadott két új csereterületet a hivatkozásokhoz. Opcionálisan csak statikus oldalakon adhat meg cserét, illetve statikus oldalakon, hírekben és megjegyzésekben is választhat csere.

31. A "Keresés és csere" modulhoz a vezérlőpulton, hozzáadta a szöveg tömeges cseréjének lehetőségét a publikációk szavazásában és a webhelyen található szavazásokban.

32. Az összes kiadvány törlésének lehetősége hozzáadva moderálásra vár egy adott felhasználótól. Ehhez a felhasználókezelés részben kattintson a kiadványainak számára és válassza ki a megfelelő menüpontot.

33. Az összes megjegyzés törlésének lehetősége hozzáadva moderálásra vár egy adott felhasználótól. Ehhez a felhasználókezelés részben kattintson a megjegyzéseinek számára és válassza ki a megfelelő menüpontot.

34. Formázva hozzáadva a különböző számlálók (megtekintések, publikációk, megjegyzések) számának megjelenítése. Ezen számlálók kimenete formázott formában történik, szóközzel elválasztva a százakat, ezreket, milliókat stb. Mi ad többet vizuális ábrázolásés az adott számok észlelése.

35. A megjegyzések megjelenítésére és megjegyzések hozzáadására szolgáló sablonokhoz (addcomments.tpl és comments.tpl) hozzáadva az új címkék támogatását szöveg- megjeleníti a szöveget a címkében, ha a hír a megadott kategóriákba tartozik, valamint a címkéket: szöveg- megjeleníti a szöveget a címkében, ha a hír nem tartozik a megadott kategóriákba. Így a megjegyzések megjelenítéséhez és a megjegyzések hozzáfűzéséhez különböző formátumot állíthat be a különböző kategóriákba tartozó kiadványokhoz.

36. A deklinációk támogatása hozzáadva a publikációk értékelésére beállított szavazatok számát megjelenítő címkére. Például használhatja a (szavazatszám) felülvizsgálatot || a | s. Korábban ez nem volt elérhető ehhez a címkéhez, mivel HTML kódot tartalmaz, nem csak egy számot.

37. Ha a szkriptbeállítások között engedélyezve van a webhely csak HTTPS protokollon keresztüli használata, akkor a böngésző cookie-jait is csak HTTPS protokollon keresztül küldi el a szervernek, és a szokásos HTTP protokoll használata esetén automatikusan blokkolja őket.

38. Érvénytelen CNC-k vezérlése hozzáadva statikus oldalakhoz amelynek publikációs szövege több oldalra oszlik. Ha helytelen oldalszámot ad meg, a rendszer egy automatikus 301-es átirányítást hajt végre ennek az oldalnak a kezdőcímére.

39. Kiadványok RSS-importálásához hozzáadott támogatás a képeknek a házcímkéből történő importálásához közzétételre alkalmas képet tartalmaz. Ha Rövid leírás az RSS folyamban csak szöveg, és a kép benne van megadva külön címkét, akkor ehhez a kiadványhoz egy kép is bekerül a rövid hírek közé az importálásnál a legelején.

40. Támogatás hozzáadva az átirányításokhoz a teljes hírek fogadásához kiadványok RSS-importálása során. Ha az RSS-hírfolyamból származó hivatkozás egy átirányítás a forrás webhelyén található hír teljes szövegére való további áttéréshez, akkor a DataLife Engine automatikusan követi ezt az átirányítást, és átveszi a tartalmat a végső forrásból. Így a teljes híradás minősége jobb lesz, mint korábban.

41. Változások történtek a címkék és a... Ha egy adott kiadványnál tilos a megjegyzések használata és hozzáadása, akkor ezek a címkék a bennük lévő tartalmat is elrejtik.

42. Ha a megjegyzések közzététele megengedett, de ezzel egyidejűleg a felhasználónak vagy a felhasználók egy csoportjának más beállítások szerint megtiltották a hozzászólások közzétételét, akkor erről nem az összes megjegyzés végén jelenik meg üzenet, hanem azon a helyen, ahol a kimenetet meghatározza a sablonban található megjegyzés (addcomments) címkével való kiegészítésére szolgáló űrlapon, így Ön meghatározhatja a helyet ennek az üzenetnek a webhelyén.

43. Az Odnoklassniki közösségi hálózaton keresztül történő engedélyezéshez, hozzáadta az automatikus fogadás képességét Felhasználói e-mail, feltéve, hogy maga az alkalmazás megkapta a megfelelő jogokat az Odnoklassnikitől. Figyelem, az Odnoklassniki alapértelmezés szerint nem ad jogot az e-mailek fogadására, és a megfelelő hozzáféréshez fel kell vennie a kapcsolatot a közösségi oldallal. hálózatot az e-mailek fogadásának engedélyezésére. Az engedély megadása esetén a DLE automatikusan importálja az e-mail címet is.

44. Javítottuk a képarányok kiszámításának rendszerét kis másolatok készítésekor. Így pontosabb és jobb minőségű kicsinyített másolat jön létre.

45. Továbbfejlesztett kiadványkereső rendszer ha az egyszerű keresés típusa engedélyezve van a szkriptbeállításokban. Az új algoritmus lehetővé teszi a publikációk pontosabb és pontosabb megtalálását.

46. ​​Továbbfejlesztett vezérlőrendszer az ismétlődő oldalak megjelenéséhez amikor megtekinti az összes legújabb megjegyzést az oldalon.

47. További publikációs területek optimalizált feldolgozása rövid kiadványok megjelenítésekor, valamint a népszerű kiadványok megjelenítési moduljának futtatásakor.

48. Frissítve vizuális szerkesztők TinyMCE és Froala előtt aktuális verziók. Ezekben a szerkesztőkben számos észlelt hibát kijavítottak.

49. A TinyMCE szerkesztőhöz hozzáadott támogatás a beillesztéshez rejtett szöveges címkéket a szerkesztő megfelelő gombjával.

50. Amikor a Floara szerkesztőt használja megjegyzésekhez, hozzáadta a képességet gyors betöltésés képek beszúrása a megjegyzésbe. Az ikonra kattintva beilleszthet egy képet, és kiválaszthat egy feltöltendő fájlt, vagy egyszerűen átviheti a képfájlt a számítógépről a szerkesztő mezőbe az egérrel, ami után a kép automatikusan betöltődik és a kurzor pozíciójába kerül. a szerkesztő.

51. Kis változtatások történtek a parancsfájl-vezérlőpult elrendezésében célja néhány elrendezési hiba kiküszöbölése és a vezérlőpanellel való interakció javítása.

52. Frissítve a legújabb verziókra egy könyvtár a levélküldéshez egy webhelyről, valamint egy könyvtár a mobileszközök meghatározásához.

53. Javítva a probléma amelynél be előnézet kiadványokat nem dolgozták fel címkék és.

54. Javítva a probléma amelyben a közösségi médiához használt metacímkéket helytelenül alakították ki. videó- ​​és hanghálózatok, ha a videót az add. mezőkben, és lejátszási listákból, valamint video- és audiofájlok leírásából állt.

55. Javítva a probléma amelyben bizonyos helyzetekben és szerverbeállítások esetén előfordulhat, hogy a kiadványok előnézete nem működik, amikor kiadványokat ad hozzá a webhelyről.

56. Javítva a probléma amelyben a megjegyzések dinamikus betöltése nem működött, ha a script beállításainál engedélyezve volt, és a címke (jsfiles) az oldal legvégére került.

57. Javítva a probléma amelynél az utolsó kommentek megjelenítése nem működött, ha azért egy bizonyos csoport egyes kategóriák megtekintése tilos volt.

58. A szkriptben észlelt és korábban bejelentett apró hibákat javítottuk.

Üdvözlöm mindazokat, akik drága idejüket e soroknak szentelik.

Ebben a cikkben a DataLife Engine szerver és tartalomkezelő rendszer optimális beállításának módjairól szeretnék beszélni. Az internetes oldalakkal és szerverekkel végzett 4 éves munka során megtanultam, hogy a biztonság fontosabb a kényelemnél, és erre oda kell figyelni. Foglalás: Nem tartok igényt semmilyen szerzőségre szellemi tulajdon! Minden anyagot az interneten gyűjtöttek össze.

Az alábbiakban leírjuk azokat a műveleteket, amelyek segítenek elosztani a szerverterhelést, megvédeni a DOS támadásoktól, korlátozni az FTP protokollhoz való hozzáférést és helyesen konfigurálni a DataLife Engine rendszert.

A szerver védelme és beállítása.

1. A kiszolgáló konfigurációjának beállítása az előtérben található Nginx to Apache csomag használatával.

Egy ilyen séma előnyei egy kis példán keresztül megérthetők. Képzelje el, hogy az Apache webszervernek körülbelül 1000 kérést kell egyszerre kiszolgálnia, amelyek közül sok lassú hivatkozásokhoz kapcsolódik. Apache használata esetén 1000 httpd folyamatot kapunk, amelyek mindegyike le lesz foglalva RAMés ez a memória addig nem szabadul fel, amíg a kliens meg nem kapja a kért tartalmat.

Egy front-end szervert használó séma esetén jelentős erőforrás-megtakarítást érünk el annak köszönhetően, hogy a kérés beérkezése után az nginx továbbítja a kérést az Apache-nak, és gyorsan megkapja a választ. Ennek eredményeként az Apache felszabadítja a memóriát, miután válaszolt az nginx-re. Ezután az nginx webszerver interakcióba lép a klienssel, amely csak arra van írva, hogy statikus tartalmat szolgáltasson nagyszámú ügyfél számára, jelentéktelen rendszererőforrás-felhasználással.

Ahhoz, hogy a csomagunk megfelelően működjön, szükségünk van egy modulra az Apache számára. Erre a következő ok miatt van szükség: az Apache-nak küldött kérések arról az IP-címről érkeznek, amelyen az nginx fut, illetve csak az nginx szerver IP-címe jelenik meg az Apache naplófájljaiban. Ezen túlmenően a modul használata nélkül problémák lépnek fel a látogató IP-címét használó szkriptekkel, és az IP-címek hozzáférését korlátozó mechanizmus a .htaccess használatával nem fog megfelelően működni.

Az NGINX telepítése népszerű operációs rendszerre.

Red Hat Enterprise Linux 4 / CentOS 4
Az nginx telepítéséhez ezekre az operációs rendszerekre egy további csomagtárat kell csatlakoztatnia.

Red Hat Enterprise Linux 5 / CentOS 5
Az nginx telepítéséhez ezekre az operációs rendszerekre csatlakoznia kell a további EPEL-csomagtárhoz.

ASPLinux Server 5 / Fedora
Az nginx a szabványos terjesztési csomag része.

Ha a tárolók csatlakoztatva vannak, vagy egyszerűen nem szükségesek, futtassa: yum telepítse az nginx-et

Apache telepítése.

üzembe helyezni Apache webszerver elég végrehajtani: yum install httpd

A mod_rpaf telepítése.

1. Telepítse a httpd-devel csomagot:

yum -y a httpd-devel telepítése


2. Töltse le és telepítse a mod_rpaf-ot:
Belépünk a / usr / local / src könyvtárba

cd / usr / local / src


Töltse be a mod_rpaf-0.6.tar.gz fájlt a / usr / local / src mappába

wget http://stderr.net/apache/rpaf/download/mod_rpaf-0.6.tar.gz


Csomagolja ki a mod_rpaf-0.6.tar.gz fájlt

tar xzf mod_rpaf-0.6.tar.gz


Menjen abba a könyvtárba, ahol kicsomagolta

Behelyeztük a modult a rendszerbe

apxs -i -c -n mod_rpaf-2.0.so mod_rpaf-2.0.c


3. Ezután létre kell hoznia egy mod_rpaf konfigurációs fájlt - /etc/httpd/conf.d/rpaf.conf, és hozzá kell adnia a következő sorokat:


RPAFenable On
RPAFproxy_ips 127.0.0.1 xx.xx.xx.xx yy.yy.yy.yy


ahol xx.xx.xx.xx és yy.yy.yy.yy a szerver IP-címei. Ha kettőnél több IP-cím van a kiszolgálón, adja hozzá őket ugyanazzal a hasonlattal.

szolgáltatás httpd újraindítás


4. Az nginxben a következő sorokat kell megadni a http () blokkon belül:

proxy_set_header Host $ host;


Ha ezek a sorok meg vannak adva, akkor nem kell hozzáadnia őket.

Ha az nginx.conf módosul, az nginxet újra kell indítani:

/etc/init.d/nginx stop
/etc/init.d/nginx start


5. Hogyan ellenőrizhető, hogy a telepített modul működik-e?
A szerverén található bármely tartományban helyezze el a következő tartalommal rendelkező test.php fájlt:

"echo $ _SERVER [" REMOTE_ADDR "];?>"


Ezután kövesse a linket, ahol a domain.tcom a domain neve. Ha a megjelenített IP eltér a szerver IP-jétől, akkor a modul megfelelően működik.

NGINX konfigurálása.

Az alábbiakban található az nginx konfigurációs fájlja, amely előtér-kiszolgálóként működik. Feltételezzük, hogy az nginx a 80-as porton lévő összes interfészen, az Apache pedig a 127.0.0.1-es és a 8080-as porton fog futni. Mentse ezt a konfigurációs fájlt az / etc / nginx / könyvtárba nginx.conf néven.

nginx felhasználó;
dolgozói_folyamatok 10;
error_log /var/log/nginx/error.log debug;
pid /var/run/nginx.pid;

események (
dolgozói_kapcsolatok 20000;
}

http (
tartalmazza az /etc/nginx/mime.types;
alapértelmezett_típus alkalmazás / octet-stream;
log_format main "$ remote_addr - $ remote_user [$ time_local] $ állapot"
"" $ kérés "$ body_bytes_sent" $ http_referer ""
"" $ http_user_agent "" http_x_forwarded_for "";
access_log /var/log/nginx/access.log main;
küldőfájl bekapcsolva;
tcp_nopush on;
tcp_nodelay on;
Keepalive_timeout 30;
send_timeout 900;
szerver_tokenek kikapcsolva;
szerver (
figyelj 80;
szerver név _;
kiszolgáló_neve_átirányításban kikapcsolva;
access_log /var/log/nginx/host.access.log fő;
hely / (
proxy_pass http://127.0.0.1:8080/;
proxy_redirect off;
proxy_set_header Host $ host;
proxy_set_header X-Real-IP $ távoli_cím;
proxy_set_header X-Forwarded-For $ proxy_add_x_forwarded_for;
kliens_max_testmérete 10 m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 10m;
}
}


Apache konfigurálása.

Az Apache /etc/httpd/conf/httpd.conf konfigurációs fájljában keresse meg a következő sort:

és cserélje ki a következő sorra:

Figyelj 127.0.0.1:8080


A mod_rpaf beállítása.

Adja hozzá a mod_rpaf modult az Apache konfigurációs fájljához. Ehhez adja hozzá a következő sort az /etc/httpd/conf/httpd.conf fájlhoz:

LoadModule rpaf_module modules / mod_rpaf-2.0.so


Ezután adja hozzá a sorokat ugyanabba a fájlba:

RPAFenable On
RPAFsethostname Ki
RPAFproxy_ips 127.0.0.1 192.168.0.1
RPAFheader X-Real-IP


A 192.168.0.1 helyett a szerver IP-címét kell megadnia.

2. Szerver konfigurációja a dos-támadások elleni védelem érdekében.

Kapcsolja be a gyorsítótárat az nginxben kezdőlap azoknak, akiknek nincs sütijük.

Korlátozások hozzáadása az nginx.conf fájlhoz:

limit_req_zone $ binary_remote_addr zóna = kettő: 20 m sebesség = 2r / s;
szerver (
hely / (
limit_req zone = két sorozat = 5;
}
}
}


A farok és az awk használata:

tail -f /var/log/nginx/access.log | grep GET / HTTP / 1.1 "503


Összekapcsoljuk a naplót:

tail -f /var/log/nginx/access.log | grep GET / HTTP / 1.1 "503 | awk" (nyomtasson 1 dollárt) "


Megkapjuk a gépek IP-jét:

iptables -A BEMENET -p tcp -j DROP -s $ IP


Írja be az IP-t a tűzfalba:

tail -f /var/log/nginx/access.log | grep GET / HTTP / 1.1 "503 | awk" (nyomtasson 1 dollárt) "| xargs -t -l iptables -A BEMENET -p tcp -j DROP –s


Most állítsuk be az iptables connlimit értékét a botkapcsolatok korlátozására. A szabályokban egy IP-ről 5, C osztályú alhálózatról 25 kapcsolatra adunk engedélyt.

DDOS támadás 16000 bottól – Átlagos terhelés: 1,4 1,9 2,0

FTP hozzáférés korlátozása

Ehhez szükségünk van egy .ftpaccess fájlra. Segít megtagadni vagy engedélyezni az FTP-hozzáférést meghatározott IP-címekről. Valaki felteheti a kérdést: "Dinamikus IP-m van, hogyan tudom helyesen használni az .ftpaccess fájlt?" A válasz erre gondolok: „Ha szüksége van erre a biztonsági kiegészítőre, szerezzen be egy statikus IP-címet a szolgáltatótól. Nem fognak sok pénzt kérni tőled."

Az .ftpacces fájl létrehozásához SSH-hozzáférésre van szükségünk. Használhatja a winscp programot. Az .ftpaccess-ben sok beállítás lehet, de minket csak egy paraméter érdekel. Ha ezeket a sorokat beírja a fájlba, akkor teljesen lezárja a hozzáférést mindenki elől:

Mindentől tagadni


A fentiek után senki sem fog tudni belépni az FTP-be. Ahhoz, hogy hozzáférési engedélyt adjon egy adott IP-címhez, meg kell adnia a következő paramétereket:

Engedélyezés 127.0.0.1-től
Mindentől tagadni


Példaként természetesen a 127.0.0.1 cím van feltüntetve, amelyet a saját címére kell cserélni.

Fontos! A legjobb, ha teljesen mindenkitől megtagadja az FTP-hozzáférést, és csak SSH-n keresztül csatlakozik.

A DataLife Engine tartalomkezelő rendszer védelme.

1. Telepítse és konfigurálja.

2. Nevezze át az adminisztrációs panel fájlját, és váltáskor készítsen hamisítványt a régi címen (www.sait.com/admin.php), amelyre a felhasználó blokkolva lesz az ip-jének kitiltásával a .htaccess-ben.

Átnevezték? Most létrehozunk egy ip.txt fájlt a gyökérkönyvtárban az ip-címek tárolására. Add meg és .htaccess chmod jogok – 777.

Hozzon létre egy admin.php fájlt a következő tartalommal:


$ ip = getenv ("REMOTE_ADDR");

$ log = fopen ("ip.txt", "a +");
fwrite ($ log, "//". $ ip. "\ n");
fclose ($ log);

$ f = fopen ($ _ SZERVER ["DOCUMENT_ROOT"]. "/.htaccess", "a");
fwrite ($ f, "\ ndeny from". $ ip);
fclose ($ f);

DataLife Engine adminisztrációs panel

Szöveg például: Az ip-d a naplókban, megkereslek!

Félj, te jelentéktelenség, ha ha!

"
3. Adjon hozzá további hitelesítést az adminisztrációs központban.

Új felhasználónevet és jelszót kell megadnia (ne használja a rendszergazdai fiókja adatait). A második felhasználónévnek és jelszónak teljesen különböznie kell az elsőtől. Döntöttél? Bírság! Most md5-ben titkosítjuk a jelszavunkat (ezt az md5encryption.com oldalon teheti meg).
Ezután nyissa meg az admin.php-t (ne feledje, hogy korábban átneveztük, és ezért ha superadmin.php-nek nevezte el - ezt meg kell nyitnia), és a sor után:

add hozzá:

$ login = "adja meg a kitalált bejelentkezést";
$ jelszó = "és generált jelszó az md5-ben";
if (! isset ($ _ SZERVER ["PHP_AUTH_USER"]) || $ _SZERVER ["PHP_AUTH_USER"]! == $ bejelentkezés ||
md5 ($ _ SZERVER ["PHP_AUTH_PW"])! == $ jelszó) (
fejléc ("WWW-Authenticate: Basic realm =" Admin Panel "");
fejléc ("HTTP / 1.0 401 Jogosulatlan");
kilépés ("Hozzáférés megtagadva");)


4. Tiltsa le a rendszer által nem használt php funkciókat.

A php.ini fájl megkereséséhez hozzon létre egy phpinfo.php fájlt a következő szöveggel:

Keresés után mindenképpen töröld a phpinfo.php-t!

disable_functions = enable_url_fopen, eval, exec, system, passthru, scandir, popen, shell_exec, proc_open, proc_close, proc_nice, get_current_user, getmyuid, posix_getpwuid, apache_get_free, posix_free, diskspace_free, diskspace_degr, virtuális térben, posix_getpwueget , openlog, syslog, highlight_file, show_source, symlink, disk_total_space, ini_get_all, get_current_user, posix_uname, enable_url_fopen


5. Szűrést hozunk létre a GET és POST kérésekre, megakadályozzuk az adatbázisba való befecskendezést és az onnan érkező adatok fogadását.

Hozzon létre egy .php fájlt tetszőleges névvel és a következő tartalommal:

// állítson be egyet, ha engedélyezni szeretné a kérések hibakeresését
$ hibakeresés = 0;

$ bag_req = array ("select", "eval", "echo", "UPDATE", "LIMIT", "INSERT", "INTO", "union", "CONCAT", "INFORMATION_SCHEMA", "OUTFILE", " DUMPFILE "," LOAD_FILE "," BENCHMARK "," SUBSTRING "," ASCII "", CHAR "," adatbázis "," HEX "," \\. \\ / ","% 00 "," \\. Htaccess "," config \\. php "," document \\. cookie ");
$ kérés = serialize ($ _ GET);


ha ($ _ GET)
{
foreach ($ bag_req mint $ kulcs => $ érték) (
{
A kérés a tömbben található $ érték
$ kérés ";
}
}
}
ha ($ _ POST)
{
$ request = str_replace ("selected_language", "sl", serialize ($ _ POST));
$ urequest = urldecode ($ kérés);
$ brequest = base64_decode ($ kérés);
foreach ($ bag_req mint $ kulcs => $ érték) (
if (preg_match ("/ $ érték / i", $ kérés) || preg_match ("/ $ érték / i", $ urequest) || preg_match ("/ $ érték / i", $ brequest))
{
if ($ debug == "1") $ do_debug = "
A kérés a tömbben található $ érték ami blokkolja a megfelelő működést
$ kérés ";
die ("BAD REQUEST $ do_debug");
}
}
}
?>


A szerverre mentjük a DLE rendszer bármely könyvtárába. Nyissa meg a motor / classes / mysql.php fájlt, és utána:

if (! meghatározva ("DATALIFEENGINE"))
{
meghalni ("Hackelési kísérlet!");
}


csatlakoztassa a létrehozott fájlt:

include_once (ENGINE_DIR. "/fájl_útvonala / név.php");


6. A DLE-hez ingyenes komponensek használatával mindenképpen tájékozódjon szakember véleményéről azok megbízhatóságáról.

Ha kérdése van, forduljon bizalommal kereső motorok- minden anyag szabadon hozzáférhető!
Valami hozzáfűznivaló? Üdvözlünk a vitában!

Sok sikert neked és a projektjeidnek!

A DLE vagy a DataLife Engine egy fizetős CMS a webhelye tartalmának kezelésére. A CMS hatékony rendszerrel rendelkezik a hírek, kiadványok, cikkek, felhasználók kezelésére, és információs portálok és blogok létrehozására szolgál. A számos beépített funkciónak és a fejlett AJAX technológia használatának köszönhetően a CMS munkájában az Ön webhelye még nagy látogatószám mellett is kevesebb szervererőforrást fogyaszt. Ez az útmutató megmutatja, hogyan telepítheti a DLE-t a Hostingerre.

Mielőtt elkezdené ezt az oktatóanyagot, a következőkre van szüksége:

  • Hozzáférés a tárhely vezérlőpultjához

A DLE telepítése a Hostingerre

A DLE telepítésének megkezdése előtt el kell végeznie az alábbi lépéseket:

1. lépés – A DLE telepítőfájlok letöltése

Nyissa meg a mappát feltölteni az FTP-kliensben, és töltsön fel minden fájlt a mappából a tárhelyfiókjába a könyvtárba public_html.

A JEGYZET! Ebben az oktatóanyagban a FileZillát használjuk a fájlok feltöltésére, de bármilyen FTP klienst használhat.

3. lépés – Fájlengedélyek beállítása

A DLE telepítése ben történik automatikus üzemmód, mindössze annyit kell tennie, hogy beállítja a megfelelő jogosultságokat több különálló mappához és fájlhoz, amelyeket korábban feltöltött a tárhelyfiókjába.

  1. Először állítsa be az írási jogosultságokat a mappához sablonokatés annak összes almappája. Ehhez kattintson a jobb gombbal a mappára sablonokat a FileZilla felületen, és válassza ki a lehetőséget Fájl attribútumok...

  1. Ezután a megjelenő ablakban lépjen be Numerikus érték 777 írási engedélyek módosításához jelölje be a mellette lévő négyzetet Átirányítás alkönyvtárakbaés jelölje meg Csak a könyvtárakra vonatkozik.

  1. Ezután módosítania kell a mappában lévő összes fájl engedélyét sablonokat, de a 666-os jogokkal. Ehhez nyissa meg újra a mappa attribútumait sablonokatés kérdezd meg Numerikus érték 666, jelölje be a mellette lévő négyzetet Átirányítás alkönyvtárakba -> Csak fájlokra vonatkozik.

  1. Hajtsa végre ugyanazokat a műveleteket a mappákkal biztonsági mentés, feltöltésekés a bennük lévő összes mappához is. Következő a mappákhoz / motor / adatok /, / motor / gyorsítótár /, / motor / gyorsítótár / rendszer /... Állítsa az írási engedélyeket 777-re az összes megadott könyvtárhoz.
  2. Most elkezdheti a DLE telepítését.

4. lépés – DLE telepítése a Hostingerre

A telepítés megkezdéséhez adja meg a domain nevét a böngészőben. Ha a telepítőablak nem lép ki automatikusan, adja hozzá az install.php fájlt a domain nevéhez. Például, your-domain.ru / install.php.

  1. Ha mindent megfelelően csinált, megjelenik a DataLife Engine telepítővarázsló ablaka. Kattintson a gombra Indítsa el a telepítést.

  1. Ezután fogadja el a felhasználói szerződést a mellette lévő négyzet bejelölésével Elfogadom ezt a megállapodást... Nyomja meg a gombot a telepítés folytatásához. Folytassa.

  1. A következő ablakban ellenőrizze, hogy a szerver egyezik-e szükséges követelményeketés nyomja meg a gombot Folytassa.

  1. Ezután ellenőrizze, hogy a korábban beállított fájlengedélyek megfelelőek-e. Ha minden helyes, nyomja meg újra Folytassa.

  1. Egy új ablakban ki kell töltenie az adatbázis adatait és adatait fiókot a DLE webhely rendszergazdája.

  • Webhely URL-je- a webhely címe

Adatok a MySQL szerver eléréséhez.

  • MySQL szerver- Az adatbázis MySQL szervere a tárhelyen. Ha Ön Hostinger felhasználó, a részben megtalálja a szükséges információkat Adatbázisok -> MySQL adatbázisok.
  • Adatbázis név A MySQL adatbázis neve.
  • Felhasználónév- az adatbázisához rendelt felhasználó neve.
  • Jelszó- az adatbázis felhasználói fiókjához tartozó jelszó.
  • Előtag- MySQL adatbázis táblák előtagja. Változatlanul hagyhatod.
  • Adatbázis motor- ajánlott az alapértelmezett értéket hagyni. InnoDB.
  • 4 bájt UTF- ha ez az opció engedélyezve van, a DLE további információkat tárol az adatbázisban. Ez a lehetőség befolyásolhatja webhelye teljesítményét.

Adatok a vezérlőpulthoz való hozzáféréshez.

Adja meg hitelesítő adatait a webhely vezérlőpultjának eléréséhez. Adja meg valódi címét Email, ez a rendszer a rendszergazdai fiókhoz való hozzáférés visszaállítására szolgál.

További beállítások.

CNC támogatás engedélyezése- tartalmazzon egy ember által olvasható URL-t. Ha ez az opció be van kapcsolva, a cikk címe megjelenik a cikk címében. Ez a funkció hasznos a SEO optimalizálásához.

  1. A telepítés vagy frissítés újraindításának elkerülése érdekében törölje a fájlt install.phpés mappa frissíteni webhelyének címtárából. Kattintson a gombra Folytassa.

Gratulálunk, a DLE telepítése webhelyére a Hostingeren sikeres volt.

Következtetés

Miután befejezte ezt a kézikönyvet megtanulta, hogyan kell DLE-t telepíteni egy tárhelyre. A DLE telepítése meglehetősen egyszerű folyamat, ha gondosan követi lépésről lépésre útmutatónkat. A mai CMS-ek bősége ellenére a DLE-nek megvannak a maga sajátosságai és jó teljesítménye.

A DataLife Engine legújabb kiadásait mindig megtalálja az oldalon. Válasszon a cms DLE, CP1251 vagy UTF-8 különböző – semmisített és licencelt verzióit, a legfrissebbet közvetlenül a dle-news-ból. Például új A DataLife Engine 13.0 Final és nulled DLE 13.0 regisztráció nélkül, ingyenesen és közvetlen linken letölthető.
az oldal mindig az első, amely a legfrissebb kiadványokat kínálja!

DataLife Engine 13.0 Final és nulled DLE 13.0 ingyen

Az új Datalife Engine használatának megkezdése: milyen egyszerű valójában!

Sokan hallottak már olyan CMS-ről, mint a Datalife Engine. És természetesen nem kevesebben hallottak nyilvánvaló előnyeiről. A funkcionalitásról. A MySQL támogatásáról és bővítményeiről. És természetesen arról, hogy a Datalife Engine mennyire kényelmes a felhasználók és a webhelyeket adminisztrálók számára.
Sokan meg akarták tapasztalni az összes élvezetet, és megpróbálták letölteni a DLE-t. De sajnos csak a tesztverziót próbálhatod ki ingyen, míg a CMS 13.0 minden előnyét csak licenccel tudod értékelni. Mellesleg nem kívánatos az illegális szoftverek használata. Ez károsíthatja a DLE-n létrehozott webhelyet és tulajdonosait. Egyáltalán nincs értelme kockáztatni – a költség valamivel több mint száz dollár. Ezért ne töltse le a dle-t torrentről. Sokkal egyszerűbb letölteni tőlünk, megpróbálni, majd dönteni - feltörni a cms-t, vagy vásárolni egy licencet.

Mi a teendő, ha úgy dönt, hogy kipróbálja ezt a csodálatos motort?

Az eljárás nagyon egyszerű, de megvannak a maga árnyalatai:
kicsomagolás a szerverre a webhely mappájába;
támogatás PHP szerver 5.0;
megfelelő forgalommal rendelkező szerver;
20 MB lemezterület.
Ha a webhely helyi terminálra van telepítve, akkor speciális szoftvert kell telepítenie, amely szerver szerepét tölti be. Erre a legjobb megoldás az Apache vagy a Denwer.
Feltételezzük a MySQL-t, ahol az adatbázis úgy jön létre, hogy az utóbbi teljes hozzáféréssel rendelkezzen. A jogok több mappához is hozzá vannak rendelve, amelyekről kívánatos részletesebben az utasításokban látni. A mappákon belül más mappák is találhatók, és írási engedélyekre van szükségük a CHMOD 777-hez. A belső fájloknak CHMOD 666-osnak kell lenniük.
A program bármilyen böngészővel elindul. A sora a következő install.php címet tartalmazza. További telepítési javaslatok következnek. Adja meg felhasználónevét / jelszavát.
Amikor a telepítés befejeződött, az install.php eltávolításra kerül a könyvtárból, valamint a frissítés tartalma. Mire való ez az akció? Eltávolítás nélkül az internetes erőforrás minden elindítása a használt DLE Nulled 13.0 telepítésével kezdődik. A CMS-t az utasításokban látható URL-en keresztül lehet elérni. Ez az "url" közvetlenül az adminisztrációs panelre vezet.

Mit kapnak a weboldal látogatói?

Gyorsan tudnak majd regisztrálni, azonnal megjegyzéseket tudnak majd írni. A rendszer nagy előnye, hogy maguk a "felhasználók" vezetik be a híreket. A regisztráció után elkezdődik a „felhasználói” profil minősítése.
A hírek törölhetők vagy szerkeszthetők, a profilokban lévő fényképek módosíthatók, az elfelejtett vagy elveszett hitelesítő adatok visszaállíthatók. A lehetőségek nagyon komolyak. Az "adminisztrátorok" nem kevesebb funkciót kapnak. Mindent megtehetnek, amit a "felhasználók", beleértve az utóbbiak profiljának kezelését is.
Egyszóval elég a CMS DLE egyszerű rendszer ehhez nem szükséges, hogy bárki webprogramozási guru legyen. Egy egyszerű felhasználó könnyedén létrehozhatja saját webhelyét számos nagyszerű funkcióval. És ennek a vezérlőrendszernek a rajongói látni fogják a 13.1-es verzió küszöbön álló megjelenését. Egyelőre nem igazán tudni róla semmit, hiszen a 13.0 sajtóközlemény most jelent meg, de sokan várják a megjelenést.
Amint a megjelenés megtörténik, mindenképpen átnézzük. Addig is maradjon velünk, és olvassa el a Celsoft 13.0 újdonságait:


A figyelmébe ajánljuk DLE 13.0, letöltve: off. webhely, amely aktiválás nélküli demo verzió lesz. De kifejezetten az Ön számára készült, ami megteszi a demo licencet. De ezt csak tájékoztató jelleggel ajánljuk!És mint mindig, a DLE 13.0 nulled - ami abban különbözik az eredeti verziótól, hogy dekódoltuk és eltávolítottuk a kulcsot kérő kódot a fájlokból - \ engine \ inc \ include \ init.php és \ engine \ inc \ include \ functions. inc.php, más kódmódosítás nem történt! A webhely rendszergazdái emlékeztetnek arra, hogy nulled verziót és kulcsgenet kínálnak - csak referenciaként a forgatókönyv minden lehetőségével, és a tanulás után engedélyt kérünk... Megvásároltuk a portál licencét és határozottan javasoljuk, hogy tedd ugyanezt!