Wildcard DNS ac Subdomains Dynamic

Yn fy holl amser hamdden (ha!), Rydw i wedi bod yn gweithio i lapio'r Map anghyfyngedig Adar Gwyllt cais gyda chais menter a fydd yn caniatáu i bobl ddylunio eu lleolwr siop eu hunain. Mae datblygu fy Meddalwedd fy hun fel datrysiad Gwasanaeth wedi bod yn nod i mi ers cryn ychydig flynyddoedd, ac mae hwn yn gyfle gwych.

Roedd dwy nodwedd allweddol oddi ar y silff yr oeddwn am eu rhoi yn y cais sy'n troi allan i fod yn her enfawr felly roeddwn i eisiau eu trafod pe byddech chi byth yn edrych i wneud yr un peth. Mae'r ddwy nodwedd yn gyffredin trwy gydol cymwysiadau, ond rydw i wedi dod i ddarganfod, er eu bod nhw'n gyffredin, nad yw llawer o ddarparwyr cynnal yn eu cefnogi mewn gwirionedd!

Fy nod yw adeiladu cymhwysiad hunanwasanaeth lle gall y cleient ffurfweddu ei is-barth ei hun (http://subdomains.myapplicationdomain.com), neu hyd yn oed gymhwyso eu his-barth eu hunain (http://subdomains.yourdomain.com). Er mwyn iddo fod yn hunanwasanaeth, mae'n gofyn am y gallu i raglennu'r datrysiad - ond mae'n cyrchu rhai ffeiliau cyfluniad gweinydd enw parth sydd y tu hwnt i derfynau mwyafrif y cyfrifon cynnal! Y mater yw cefnogaeth i Wildcard DNS, hynny yw, gallu pwyntio unrhyw is-barth i barth y gweinydd. Mewn geiriau eraill, mae test.domain.com neu www.domain.com neu any.domain.com i gyd yn pwyntio i'r un lle. Waeth beth rydych chi'n ei ysgrifennu - bydd yn gweithio.

Y tu allan i gymwysiadau, mae hon mewn gwirionedd yn nodwedd eithaf braf i fod wedi'i galluogi - hyd yn oed ar eich blog. Byddai'n caniatáu i unrhyw un ysgrifennu unrhyw beth.yourdomain.com a dod â nhw i yourdomain.com. Byddech chi'n synnu faint o ddolenni gwael sydd â'r pwynt hwnnw i'ch blog neu'ch gwefan. Gellid colli traffig os nad yw'r person yn cydnabod ei fod yn wall gyda'r ddolen.

Mae'r broses yn gweithio trwy ailysgrifennu'r is-barth i ymholiad cyn i'r dudalen gael ei rendro gan y gwe-weydd ... felly mae subdomain.domain.com yn cael ei ddehongli gan weinyddion Apache fel domain.com?what=subdomain trwy ddefnyddio ffeil htaccess:

# Tynnwch y rhan is-barth o domain.com
RewriteCond% {HTTP_HOST} ^ ([^ \.] +) \. Yourdomain \ .com $ [NC]
 
# Gwiriwch nad yw'r rhan is-barth yn www a ftp a phost
AilysgrifennuCond% 1! ^ (Www | ftp | post) $ [NC]
 
# Ailgyfeirio pob cais i sgript php gan basio fel dadl yr is-barth
RewriteRule ^. * $ Http://www.yourdomain.com/%1 [R, L]

Mae rhywfaint o wybodaeth ychwanegol ar y ffeiliau y mae angen i chi eu golygu yn V-nessa.net. Sylwch efallai na fydd y ffeiliau wedi'u lleoli lle nodir hynny yn dibynnu ar eich darparwr cynnal. Mae fy narparwr cynnal mewn gwirionedd yn gefnogol iawn i bobl ymyrryd, ond maen nhw'n rhybuddio y gallai gwneud hynny ddirymu cefnogaeth i gwsmeriaid. Yn ogystal â 'darnia ar eich risg eich hun', nid ydyn nhw'n mynd i estyn allan i'ch helpu chi chwaith.

Rydw i'n mynd i weithio ar ddatblygu gweddill y cais yn hytrach na chael fy hongian ar ddatblygiad yr is-barth. Rydw i'n mynd i roi mewn gwirionedd CakePHP ergyd i'w ddefnyddio fel fframwaith ar ei gyfer!

Nodyn olaf, rwy'n dipyn o hac ar y pethau hyn. Rydw i wedi fy mendithio â thimau datblygu yn fy ngwaith i ddarganfod y pethau hyn. Ar fy mhen fy hun, rydw i ychydig yn beryglus. Gwerthfawrogir unrhyw adborth a chymorth!

3 Sylwadau

  1. 1

    Cwl iawn. Defnyddiais weinydd enw fy nghofrestrydd gyda DNS cerdyn gwyllt pan oeddwn gyda SliceHost, ac roeddwn wedi ffurfweddu Apache i wasanaethu is-barthau heb eu ffurfweddu o'r ffeiliau parthau rheolaidd.

    Cefais fy swyno'n fawr i edrych ar fframwaith CakePHP, ond mae eich cyswllt wedi marw 🙂

    Gellir dod o hyd i CakePHP yn http://cakephp.ORG

  2. 3

Beth ydych chi'n feddwl?

Mae'r wefan hon yn defnyddio Akismet i leihau sbam. Dysgwch sut mae eich data sylwadau yn cael ei brosesu.