Composite Technology helyszínen, hogy úgy van kialakítva, és hogyan
Ez a cikk nem akar lakni nyújtotta előnyöket a technológia a kompozit és szeretnék általánosságban átfogja a technikai oldala a kérdés. Kompozit technológia helyén - egy szabadalmaztatott technológiai cég 1C-Bitrix felgyorsítja a letöltési oldalt. Ez a technológia áll rendelkezésre az összes kiadásában Bitrix termék.
előzmények
Felvétele kompozit kapható változata 14,5 fő modul (láthatod az Adminisztráció -> Beállítások -> Modules -> főegység). Tartalmazza kompozit mód "gomb engedélyezése Composite Mode":
Ha nem látja az írásaiban „Enable Kompozit mód”, ami azt jelenti, hogy van egy régebbi verziója, és anélkül, hogy kernel patch (főegység) Bitrix nem.
Ezután kell csatlakozni a helyszínen FTP-n keresztül (akkor biztosan tud nélküle, és tegyenek meg mindent a admin Bitrix, de ez lesz tízszer lassabb). /bitrix/php_interface/dbconn.php menjen be, és a végén a fájl csatolt két vonal, ahol bekapcsol debug módban, és csatlakoztassa log123456.txt magazin (az úgynevezett önkéntes, a lényeg, hogy a név egyedi volt a biztonság), ahol a hibakeresési információkat kell rögzíteni ez segít nekünk, hogy hozzanak létre a kompozit. Azzal konstranty BX_COMPOSITE_DEBUG, egyebek között jön létre előzményei oldal változtatásokat a cache (/ bitrix / html_pages / hely_nev /) kiterjesztésű .delete. de erről bővebben később.
Befejezését követően az összetett beállítások ne felejtsük el, hogy távolítsa el ezeket a sorokat, mert különben a log fájl gyorsan fog nőni, amely felveszi az értékes helyet. A log fájlt a beállításokat, amelyek helyén lévő gyökér. Azonnal helyezze a gomb kódját a kompozit a láblécsablont a megfelelő helyen. Ez jobb, hogy nem, mert nem volt olyan eset, amikor a gomb nem látható, az előtérben sajátosságai miatt az elrendezés, és akkor kezdődik a csoda, mint minden volt, ahol féltve őrzött egy gombot. Tulajdonképpen maga a kód: Megjelenése kompozit gombok egyénileg szempontjából színösszeállítás:
Előkészületek befejezettnek tekinthető, balra, hogy egy biztonsági másolatot a webhely, és akkor elkezd testre :)
Beállítása Kompozit mód
Weboldal fordítási technológia azt jelenti, hogy győződjön meg arról, hogy minden eleme a sablon az oldalon, hogy megfelelően működnek az összetett módban. Helyességét jelenti meghatározó minták, mint:
- statikus, akkor hozzá kell adni a cache.
- dinamikus, így az oldal vele, hogy a cache haszontalan.
- statikus, de van-nak nevezhető dinamikus.
Amint az összes összetevőt az oldal sablon lesz jól definiált, a kompozit technológia a helyszínen fogják használni ezen az oldalon.
Kezdjük „/index.php” honlap. A króm Hit F5 a honlapon, hogy frissíteni kell az oldalt. Végrehajtása során ezt a műveletet, és tekintettel arra, hogy az összetett hibakereső mód engedélyezve van, az összes komponens, hogy található a főoldalon, hanem alkatrészek sablonok, vagy az ellen szavazna az összetett. A komponensek maguk alapértelmezés szerint szavazni. Most, miután ezek az intézkedések nem ravasz, akkor megjelenik egy lista a komponensek ellen szavazott, aztán be kell állítani, hogy a munka összetett módban. Ehhez nyitott log123456.txt folyóirat és valami ilyesmit: Meg kell figyelni, hogy a vonal Ok /bitrix/templates/evrotex/components/bitrix/news/rent/news.php. Ebben az esetben egy integrált hírek alkatrész sablon kiadó ellen szavazott. Megnyitja a sablont, és létre kell dolgozni kompozit módban.
Mivel a szavazás az összetett a sablon tartalmazhat 2 féle nak - a statikus és dinamikus, akkor a meghatározás két módja van:
1. Át alkatrész stanicheskuyu övezetben az alkatrész sablon első levelet $ this-> setFrameMode (true) - ez azt jelenti, hogy a komponensek a „hangja”. Ennek megfelelően, ha azt szeretné, hogy, hogy egy ellenszavazattal, a $ this-> setFrameMode (hamis) (nem tudom, miért, ha igen ellene szavazott, de talán vannak árnyalatok, amelyek nem ismertek rám)
2. létrehozásához dinamikus zóna használja createFrame módszer. A dinamikus zóna egyaránt tartalmazhat a teljes sablont, és egy dinamikus részt, a minta területen. Ie minden, ami megfigyelhető a statikus zóna kompozit gyorsítótárhibákat, míg a dinamikus zóna betöltött minden alkalommal keresztül ajax-kérelmet.
Tekintsük néhány példa során Bitrix
Ebben az esetben, a végén a dinamikus zóna nem szükséges, de én még mindig ajánlom, hogy csináld -> end (), mint én, mert a hiánya -> end () az egyik oldalak elrendezését repült ismeretlen okból nekem. Általában semmi bonyolult.
A pálya változik log123456.txt magazin. Például, van, amikor először nyitja meg a magazin volt 3 komponens, amely elutasította. Változtatásokat hajt végre a komponensek sablonok, arra kényszerítve őket, hogy szavazzanak a kompozit. Ezt követően, a tiszta, vagy távolítsa el a napló és frissítse a böngésző egy egyéni oldalt. Ha minden komponens megfelelően vannak beállítva, a napló nem jön létre, mert az továbbra is további módosításra.
Abban az esetben van szükség, hogy egy dinamikus terület a sablon az oldal (például kis kosár minta szükséges a dinamikával, hogy), akkor a következő módszerek: A hibakeresési naplófájl nem jönnek létre, ott nagyra kompozit gomb jelzi, hogy a kompozit megszerezte, de pihenni még korai :)
Hibakeresés kompozit
Ami a desszert, nagyon finom, és a kompozit a legérdekesebb a végén.
Nyissa meg a könyvtár / bitrix / html_pages /, amely létrehoz egy összetett cache oldalakon.
A korábban definiált állandók meghatározásához ( „BX_COMPOSITE_DEBUG”, true) indít nemcsak az összes szavazati rekord mechanizmus „ellen”, és lehetővé teszi, hogy a történelem lapjain változások a cache (/ bitrix / html_pages / hely_nev /) kiterjesztésű .delete. Mit jelent ez a terjeszkedés? Ez azt jelenti, hogy nem nézi a tény, hogy a napló bejegyzések szavazási összetevők, amely elutasította az összetett már nem teremtett, de a cache felülírt minden találatot. Vannak cache kiterjesztésű fájlok .delete. a második frissítés az oldal után az összetett, mivel a megjelenése egyedi vonatkozó információ minden alkalommal, amikor frissíteni. Példaként, a generációs egyedi azonosítót vagy captcha.
Ésszerű kérdés merül fel, hogyan lehet megtalálni az okot, és erősít ez?
Az első határozott összehasonlításával a tartalmát két különböző cache kiterjesztésű fájlok .delete. ugyanarra az oldalra a helyszínen, és megállapítást különbségeket. Ezek a különbségek és az utolsó akadály, amely megakadályozza, hogy megfelelő ahhoz, hogy a kompozit. Ahhoz, hogy megtalálja ezeket a különbségeket, akkor a különböző eszközöket. Személy szerint én úgy döntött, az online onlinewebtool.com szolgáltatás. Okosan működik, és ami a legfontosabb, nagyon világosan mutatja a különbséget a két összehasonlított oldalakon.
Ami a második, azaz a korrekció, akkor nincs egyetlen recept oka bármi lehet. Én általában kezdeni a keresést az okokat keresve egy alkatrész vagy egy részét a helyszínen, amely magában foglalja az osztály nevét az edény, amely körülveszi a problémás darab. Tegyük fel, azt találjuk, hogy a problémás darab található a héderben (cap) honlapján. Nyílt header.php webhelysablonhoz és az osztály vagy azonosítója a problémás területeket. Az utolsó alkalommal a helyszínen, amit lefordítva az összetett, problémamegoldás hely felbukkan egy űrlapot, amely a header.php tartalmazott funkció generáló captcha CMain :: CaptchaGetCode ()
Az igazság kell ismerni, hogy a probléma megoldása érdekében a kialakulását az kiterjesztésű fájlok .delete. Ez nem mindig lehetséges. Itt jön a támogatás két másik tapasztaltam tehpodderka és a fórum.