Тази статия описва как наистина да се анализира в детайли процеса на създаване на един прост модул за DLE с кеширане и свои собствени шаблони. Нека разгледаме първия модул без шаблон, а след това го допълнят със собствените си шаблони. Резултатът на статията ще бъде работещ без администратор модул, наречен навсякъде в сайта чрез низ връзка.
Естествено модул за работа, в резултат на по-добър кеш допълнителни запитвания към базата данни, ние не се нуждаят от тях. Точно както ние не се нуждаем шаблон модул, но например, цитирам кода за модул и шаблон, защото правилното свързване на шаблона също е много важно и повече или по-малко сложен модул спестява много ресурси чрез намаляване на кода за модул.
Определен набор от задачи, можете да започнете да пишете код. Не забравяйте, че има DLE API. и изглежда логично да се използва готовата API за тази задача, но аз силно препоръчваме да не го използва на всички, дори и (особено!) в сложни модули.
Защо не се използва DLE_API
Толкова е просто - това е много крива на нещо, което не се развива толкова, от версия 8.2 (като на това писание, текущата версия на двигателя - 10.0 и в сравнение с предишната версия само фиксира бъг с невъзможността за регистриране на потребител чрез API, никакви промени не се извършват).
Използването dle_api значително увеличава за сметка на паметта. че изобщо не никак добре.
Методите, описани в dle_api различават с оригиналната функционалност.
Общи съвети: Ако имате нужда от някой метод или функцията на dle_api - просто го копирате в модул.
Може би моите скромни развитие ще продължи за набор от методи и функции, които могат да бъдат използвани в бъдеще, но това е тема за друга статия.
Писане на код
Преди да пишете модул (с изключение на файлове, които са отговорни за Аякс), трябва да се без да се провалят, в самото начало да се регистрират на един ред:
Това не позволява на потребителя да се прилага по отношение на плъг-ин файлове директно, което означава, че не може да изрази собствените си параметри в модула и хакна сайта чрез този модул. Мисля, че е важно този етап не може да се надценява, но все пак, аз често се препъват в липсата на такава структура в кода за модул.
Конфигурация и кеширане
Реших да се спре на този етап в подробности, тъй като тя е една от най-често задаваният въпрос, ако човек реши да напише модул.
Конфигурация модул най-добрия рекорд в масива - това ще даде възможност да се създаде безпроблемно кеш за всеки модул разговор с различен набор от конфигурацията, в този случай, за всеки потребител.
Нека обясня защо. Да предположим, че е написал модул, той се кешира, и да се създаде ред на кеша е както следва:
когато:
- $ Var1 $ var2 $ var3 $ var4 -... Променливи модул.
- $ MyModule - текст, за да се запишат в кеша.
и създаването на кеш линия е тази:
По този начин, ние не трябва да се изкачи в този код винаги, всичко ще стане автоматично.
Използвайте представки и наставки кеш - това ще осигури автоматично почистване на кеша, както и даде възможност (ако е необходимо), за да създадете отделни кеш за различни групи потребители.
За по-голяма яснота, ще обясня, погледнете на снимката:
Така че в този случай, ако е необходимо архиви префикс Cache модул трябва да се нулира само когато добавяте или премахвате новини (тя просто ми харесва това, можете да използвате календар и RSS). Код довереник и създаване на кеша няма да даде тук, за да не се претрупва темата, на всички кодът за модул може да се разглежда по-долу.
Текст кеш - е резултат от модула, които ще бъдат записани в кеша, а след това е просто.
ID кеш или име - тук е най-добре да се премине на променливата $ cacheName, за които е написано по-горе, а променливата $ довереник [ 'кожа'] - това, за да има различни кеш за различни уебсайт шаблони.
Префикс кеш - може да отнеме две стойности, вярно или невярно, ако бъде приет, за да е истина, за всяка група ще създаде потребителски кеш файл, че е необходимо, ако различните групи потребители трябва да се покаже различно съдържание.
Универсалният празно за кеш модул без шаблон
Като се има предвид изложеното по-горе писмени, ние можем да създадем един прост шаблон за модул, който ще използва кеш паметта, но няма да се използва в работата си модел. Само на 15 реда код! Доста е просто, нали?
Малко отклонение:
Съветвам ви да използвате монотонен тип променлива и променлива конфигурационен модул модул, т.е.
Тя изглежда много по-неразбираем от
Въпреки това, използването на дънни линии, аз не практикуват в DLE, като веднъж заради това натоварване в DLE филтърния модул и той не работи, макар че може би това е просто изолиран случай.
Сега можете да видите резултата от нормалното:
Тук трябва да се отбележи, че ако кеша ще бъде написан един пръст - това няма да DLE "брои кеш" и да се създаде нова, така че трябва да напиша нещо различно от нула.
Крайният модул на нашия код ще бъде, както следва: общо 20 реда код - и се пригответе за решаване на конкретен проблем.
Модул код работи добре и може да се използва в реален проект, но намалява промоционалния код, за да се запознаят с принципите на правилните модули за писане за DLE.
По това може да свърши, но по-горе съм обещал да покаже кода на модула с помощта на собствения си шаблон.
Свързани статии