Så här fungerar renderingprocessen för sidan i bluetronix CMS
Vid varje sidvisning genomgår bluetronix CMS flera bearbetningssteg. I denna guide lär du dig den fullständiga renderingsprocessen och får veta när säkerhetskontroller äger rum, PHP-skript körs, layoutvariabler ersätts och de färdiga HTML-sidorna skapas.
1. Ladda säkerhetsskript
I början laddar bluetronix CMS de säkerhetsrelaterade skripten. Detta inkluderar Secure Check, kontroll av anropnummer, förberedelse eller kontroll av MySQL-parametrar samt analys av GET- och POST-parametrar.
Kontroller som inte kräver databasanslutning genomförs redan vid denna punkt.
2. Ladda modulkonfiguration
Om det finns, laddas filen /bx_Mod/config_own.php. Skript och konfigurationsvariabler som definieras där är därför redan tillgängliga i början av renderingsprocessen.
3. Starta session
CMS:et startar PHP-sessionen med @session_start();. Särskilt tre sessionsvariabler är viktiga: $_SESSION["S_User"] för CMS-användaren eller redigeringsläge, $_SESSION["S_Language"] för det aktuella språket och $_SESSION["Web_User"] för användaren av en frontend-inloggning.
4. Ladda sidparametrar
Därefter läser CMS:et information om det aktuella anropet från servervariablerna. $domain får domännamnet från $_SERVER["SERVER_NAME"], $FileParameter får begärans sökväg inklusive GET-parametrar från $_SERVER["REQUEST_URI"] och $file får den körda filens sökväg från $_SERVER["PHP_SELF"].
$ReferURL innehåller värdet från $_SERVER["HTTP_REFERER"], om detta har överförts. Det kan till exempel användas vid inladdning av ramar eller sidområden.
5. Ställ in databasanslutning
CMS:et skapar automatiskt databasanslutningen. Därefter står CMS-databas-tabellerna tillgängliga för ytterligare kontroller och för att ladda sidinnehållet.
6. Kontrollera GET- och POST-parametrar igen
Efter att databasanslutningen har skapats anropar CMS:et SECUREGetPost();. De överförda GET- och POST-parametrarna kontrolleras på nytt och justeras om nödvändigt. Nu är även kontroller möjliga som kräver databasinformation.
7. Domän-, redigera- och språkomdirigeringar
Beroende på CMS-konfigurationen, den anropade domänen, redigeringsläget, det valda språket och anropsparametrarna kan en omdirigering ske. Möjliga mål är huvuddomänen, redigeringsdomänen samt språkberoende domäner eller URL:er.
8. HTTPS-omdirigering
Om webbplatsen har anropats utan HTTPS, sker en omdirigering till SSL- eller HTTPS-versionen av sidan.
9. Ladda centrala PHP-skript
Nu laddar CMS:et sina centrala PHP-funktioner. Detta inkluderar till exempel BlueSMTPMail() för sändning av e-post och BlueFormSend() för bearbetning av formulär. Ytterligare centrala funktioner inkluderas också.
10. Ladda siddata från 00_site
Datas från den begärda sidan läses från databas-tabellen 00_site. Under tiden bestäms CMS-variabler som $Template.
Dessutom initieras $LayoutHTML och $SitePHP. $LayoutHTML innehåller senare hela HTML-layouten, medan $SitePHP innehåller den PHP-kod som direkt tillhör den anropade sidan.
11. Ladda layout från 00_layout
Det layout som är kopplat till sidan laddas från databas-tabellen 00_layout och bildar grunden för den fortsatta bearbetningen i $LayoutHTML.
12. Sätt språkberoende JavaScript-filer
Om språkspecifika filer finns kan CMS:et ersätta standardfiler som BxScript.js och BxHeadScript.js med lämpliga språkversioner, till exempel BxScript_sv.js eller BxScript_en.js.
Här justeras filmarkeringarna __FV_/bx_script/BxScript_own_min.js__ respektive __FV_/bx_script/BxHeadScript_own_min.js__ i layouten.
13. Generera header och dynamiskt innehåll
Nu genereras dynamiskt innehåll och sid-specifika PHP-skript körs. DynMenue() skapar dynamiska menyer, IncludeModul() inkluderar konfigurerade moduler och EditMARK() sätter CMS:ets redigeringsmarkeringar.
Med eval($SitePHP) körs PHP-koden för den aktuella sidan; eval($IncludePHP) kör inkluderade PHP-skript.
14. Sätt ändringsparametrar för CSS och JavaScript
För CSS- och JavaScript-filer sätts en ändringsparameter. På så sätt kan webbläsaren ladda en ny version av uppdaterade filer istället för att använda en gammal fil från cacheminnet.
Till exempel kan en filreferens som /css/style.css bli en anrop med en versionsparameter som /css/style.css?v2026....
15. Sätt mörkt eller ljust läge
CMS:et läser den konfigurerade visningsläget från /bx_style/BxSource/CSSEditDarkLight.bx. Beroende på filinnehållet sätts mörkt eller ljust läge i layouten.
16. Sätt modulkonfigurationsvariabler i layouten
Modulkonfigurationen från /bx_Mod/config_own.php tillämpas på layouten. Om till exempel butik, sökfunktion, inloggning eller översättningsmodul är inaktiverade kan de tillhörande kontrollerna automatiskt döljas.
Därför ersätts layoutmarkeringar som __DB_GB_DesktopIconBasket_Display__, __DB_GB_DesktopIconSearch_Display__, __DB_GB_DesktopIconLogin_Display__ eller __DB_GB_DesktopIconLang_Display__ med none.
17. Ta bort kvarvarande ersättningsmarkörer
Outlämnade CMS-platsbehållare tas bort från den färdiga HTML:n. Detta gäller bland annat markörer efter mönstren __DB_...__ och __ST_...__, samt de avsedda interna xxx-kommentarmarkörerna.
18. Ta bort HTML-kommentarer
CMS:et tar sedan bort HTML-kommentarer från $LayoutHTML. Detta gör att onödig kommentartext inte levereras till webbläsaren.
19. Genomföra språköversättning
Om $_SESSION["S_Language"] inte är lika med $GBMainLang översätts de markerade texterna till det aktuellt använda språket. Översättningarna kommer från databas-tabellen Translation.
Om en nödvändig text inte finns där, görs en ny post i Translation. CMS:et identifierar översättningsbara innehåll enligt markerna My Text och My Text.
20. Ersätta bildanrop via IMG.pl
Bildanrop och bildbeskärningar via IMG.pl ersätts med tidigare skapade eller optimerade bildfiler. Den färdiga HTML-sidan kan därmed direkt få tillgång till dessa bildvarianter.
21. Visa färdig sida
Efter bearbetningens slut skickas $LayoutHTML med innehållstypen text/html; charset=utf-8 till webbläsaren, till exempel via print $LayoutHTML;.
För icke aktiverade eller interna domäner märks utfarten med noindex, nofollow så att dessa sidor inte indexeras av sökmotorer.
22. Skriv cache
Efter sidutgången kan CMS:et spara den färdiga sidan i cachen. Förutsättningen är att ingen S_User är inloggad, sidan inte är i redigeringsläge och att cachelagring är aktiverad för denna sida.
Vid senare anrop kan den sparade HTML-sidan användas utan att den fullständiga renderingprocessen körs igen.
FAQ
vad kunder ofta frågar oss
Vad är sid-renderingprocessen?
Med detta avses i handledningen de bearbetningssteg med vilka bluetronix CMS skapar den färdiga HTML-sidan från sidas och layoutdata och skickar den till webbläsaren.
Vilka säkerhetskontroller görs före databasanslutningen?
Före databasanslutningen genomförs bland annat Secure Check, kontroll av anropantalet, förberedelse av MySQL-parametrar och analys av GET- och POST-parametrar.
När laddas modulkonfigurationen?
Fil /bx_Mod/config_own.php laddas, om den finns, redan före sessionens start och före databasanslutningen.
Vad används S_User, S_Language och Web_User till?
S_User betecknar CMS-användaren eller redigeringsläge, S_Language den aktuella språket på webbplatsen och Web_User användaren av ett frontend-login.
Från vilka databastabeller kommer sida och layout?
Sidedata laddas från 00_site. Den tillhörande layouten läses från 00_layout och bearbetas i $LayoutHTML.
När körs PHP-koden för en sida?
Vid skapandet av header och dynamiskt innehåll körs sidans egen kod via eval($SitePHP) och inbäddad PHP-kod via eval($IncludePHP).
När används språkbundna JavaScript-filer?
Om lämpliga språkalternativ finns kan BxScript.js och BxHeadScript.js ersättas med de motsvarande språkspecifika filerna.
Hur bestäms mörkt eller ljust läge?
CMS:et läser filen /bx_style/BxSource/CSSEditDarkLight.bx och ställer in visningsläget i layouten baserat på dess innehåll.
När översätts texter automatiskt?
Om det aktuella språket avviker från $GBMainLang, översätts de motsvarande markerade texterna baserat på posterna i tabellen Translation.
Under vilka förutsättningar cacheras den färdiga sidan?
Cache kan skrivas om ingen S_User är inloggad, sidan inte är i redigeringsläge och cachelagring har aktiverats för denna sida.