Salutări tuturor cititorilor. Popularitatea AJAX este de așa natură încât este de fapt un standard de facto pentru multe proiecte. Deși, la fel ca toate tehnologiile (mai ales cele noi și / sau cele la modă), este adesea folosită (ceea ce este un păcat de ascuns) și unde nu poate fi eliminat și unde este posibil și deseori necesar. Cu toate acestea, astăzi vom vorbi despre altceva. Unul dintre momentele neplăcute când se utilizează AJAX este lipsa legăturilor directe cu paginile generate dinamic sau cu părțile lor separate. Există o întrebare conceptuală aici - și, de fapt, este o pagină în această abordare - nu are o reprezentare statică, de fiecare dată complet diferită (să nu fie confundată cu generația dinamică de pe server) și, de fapt, oferă utilizatorului o fereastră în reprezentarea multidimensională a ei înșiși.
Dar totuși - să spunem că avem un card de simplu, dar ambițios web-site-ul, în cazul în care tranziții sarcini de meniu AJAX și afișează conținutul, și vrem să dea un prieten pe link ICQ la pagina de contact (sau oricare alta, nu contează).
Există două abordări pentru rezolvarea problemei referințelor.
Ulterior, la comutarea pe o legătură (de exemplu, cu un semn de carte) obținerea mecanismului de conținutul paginii se realizează prin identificarea armăturii client și podgruzki corespunzător conținutului lui. Nu există multe articole pe această temă pe Internet. În runda, în general, aproape nu.
Una dintre problemele cu această abordare este prima "descărcare unică a conținutului".
Există mai multe soluții la această problemă. Una dintre ele se bazează pe ascunderea temporară a conținutului și pe afișarea ulterioară a acestuia numai după încărcarea ancorei de conținut corespunzătoare. Această abordare are totuși dezavantajul conținutului inutil de încărcare. Din păcate, nu am găsit exemple de astfel de implementări.
Această abordare are dezavantajul indexării site-ului de către motoarele de căutare, ei văd pagina rădăcină ca un manechin. Deși aici lucrez cu algoritmi generali, este foarte posibil ca profesioniștii din domeniul căutării sau optimizării să poată extinde mai mult subiectul indexării unui astfel de conținut.
Apropo, aici este, în opinia mea, cea de-a doua problemă a AJAX - totuși este mai potrivită pentru implementarea aplicațiilor, iar conținutul și navigarea în domeniul public este un pic greșit. În aplicații problema de link-uri nu apar (imagina o trimitere la scrisoarea sa deschisă la GMail-e nu pot, iar acest lucru este nevoie chiar mai mult), dar dezvoltatorii de obicei „de conținut“, site-uri sunt adesea prea adânc în drăgălășenie, fără a examina gradul de utilizare a proiectelor lor.
Acestea sunt plăcintele :). Un script de server este atașat la acest script client, care, în prezența unui referre intern, încarcă în locul paginii principale, pagina specificată în referință. Iată un exemplu de mambot pentru un Joomla CMS scris în PHP:
$ _MAMBOTS-> registerFunction ('onStart', 'fullajaxStart');
În principiu, asta e tot.
Acest algoritm are dezavantajul (este legea de conservare a energiei) - ca urmare a unei conexiuni pentru 2 mai la server (2 tur-retur), dar poate fi cota cărpănos în raport cu „descărcarea de conținut de mers în gol.“
Priimuschestvo considerate abordare - conservate pagina de start ca un site web accesibil pentru crawlerele normală, nu există nici un conținut de sarcină inutilă ( „cerere de mers în gol“), nu există o pagină clipește. Necesitatea introducerii algoritmului luat în considerare depinde de situația specifică. Poate ai nevoie de ea. Foloseste-ti sanatatea!
Trimiteți-le prietenilor: