Bitrix multisite në domene të ndryshme. Makina virtuale Bitrix

Artikulli më i mirë, për mendimin tim, në temën e organizimit të multisite në 1C-Bitrix. Gjithçka përshkruhet shumë qartë.

Epo, le të fillojmë me faktin se mund të krijoni shumë faqe interneti me një instalim të Bitrix (pa blerë licenca shtesë mund të krijoni dy faqe interneti), që do të thotë se do të mbyllim pyetjen e parë: për të vendosur multisite, duhet të instaloni Bitrix vetem nje here.
Ekziston një kurs trajnimi mjaft i detajuar që përshkruan dy mënyra për të ngritur multisite.

Cila metodë duhet të zgjedh?

Ekziston një mendim se përdoruesi zgjedh metodën më të përshtatshme në shumë faqe për vete, por në realitet zgjedhja e metodës varet nga cilësimet e sistemit.

Metoda e parë supozon (në dosje) që faqet janë në të njëjtin domen, por në dosje të ndryshme. Është i përshtatshëm për krijimin e faqeve të internetit në gjuhë të ndryshme ose, për shembull, faqet e internetit rajonale të një kompanie.
Adresat e faqeve do të duken kështu:

http://example.com/ru
http://example.com/en

ose

http://example.com/
http://example.com/KGD
http://example.com/SPB

Nëse temat e faqeve janë të ndryshme, me sa duket, nuk mund të bëni pa vendosur metodën e dytë, kur sajte të ndryshme ndodhen në fusha të ndryshme, për shembull:

http://www.bitrixsoft.ru/
http://www.bitrixsoft.com/

Të dy faqet punojnë në të njëjtën kopje të produktit, por kjo nuk shfaqet jashtë. Duket më bukur, por kërkon pak më shumë përpjekje për t'u vendosur.
Do të doja të tërhiqja veçanërisht vëmendjen tuaj për faktin se ajo që vijon ka të bëjë me punën në hosting, kur të gjitha cilësimet e serverit bëhen nga administratori. Nëse po konfiguroni multisite në nivel lokal, fillimisht duhet të konfiguroni serverët virtualë të uebit. Ju mund ta shikoni këtë në faqen zyrtare të Apache (dhe në pjesën ruse të Internetit ka shumë artikuj mbi këtë temë).

Tani disa fjalë për mënyrën se si sistemi përcakton faqen aktuale.
Le të hapim cilësimet e faqes (Cilësimet - Cilësimet e produktit - Faqet - Lista e sajteve):

Këtu mund të specifikoni emrin e domenit dhe dosjen e faqes - këto janë cilësimet kryesore për konfigurimin e multisite, pjesa tjetër përcaktojnë përparësitë.
Së pari, sistemi kontrollon domenin aktual: domenet zgjidhen nga cilësimet e të gjitha faqeve dhe krahasohen me domenin në të cilin ndodhet përdoruesi. Në këtë rast, krahasohet vetëm ana e djathtë deri në pikën (d.m.th., të gjitha nënfushat i përkasin automatikisht këtij domeni). Për shembull, në cilësimet tregohet
shembull.com
dhe përdoruesi u hap
www.example.com
kushti do të konsiderohet i plotësuar. Por nëse ai hapet my-example.com- ky është një domen tjetër, duhet të tregohet veçmas në listën e emrave të domeneve.
Nëse emrat e domeneve nuk janë specifikuar ose të njëjtat domene janë specifikuar në sajte të ndryshme, atëherë përcaktimi bëhet nga dosja e sajtit. Ju lutemi vini re se kjo është një dosje në lidhje me rrënjën e faqes (d.m.th. shtegun në URL), jo një shteg në sistemin e skedarëve në server.
Më pas, identifikuesi i faqes përdoret për të lidhur shabllonin, për të zgjedhur lajmet, për të përcaktuar gjuhën, etj.

Shembull:
Në cilësimet e një siti specifikohet dosja / , një tjetër /ru.
Gjatë hapjes shembull.com/forum/messages/ arrijmë në faqen e parë kur hapim shembull.com/ru/forum/messages/- Në të dytën.
Në këtë rast, dosja bitrix (që përmban thelbin e produktit) qëndron në rrënjë, nuk kopjohet askund dhe nuk bëhen cilësime të tjera në server. Gjithçka është e qartë dhe e thjeshtë.
Shumë më tepër pyetje dhe probleme lindin me vendosjen e multisite duke përdorur metodën e dytë, kur na duhet të shërbejmë disa sajte në domene të ndryshme me një instalim Bitrix. Le ta shohim këtë në më shumë detaje.

Multisite duke përdorur metodën e dytë (mini HOWTO)

Së pari ne duhet të vendosim se çfarë duam të marrim. Le të supozojmë se kemi dy domene:

shembull.com
shembull.net

Ata kanë dosje të ndryshme rrënjësore (d.m.th., kur hyni në secilën prej tyre, skedarët hapen nga dosje të ndryshme fizike në server). Ekziston një opsion kur qasja në ndonjë domen hap të njëjtin dosje në server (do ta shqyrtojmë këtë opsion më poshtë), por është opsioni i parë që preferohet.

Në të njëjtën kohë, dua të tërheq vëmendjen në pikat e mëposhtme:

• të gjitha domenet duhet të tregojnë një server; opsioni kur domene të ndryshme konfigurohen në hoste të ndryshëm është i papranueshëm;
• në rastin tonë (kur dosjet rrënjësore të domeneve janë të ndryshëm) nuk ka rëndësi nëse kemi domene të ndryshme të nivelit të dytë apo nëndomanë të të njëjtit domen (për shembull, lojra.shembull.com Dhe shembull.com). Për të qenë më të saktë, nuk ka fare rëndësi. Ajo që vërtet duhet të na interesojë është nëse ata kanë një dosje të përbashkët rrënjë apo jo;
• opsion kur janë konfiguruar një numër i madh nëndomainësh, të cilët formohen në mënyrë dinamike (për shembull, vasya.example.com, kolya.example.com etj) në përgjithësi nuk është multisite në kontekstin e produktit tonë, dhe në përputhje me rrethanat udhëzimet për shumë faqe nuk zbatohen këtu. Le të shohim këtë opsion më poshtë. Përafërsisht, Bitrix multisite është kur disa sajte konfigurohen në listën e sajteve në cilësimet e produktit.

Detyrë: konfiguroni shumë faqe duke përdorur metodën e dytë në hostimin UNIX.

Hap pas hapi.

1. Ne instalojmë Bitrix në një nga domenet (nuk ka rëndësi se cili). Për qartësi, supozojmë se e keni instaluar produktin në shembull.com. Nuk po bëjmë asnjë cilësim shtesë për momentin.

2. Tani ju duhet të merrni të njëjtën kopje për të punuar në domenin e dytë.
Ne besojmë se pjesa publike e faqeve është e ndryshme (përndryshe pse do të na duheshin faqe të ndryshme?), kështu që për faqen e dytë do t'ju duhet vetëm thelbi i produktit (dosja bitrix, Epo Ngarkoni). Teorikisht, nëse thjesht i kopjoni ato nga faqja e parë, do të funksionojë, por kjo nuk do të na përshtatet (duheshim të merreshim me një "shumë faqe" të tillë).
Le të marrim dy kopje të kernelit që punojnë me të njëjtën bazë të dhënash; pas përditësimit të njërës prej tyre, baza e të dhënave do të përditësohet dhe faqja e dytë do të ndalojë së punuari (dhe përveç kësaj, kopjimi i kernelit është kundër licencës).
Problemi zgjidhet duke përdorur lidhje simbolike. Në mënyrë figurative, lidhja kryen detyrën e një shkurtoreje në desktop, e cila hap programin, por nuk është një program në vetvete.
Udhëzuesi për shumë faqe rekomandon zhvendosjen e bërthamës në një dosje të përbashkët të përbashkëta, më pas bëni lidhje simbolike në çdo sajt. Këtu, për lehtësi prezantimi, do ta thjeshtoj këtë hap dhe do të bëj një lidhje nga një faqe në tjetrën (nga pikëpamja funksionale nuk ka dallim).
Unë skicova një skript të vogël që do të ndihmojë në krijimin e lidhjeve simbolike kur përdorni vetëm akses ftp në server:

Kodi

raportimi i gabimit (E_ALL & ~E_NOTICE); @ini_set ("gabimet_afishimi",1); nëse ($_POST["rruga"]) $rruga = rtrim($_POST["rruga"],"/\\"); tjetër $rruga = "../site2/www"; nëse ($_POST["krijo"]) { if (preg_match ("#^/#",$rrugë)) $rruga e plotë = $rruga; tjetër $full_path = realpath($_SERVER["DOCUMENT_ROOT"]."/".$p ath); Nëse (skedari_ekziston ($_SERVER["DOCUMENT_ROOT"]." /bitrix")) $strError = "Dosja bitrix tashmë ekziston në dosjen aktuale"; elseif (is_dir ($full_path)) { nëse (is_dir($full_path."/bitrix")) { if (symlink($path."/bitrix",$_SERVER["DOCUM ENT_ROOT"]."/bitrix")) { if(symlink($path."/uploada d",$_SERVER["DOCUMENT_ROOT"]."/upload")) jehonë" Lidhjet simbolike u krijuan me sukses"; tjetër $strError = "Nuk mund të krijohet një lidhje në dosjen e ngarkimit, ju lutemi kontaktoni administratorin e serverit"; } tjetër $strError = "Nuk mund të krijohet një lidhje me dosjen bitrix, kontaktoni administratorin e serverit"; } tjetër $strError = "Rruga e specifikuar nuk përmban dosjen bitrix"; } tjetër $strError = "Gabimi i rrugës së pavlefshme ose të drejtave të aksesit"; Nëse ($strError) jehonë" ".$strError." Rruga e burimit: ".$full_path; } ?> Rruga drejt dosjes që përmban dosjet bitrix dhe ngarkimi:

Skripti duhet të ngarkohet në dosjen rrënjë të faqes së dytë (në rastin tonë, shembull.net), më pas pas nisjes, specifikoni shtegun për në dosjen rrënjë të faqes së parë (ose dosjes të përbashkëta, nëse thelbi është në të).
Le të supozojmë se faqja e parë është në dosje:

e dyta:

Shkruani skriptin në një dosje /var/www/denis/example.net/www, në fushën e rrugës shkruajmë " ../../example.com/www"ose" /var/www/denis/example.com/www Nëse gjithçka shkon mirë, në dosje /var/www/denis/example.net/www do të shfaqen lidhjet e nevojshme simbolike.
Problemet mund të shfaqen në këtë fazë:

• nuk ka leje për të shkruar në dosjen aktuale;
• Ekziston një kufizim sigurie (open_basedir) që i pengon përdoruesit e hosteve të përbashkëta të hyjnë në sajte të tjera.

Nëse keni probleme me këtë skenar, duhet të kërkoni ndihmë te hosti.
Pasi të krijohen lidhjet, duhet të ndodhë si më poshtë: shkruani shembull.net/bitrix/admin, hapet paneli i autorizimit, futni të dhënat e administratorit që u specifikuan gjatë instalimit të produktit shembull.com dhe arrijmë te paneli administrativ i Bitrix.
Meqenëse ka një bërthamë dhe një bazë - paneli administrativ për të dy faqet do të jetë i njëjtë(d.m.th. një dhe e njëjta).

Tani duhet të kopjoni nga faqja e parë .qasje.php(për të pasur akses leximi në ndarjen rrënjësore, nëse është e nevojshme, mund ta modifikoni manualisht, duke fshirë gjithçka përveç $PERM["/"]["*"]="R";) Dhe indeks.php(e cila do të redaktohet më vonë).

3. Vendosja e faqeve.

Hapni cilësimet për çdo sajt ( Cilësimet - Cilësimet e produktit - Faqet - Lista e sajteve), tregoni në fushën "Emri i domenit:". shembull.com Dhe shembull.net përkatësisht për vendin e parë dhe të dytë.
Gjëja e fundit që duhet bërë këtu është të specifikoni shtegun në server për në dosjen rrënjësore të çdo faqeje (fusha “Rruga drejt dosjes rrënjësore të serverit në internet për këtë sajt:”) në mënyrë që moduli i menaxhimit të strukturës të ndërtojë një pemë të skedarë për çdo sajt (menyja "Përmbajtja"):
tregojnë /var/www/denis/example.com/www Dhe /var/www/denis/example.net/www përkatësisht.

4. Kontrollimi i pjesës publike.

Nëse gjithçka është bërë si duhet, faqe të ndryshme tani duhet të hapen në domene të ndryshme. Për ta bërë këtë, ne do të përdorim skriptin më të thjeshtë:

Kodi

Le ta ruajmë atë në rrënjën e të dy faqeve kur qasemi në skriptin në domen shembull.com duhet të shfaqet identifikuesi (afishimi me dy shkronja) i të parës në domen shembull.net- identifikuesi i faqes së dytë.

Të gjitha. Problemi është zgjidhur.

Po nëse dosja rrënjë e përbashkët?

Kjo nuk është e përshtatshme kryesisht sepse pjesa publike e faqeve do të ndahet. Por nëse nuk ka mundësi tjetër, mund të konfiguroni edhe këtu multisite. Vetëm për të ndarë pjesën publike në rrënjën e faqes do të duhet të krijoni dosje për çdo sajt dhe në fakt do të funksionojë multisite sipas metodës së parë.

Tani shkurtimisht hap pas hapi. Kushtet e problemit janë të njëjta, por do të supozojmë se domenet shembull.com Dhe shembull.net keni një dosje rrënjë /var/www/denis/shembull

1. Ne e instalojmë produktin në çdo domen një herë.

2. Për të ndarë pjesën publike, krijoni atë në një dosje /var/www/denis/shembull dosjet com Dhe neto. Këtu kerneli ka një shteg /var/www/denis/shembull/bitrix për të dy faqet, dhe nuk ka nevojë të krijohen lidhje simbolike.

3. Në cilësimet e faqes, tani duhet të specifikoni dosjen e sajtit përveç domenit: /com Dhe /neto për faqen e parë dhe të dytë.

4. Ne krijojmë një faqe indeksi për sitin duke ndjekur shembullin nga kursi i trajnimit. Kjo faqe domeni do të përcaktojë sitin aktual dhe do të lidhë pjesën publike përkatëse. Vetëm për këtë ishte e nevojshme të specifikoheshin domenet në cilësimet e faqes. Këtu është kodi i skriptit:

Kodi

Konfigurimi ka përfunduar.

Shumë nëndomanë në një sajt

Për shembull, në sit, pas regjistrimit, përdoruesit marrin domenin e tyre të formularit user.example.com. Kur hyjmë në një domen të tillë, ne duam të hapim blogun e përdoruesit.

1. Në këtë situatë, është më mirë të përdorni një dosje të veçantë të faqes rrënjësore për të gjitha nënfushat nga ajo kryesore. Ne pajtohemi me hostin që për shembull.com hapet /var/www/denis/example.com, dhe për të gjitha nënfushat (përveç www.example.com) dosja rrënjë është /var/www/denis/blogs. Instaloni Bitrix në shembull.com.

3. Krijoni një faqe indeksi në një dosje /var/www/denis/blogs, vendosni një komponent mbi të bitrix:blog.blog. Ju lutemi vini re se ky nuk është një komponent gjithëpërfshirës i blogimit, por një komponent që shfaq përmbajtjen e një blogu specifik.

4. Në të njëjtën faqe, përpara se të lidhim komponentin, ne futim kodin që do të përcaktojë ID-në aktuale të blogut duke përdorur shembullin e mëposhtëm:

konkluzioni

Doli të ishte shumë tekst, por në realitet nuk ka fare shumë veprime. Unë u përpoqa të nënvizoj pyetjet kryesore që kanë klientët në lidhje me çështjet e shumë faqeve kur kontaktojnë mbështetjen teknike. Shpresoj se prezantimi do t'ju ndihmojë të kuptoni pak më mirë çështjen dhe të zgjidhni problemet duke përdorur këtë njohuri.

Shumë faqe

Zgjidhja e një problemi biznesi sipas parimit të përgjithshëm "çdo burim në internet ka sistemin e vet të menaxhimit" është i paefektshëm; dhe veçanërisht joefektive kur sistemi i kontrollit është i ndryshëm çdo herë. Problemet që lindin me këtë qasje janë:

1. Kostot e tepërta financiare të nevojshme për blerjen ose zhvillimin e sistemeve të menaxhimit të faqeve në internet.
2. Pika të ndryshme hyrjeje në menaxhimin e faqes, ndërfaqe të ndryshme të menaxhimit.
3. Sisteme të ndryshme autorizimi dhe bazat e të dhënave të përdoruesve të faqeve të internetit.
4. Hapësira të ndryshme reklamimi.

Si rezultat, kompania ka decentralizim në menaxhimin e projekteve të saj në internet. Burime të tepërta shpenzohen për krijimin e zgjidhjeve në internet dhe zgjidhja e problemeve të biznesit në internet vonohet. Vizitorët në projektet e internetit të kompanisë gjithashtu mund të përjetojnë bezdi kur punojnë me ta.

1C-Bitrix propozon të ndryshojë këtë situatë. Në çdo kopje produkti mundeni krijoni shumë faqe interneti në përputhje me skemën e licencimit në fuqi.

Pse lindi nevoja për të krijuar sisteme me shumë faqe dhe çfarë do të thotë kjo? Për t'iu përgjigjur kësaj pyetjeje, unë do t'ju jap një shembull elokuent të bisedës sonë me një klient.

Një kompani botuese na kontaktoi për këshilla për zgjedhjen e zgjidhjes optimale. Shefi i departamentit të internetit tha se ata kanë 18 faqe interneti të ndryshme që funksionojnë njëkohësisht. Dhe çdo faqe ka një lloj sistemi të menaxhimit të përmbajtjes, një lloj mekanizmi të menaxhimit të reklamave, diku ka një dyqan online me përdoruesit e tij. Shumica e projekteve kanë forume të veçanta me llogaritë e tyre të përdoruesve, diku ka statistika, blogje...

"Dhe tani imagjinoni," thotë ai, tabelën time në Excel, ku ruaj të gjitha fjalëkalimet e mia për të hyrë në këtë rezervë! Epo, mirë, ne ishim në gjendje t'i detyronim punonjësit tanë të mbanin mend fjalëkalimet dhe të punonin me të, por unë nuk mund t'i detyroj klientët e mi të punojnë kështu?! Ne, në fakt, tashmë kemi humbur kontrollin mbi procesin e zhvillimit, duke përditësuar projektet, nuk mund të hapim projekte të reja...
Më duhet një sistem që jo vetëm që do të kombinojë funksionalitetin që më nevojitet për një sajt, por gjithashtu do të lejojë që të gjitha faqet të kombinohen në një sistem të vetëm menaxhimi, me një sistem të vetëm autorizimi dhe sigurie, kur klientit do t'i duhet vetëm të regjistrohet në ndonjë e faqeve dhe ai do të jetë në gjendje të punojë me të gjitha faqet e tjera. Ne do ta njohim atë dhe do t'i ofrojmë shërbime shtesë."

Duke kuptuar këtë problem, ne kemi implementuar MULTI-SITE në të gjitha botimet e produktit softuerik 1C-Bitrix: Site Management, duke filluar me versionin 4.0. Për më tepër, çdo edicion i produktit tonë (përveç "First Site" dhe "Start" përfshin një licencë për një numër të pakufizuar faqesh. Pra, bazuar në edicionin "Biznes". ju mund të krijoni disa projekte të bashkuara nga një sistem menaxhimi, dhe një projekt mund të jetë portal i madh, dhe e dyta - dyqan online në shkallë të gjerë, etj..

Është interesante se ndërsa prania e kompanisë suaj në internet rritet, numri i projekteve që keni do të rritet në mënyrë të qëndrueshme. Dhe nëse në një ose dy projekte nuk i ndjeni ende problemet e mospërputhjes shumë akute, çdo projekt i ri do të dyfishojë kompleksitetin dhe kostot dhe do të ngadalësojë përparimin tuaj nëse projektet tuaja nuk janë fillimisht. kombinuar në një sistem me shumë vende.

Artem Ryabinkov, analist kryesor, koordinator projekti në 1C-Bitrix

Teknologjia

Faqet dhe shembujt

Nën një shembull i produktit nënkupton një kopje të "1C-Bitrix: Menaxhimi i sitit" të blerë nga klienti, duke përdorur një bazë të dhënash nga lista e DBMS-ve të mbështetura nga produkti.

Nën faqe interneti kuptohet si një kombinim i koncepteve të mëposhtme:

• Llogaria në një bazë të dhënash të përbashkët;
• Pjesa publike e faqes (skedarët dhe dosjet);
• Cilësimet e faqes.

Me fjale te tjera, faqe internetiështë një entitet i krijuar në sistem që ka një grup të caktuar të dhënash (përmbajtje) dhe parametrash (gjuha, modeli i dizajnit, formatet e datës dhe orës). Të dhënat mund të jenë unike brenda kësaj faqeje (pjesë publike, blloqe informacioni individual, formularë ueb, sondazhe, forume, etj.) ose të ndahen midis disa sajteve.

Teknologji me shumë faqe

Çdo sajt duhet të tregohet nga një emër specifik domeni ose grup emrash domeni. Përputhje të tilla tregohen në cilësimet e çdo faqeje. Nuk ka kufizime për emrat e domeneve dhe opsionet e adresimit. Çdo website i ri i krijuar mund të jetë një domen i nivelit të dytë ose të tretë.

Kështu, të gjitha faqet zbatohen në bazë të një kopje të produktit dhe përdorni një bazë të dhënash të përbashkët. Kjo ka përparësitë e mëposhtme të pamohueshme:

1. Një ndërfaqe e unifikuar e menaxhimit të produktit ju lejon të menaxhoni të gjitha projektet në internet në një mënyrë të unifikuar nga një pikë: ndryshoni strukturën, shtoni përmbajtje, menaxhoni të drejtat e aksesit, etj.
2. Një sistem i unifikuar autorizimi dhe një bazë të dhënash e unifikuar e përdoruesve i mundëson përdoruesit të regjistrohet në një projekt ueb, dhe më pas të përdorë shërbimet e internetit dhe informacionin për të gjitha burimet e tjera, në përputhje me të drejtat e tij.
3. Një sistem i unifikuar për mbledhjen e statistikave si për çdo projekt veç e veç ashtu edhe për marrjen e të dhënave përmbledhëse analitike për të gjitha projektet. Përveç kësaj, falë teknologjisë UserMultiSiteTransfer, kryer njohja e vizitorëve që vijnë në sajte të ndryshme brenda një konfigurimi me shumë sajte.
4. Një hapësirë ​​e vetme reklamimi që lejon një kompani ose një reklamues të tërhequr të menaxhojë vendosjen dhe shfaqjen e banderolave ​​nga një pikë. Dhe falë teknologjisë UserMultiSiteTransfer - njoh vizitorët dhe të përdorin në mënyrë efektive shfaqjet e banerëve .

Nëse kompania ka zhvilluar dhe thjeshtuar proceset e biznesit për menaxhimin e faqeve të internetit: krijimin dhe publikimin e materialeve, menaxhimin e reklamave, sondazheve, etj., atëherë krijimi i një burimi të ri në internet nuk do të sjellë ndryshime në këtë strukturë.

Sajtet kanë një bazë të dhënash të vetme, kështu që nëse keni implementuar import/eksportim me sistemet e korporatës ose të kontabilitetit, atëherë mbështetja për shumë site do të jetë transparente për këtë funksionalitet.

Multisite mund të zbatohet në dy mënyra kryesore.

Madje në të parën dhe më të thjeshtën nuk kërkohet konfigurim i serverit në internet! Çdo sajt në dosjen rrënjësore të serverit të uebit do të vendoset në një drejtori të veçantë, për shembull /site1/ dhe /site2/. Cilësimet e çdo faqeje tregojnë emrat e domenit me të cilët duhet të vizualizohen dhe drejtorinë përkatëse me pjesën publike të faqes. Si rezultat, Bitrix do të lidhë automatikisht skriptet e duhura në këto drejtori, të cilat do të vizualizojnë përmbajtjen.

Kompleti i shpërndarjes së produkteve softuerike është dhënë i konfiguruar për të punuar sipas metodës së parë.

Teknika e dytë ju lejon të ndani sa më shumë pjesët publike të faqeve. Për ta bërë këtë, duhet të konfiguroni disa hoste virtualë (serverët në internet) në serverin e uebit (Apache, IIS). Çdo faqe në sistem merr direktorinë e vet rrënjësore (Rrënja e Dokumentit), në të cilën ndodhet pjesa e tij publike. Ndonjëherë çdo faqe mund të ketë edhe adresën e vet IP. Për më tepër, nëse në metodën e parë, vetë produkti përcakton se cilën faqe duhet të lidhet me emrat e caktuar të domeneve, atëherë këtu ky operacion do të kryhet nga serveri në internet. Me këtë implementim, thelbi i sistemit ndodhet fizikisht në një vend, të themi, në faqen kryesore (dosjet /bitrix/ dhe /upload/), dhe në sajte të tjera bëhen lidhje simbolike në këto dosje.

Kështu, produkti mbështet shumë metoda dhe parametra për organizimin e shumë faqeve. Opsioni i parë është shumë i përshtatshëm nëse projekti është pritur në pritje të përbashkët, kur nuk ka qasje në cilësimet e serverit, ose konfigurimi është jashtëzakonisht i kufizuar. Opsioni i dytë zakonisht përdoret në serverë të dedikuar dhe siguron performancë maksimale dhe lehtësi në konfigurimin dhe konfigurimin e projektit.

Çdo opsion i zbatimit është absolutisht transparent si për vizitorët e faqes në internet ashtu edhe për motorët e kërkimit në internet. Nuk kryhen ridrejtime, gjë që nuk ndërhyn në indeksimin e saktë të secilit burim nga roboti i kërkimit.

Licencimi

Paketa standarde e produktit përfshin licencë për një numër të pakufizuar faqesh (përveç licencave "First Site" dhe "Start"). Duke blerë një kopje të 1C-Bitrix: Site Management, mund të krijoni, për shembull, një burim në gjuhën ruse dhe në gjuhën angleze, ose një faqe interneti të korporatës dhe dyqan online falas.

Të gjitha sajtet që operojnë nën të njëjtën licencë duhet të strehohen në të njëjtin host dhe të përdorin një kopje të produktit softuerik 1C-Bitrix: Site Management.

• Zhvillimi i faqes në internet me versione të shumë gjuhëve
• Zhvillimi i faqes celulare
• Zhvillimi i faqeve të internetit shtesë për divizionet dhe degët e kompanisë
• Zhvillimi i një faqe interneti të dyqanit online dhe zyrës së tij përfaqësuese

Veçoritë

• Një produkt thelbësor
• Një bazë të dhënash
• Administrator i vetëm për të gjitha faqet
• Teknologjia e transferimit të autorizimit

Transferimi i autorizimit

Në cilësimet e modulit kryesor, vendosni kutinë e kontrollit për të shpërndarë autorizimin në të gjitha domenet (në skedën e autorizimit).

Shumë faqe në një domen

Veçoritë

• Një emër domain
• Direktoria e veçantë për një faqe shtesë

Shembull: www.mycompany.com/s1/ , www.mycompany.com/s2/ ose www.mycompany.com , www.mycompany.com/s2/ .

Parimi

Krijohet një dosje, për shembull s2, përmbajtja shtohet atje, caktohet një shabllon i sajtit dhe konfigurohet multisite

Cilësimet

Në cilësimet e faqes (cilësimet e produktit -> sajtet -> lista e faqeve) vendosni parametrat e mëposhtëm për faqet s1 dhe s2:

• Emri
• dosja e faqes (për s1 "/" ose "/s1/")
• emri i faqes në internet
• url e serverit (e njëjtë)

Multisite në domene të ndryshme

Parimi

• Ndani emrin e domain-it për një faqe shtesë
• Serveri i veçantë në internet për një faqe shtesë

Cilësimet e serverit

• konfigurimi i serverit në internet
• delegimi i domenit

Makina virtuale Bitrix

Dy faqe janë shtuar në BitrixVM.

Delegimi i domenit

Në kursin shembull, skedari i hosteve u redaktua.

Vendosja e faqeve

Instaloni Bitrix në dosjen e faqes së parë. Pastaj në dosjen e faqes së dytë ato bëhen lidhjet simbolike në dosje bitrix Dhe Ngarkoni sajti i parë.

ln -s /home/bitrix/ext_www/site_one/bitrix /home/bitrix/ext_www/site_two
ln -s /home/bitrix/ext_www/site_one/upload /home/bitrix/ext_www/site_two

Kopjoni skedarët në faqen e dytë:

• akses.php
• .htaccess
• 404.php
• indeks.php

Sajtet kanë cilësimet e mëposhtme:

• Emri
• Emri i domenit
• dosja e faqes
• emri i faqes në internet
• url e serverit
• rrugën për në dosjen rrënjë të serverit të uebit

Zhvendosja e një seksioni të faqes në internet në një nëndomain duke përdorur shembullin e një forumi

1. Krijo një dosje forumi
2. Le të vendosim një komponent kompleks forumi në të
3. në cilësimet e faqes shtoni emrin e domenit mysite.ru dhe forum.mysite.ru
4. në dosjen e forumit krijojmë lidhje simbolike me dosjet bitrix dhe ngarkojmë
5. për të lidhur shabllonin përdorim kushtin php $SERVER["HTTP_HOST"] == "forum.mysite.ru"

Me këtë opsion, menyja në nëndomain në distancë nuk do të funksionojë, sepse Kjo kërkon shtigje absolute në meny.

Pseudo-multisite

1. Krijohet një nëndomain.
2. Ky emër domeni tregohet në cilësimet e faqes.
3. Faqja e indeksit përmban kodin e mëposhtëm:

// lidhni skedarin me klasën CMainPage
kërkojnë ($_SERVER [ "DOCUMENT_ROOT" ] . "/bitrix/modules/main/include/mainpage.php") ;
// merrni identifikuesin e faqes aktuale sipas emrit të domenit
$site_id = CMainPage: : GetSiteByHost () ;
// merrni rrugën absolute në faqen e indeksit të dosjes së faqes
$page = CMainPage: :GetIncludeSitePage ($site_id) ;
// nëse faqja është e përcaktuar dhe faqja e indeksit është përcaktuar atëherë
if (strlen ($site_id ) > 0 && strlen ($page ) > 0 ) (
// lidhni faqen
kerkoj_një herë ($faqe);
) tjeter ( // përndryshe nëse faqja nuk është e përcaktuar atëherë
kërkojnë ($_SERVER ["DOCUMENT_ROOT"]. "/bitrix/header.php");
// më pas mund të vendosni kodin që do të shfaqet nëse
// sajti nuk ishte përcaktuar më parë
kërkojnë ($_SERVER ["DOCUMENT_ROOT"]. "/bitrix/footer.php");
}

Shumë faqe

Zgjidhja e një problemi biznesi sipas parimit të përgjithshëm "çdo burim në internet ka sistemin e vet të menaxhimit" është i paefektshëm; dhe veçanërisht joefektive kur sistemi i kontrollit është i ndryshëm çdo herë. Problemet që lindin me këtë qasje janë:

1. Kostot e tepërta financiare të nevojshme për blerjen ose zhvillimin e sistemeve të menaxhimit të faqeve në internet.
2. Pika të ndryshme hyrjeje në menaxhimin e faqes, ndërfaqe të ndryshme të menaxhimit.
3. Sisteme të ndryshme autorizimi dhe bazat e të dhënave të përdoruesve të faqeve të internetit.
4. Hapësira të ndryshme reklamimi.

Si rezultat, kompania ka decentralizim në menaxhimin e projekteve të saj në internet. Burime të tepërta shpenzohen për krijimin e zgjidhjeve në internet dhe zgjidhja e problemeve të biznesit në internet vonohet. Vizitorët në projektet e internetit të kompanisë gjithashtu mund të përjetojnë bezdi kur punojnë me ta.

1C-Bitrix propozon të ndryshojë këtë situatë. Në çdo kopje produkti mundeni krijoni shumë faqe interneti në përputhje me skemën e licencimit në fuqi.

Pse lindi nevoja për të krijuar sisteme me shumë faqe dhe çfarë do të thotë kjo? Për t'iu përgjigjur kësaj pyetjeje, unë do t'ju jap një shembull elokuent të bisedës sonë me një klient.

Një kompani botuese na kontaktoi për këshilla për zgjedhjen e zgjidhjes optimale. Shefi i departamentit të internetit tha se ata kanë 18 faqe interneti të ndryshme që funksionojnë njëkohësisht. Dhe çdo faqe ka një lloj sistemi të menaxhimit të përmbajtjes, një lloj mekanizmi të menaxhimit të reklamave, diku ka një dyqan online me përdoruesit e tij. Shumica e projekteve kanë forume të veçanta me llogaritë e tyre të përdoruesve, diku ka statistika, blogje...

"Dhe tani imagjinoni," thotë ai, tabelën time në Excel, ku ruaj të gjitha fjalëkalimet e mia për të hyrë në këtë rezervë! Epo, mirë, ne ishim në gjendje t'i detyronim punonjësit tanë të mbanin mend fjalëkalimet dhe të punonin me të, por unë nuk mund t'i detyroj klientët e mi të punojnë kështu?! Ne, në fakt, tashmë kemi humbur kontrollin mbi procesin e zhvillimit, duke përditësuar projektet, nuk mund të hapim projekte të reja...
Më duhet një sistem që jo vetëm që do të kombinojë funksionalitetin që më nevojitet për një sajt, por gjithashtu do të lejojë që të gjitha faqet të kombinohen në një sistem të vetëm menaxhimi, me një sistem të vetëm autorizimi dhe sigurie, kur klientit do t'i duhet vetëm të regjistrohet në ndonjë e faqeve dhe ai do të jetë në gjendje të punojë me të gjitha faqet e tjera. Ne do ta njohim atë dhe do t'i ofrojmë shërbime shtesë."

Duke kuptuar këtë problem, ne kemi implementuar MULTI-SITE në të gjitha botimet e produktit softuerik 1C-Bitrix: Site Management, duke filluar me versionin 4.0. Për më tepër, çdo edicion i produktit tonë (përveç "First Site" dhe "Start" përfshin një licencë për një numër të pakufizuar faqesh. Pra, bazuar në edicionin "Biznes". ju mund të krijoni disa projekte të bashkuara nga një sistem menaxhimi, dhe një projekt mund të jetë portal i madh, dhe e dyta - dyqan online në shkallë të gjerë, etj..

Është interesante se ndërsa prania e kompanisë suaj në internet rritet, numri i projekteve që keni do të rritet në mënyrë të qëndrueshme. Dhe nëse në një ose dy projekte nuk i ndjeni ende problemet e mospërputhjes shumë akute, çdo projekt i ri do të dyfishojë kompleksitetin dhe kostot dhe do të ngadalësojë përparimin tuaj nëse projektet tuaja nuk janë fillimisht. kombinuar në një sistem me shumë vende.

Artem Ryabinkov, analist kryesor, koordinator projekti në 1C-Bitrix

Teknologjia

Faqet dhe shembujt

Nën një shembull i produktit nënkupton një kopje të "1C-Bitrix: Menaxhimi i sitit" të blerë nga klienti, duke përdorur një bazë të dhënash nga lista e DBMS-ve të mbështetura nga produkti.

Nën faqe interneti kuptohet si një kombinim i koncepteve të mëposhtme:

• Llogaria në një bazë të dhënash të përbashkët;
• Pjesa publike e faqes (skedarët dhe dosjet);
• Cilësimet e faqes.

Me fjale te tjera, faqe internetiështë një entitet i krijuar në sistem që ka një grup të caktuar të dhënash (përmbajtje) dhe parametrash (gjuha, modeli i dizajnit, formatet e datës dhe orës). Të dhënat mund të jenë unike brenda kësaj faqeje (pjesë publike, blloqe informacioni individual, formularë ueb, sondazhe, forume, etj.) ose të ndahen midis disa sajteve.

Teknologji me shumë faqe

Çdo sajt duhet të tregohet nga një emër specifik domeni ose grup emrash domeni. Përputhje të tilla tregohen në cilësimet e çdo faqeje. Nuk ka kufizime për emrat e domeneve dhe opsionet e adresimit. Çdo website i ri i krijuar mund të jetë një domen i nivelit të dytë ose të tretë.

Kështu, të gjitha faqet zbatohen në bazë të një kopje të produktit dhe përdorni një bazë të dhënash të përbashkët. Kjo ka përparësitë e mëposhtme të pamohueshme:

1. Një ndërfaqe e unifikuar e menaxhimit të produktit ju lejon të menaxhoni të gjitha projektet në internet në një mënyrë të unifikuar nga një pikë: ndryshoni strukturën, shtoni përmbajtje, menaxhoni të drejtat e aksesit, etj.
2. Një sistem i unifikuar autorizimi dhe një bazë të dhënash e unifikuar e përdoruesve i mundëson përdoruesit të regjistrohet në një projekt ueb, dhe më pas të përdorë shërbimet e internetit dhe informacionin për të gjitha burimet e tjera, në përputhje me të drejtat e tij.
3. Një sistem i unifikuar për mbledhjen e statistikave si për çdo projekt veç e veç ashtu edhe për marrjen e të dhënave përmbledhëse analitike për të gjitha projektet. Përveç kësaj, falë teknologjisë UserMultiSiteTransfer, kryer njohja e vizitorëve që vijnë në sajte të ndryshme brenda një konfigurimi me shumë sajte.
4. Një hapësirë ​​e vetme reklamimi që lejon një kompani ose një reklamues të tërhequr të menaxhojë vendosjen dhe shfaqjen e banderolave ​​nga një pikë. Dhe falë teknologjisë UserMultiSiteTransfer - njoh vizitorët dhe të përdorin në mënyrë efektive shfaqjet e banerëve .

Nëse kompania ka zhvilluar dhe thjeshtuar proceset e biznesit për menaxhimin e faqeve të internetit: krijimin dhe publikimin e materialeve, menaxhimin e reklamave, sondazheve, etj., atëherë krijimi i një burimi të ri në internet nuk do të sjellë ndryshime në këtë strukturë.

Sajtet kanë një bazë të dhënash të vetme, kështu që nëse keni implementuar import/eksportim me sistemet e korporatës ose të kontabilitetit, atëherë mbështetja për shumë site do të jetë transparente për këtë funksionalitet.

Multisite mund të zbatohet në dy mënyra kryesore.

Madje në të parën dhe më të thjeshtën nuk kërkohet konfigurim i serverit në internet! Çdo sajt në dosjen rrënjësore të serverit të uebit do të vendoset në një drejtori të veçantë, për shembull /site1/ dhe /site2/. Cilësimet e çdo faqeje tregojnë emrat e domenit me të cilët duhet të vizualizohen dhe drejtorinë përkatëse me pjesën publike të faqes. Si rezultat, Bitrix do të lidhë automatikisht skriptet e duhura në këto drejtori, të cilat do të vizualizojnë përmbajtjen.

Kompleti i shpërndarjes së produkteve softuerike është dhënë i konfiguruar për të punuar sipas metodës së parë.

Teknika e dytë ju lejon të ndani sa më shumë pjesët publike të faqeve. Për ta bërë këtë, duhet të konfiguroni disa hoste virtualë (serverët në internet) në serverin e uebit (Apache, IIS). Çdo faqe në sistem merr direktorinë e vet rrënjësore (Rrënja e Dokumentit), në të cilën ndodhet pjesa e tij publike. Ndonjëherë çdo faqe mund të ketë edhe adresën e vet IP. Për më tepër, nëse në metodën e parë, vetë produkti përcakton se cilën faqe duhet të lidhet me emrat e caktuar të domeneve, atëherë këtu ky operacion do të kryhet nga serveri në internet. Me këtë implementim, thelbi i sistemit ndodhet fizikisht në një vend, të themi, në faqen kryesore (dosjet /bitrix/ dhe /upload/), dhe në sajte të tjera bëhen lidhje simbolike në këto dosje.

Kështu, produkti mbështet shumë metoda dhe parametra për organizimin e shumë faqeve. Opsioni i parë është shumë i përshtatshëm nëse projekti është pritur në pritje të përbashkët, kur nuk ka qasje në cilësimet e serverit, ose konfigurimi është jashtëzakonisht i kufizuar. Opsioni i dytë zakonisht përdoret në serverë të dedikuar dhe siguron performancë maksimale dhe lehtësi në konfigurimin dhe konfigurimin e projektit.

Çdo opsion i zbatimit është absolutisht transparent si për vizitorët e faqes në internet ashtu edhe për motorët e kërkimit në internet. Nuk kryhen ridrejtime, gjë që nuk ndërhyn në indeksimin e saktë të secilit burim nga roboti i kërkimit.

Licencimi

Paketa standarde e produktit përfshin licencë për një numër të pakufizuar faqesh (përveç licencave "First Site" dhe "Start"). Duke blerë një kopje të 1C-Bitrix: Site Management, mund të krijoni, për shembull, një burim në gjuhën ruse dhe në gjuhën angleze, ose një faqe interneti të korporatës dhe dyqan online falas.

Të gjitha sajtet që operojnë nën të njëjtën licencë duhet të strehohen në të njëjtin host dhe të përdorin një kopje të produktit softuerik 1C-Bitrix: Site Management.

Vështirësia e mësimit:

Niveli 4- e vështirë, kërkon përqendrim, vëmendje në detaje dhe respektim të rreptë të udhëzimeve.

Që multisite të funksionojë në domene të ndryshme, do të na duhet të konfigurojmë produktin e softuerit. Ueb serveri Apache, si në rastin e pritjes me shumë faqe në një domen, duhet të konfigurohet nga kompania pritëse.

Ne do të përdorim si shembull një konfigurim të dy faqeve:

• www.site1.com - faqja e internetit e korporatës së kompanisë
• www.site2.com - dyqani online i kompanisë

Vendosja e shumë faqeve në domene të ndryshme

Çdo sajt duhet të vendoset në drejtorinë e duhur, për shembull:

• /home/www/site1/
• /home/www/site2/

Instalimi i produktit dhe vendosja e lidhjeve simbolike

Produkti është instaluar në një nga faqet. Në mënyrë që motori të funksionojë për të dy faqet, duhet të krijoni lidhje simbolike për faqen që nuk e ka të instaluar motorin. Lidhjet do të kërkohen për dosjet /bitrix, /local dhe /upload. Këto dosje janë të zakonshme për të dy faqet, kjo është një veçori e arkitekturës.

Shënim:Është e mundur thjesht të kopjoni dosjet e specifikuara nga faqja e parë në të dytin. Me këtë kopjim, ju do të merrni dy kopje të kernelit që punojnë me të njëjtën bazë të dhënash. Ky opsion do të funksionojë, por ka dy pika negative: teknike dhe ligjore. Problemi teknik është se pas përditësimit të njërës prej bërthamave, baza e të dhënave do të përditësohet dhe faqja e dytë do të ndalojë së punuari. Problemi ligjor është se kopjimi i kernelit është kundër licencës së produktit.

Shënim:Është teknikisht e mundur (por nuk rekomandohet) që të kopjohen dosjet e specifikuara në një dosje të jashtme në të cilën janë konfiguruar lidhjet simbolike për të gjitha sajtet.

Lidhje simbolike:(gjithashtu simlink nga lidhja simbolike angleze, lidhje simbolike) është një skedar i veçantë për të cilin nuk ruhet asnjë informacion në sistemin e skedarëve përveç një rreshti teksti. Kjo linjë interpretohet si shtegu drejt skedarit që duhet të hapet kur përpiqeni të hyni në këtë lidhje.

Në praktikë, lidhjet simbolike përdoren për të organizuar më lehtësisht strukturën e skedarëve në një kompjuter, pasi ato lejojnë që një skedar ose drejtori të ketë disa emra dhe janë të lirë nga disa kufizime të qenësishme në lidhjet e forta (këto të fundit janë të vlefshme vetëm brenda një seksion dhe nuk mund t'u referohet drejtorive).

Lidhjet mund të krijohen në dy mënyra. E para është ajo klasike, e cila u rekomandua nga kompania që në fillim. E dyta - më vonë, konsiderohet më "e bukur dhe e këndshme". Ai nuk përfshin hapin e krijimit të një dosje të veçantë dhe transferimit të bërthamës së sistemit në të.

Opsioni i parë(shembuj për instalimin në sistemet UNIX tregohen me ngjyrë të gjelbër):

1. instaloni produktin e softuerit
2. krijoni një direktori /home/www/shared/ në të cilën do të vendosen skedarët e zakonshëm për të gjitha sajtet:
   mkdir /home/www/shared
3. zhvendosni të gjithë direktoriumin /home/www/site1/bitrix/ në /home/www/shared/bitrix/:
   mv /home/www/site1/bitrix /home/www/shared/bitrix
4. zhvendosni të gjithë direktoriumin /home/www/site1/upload/ në /home/www/shared/upload/:
   mv /home/www/site1/upload /home/www/shared/upload
5. zhvendosni të gjithë drejtorinë /home/www/site1/local/ në /home/www/shared/local/:
   mv /home/www/site1/local /home/www/shared/local
6. krijoni një lidhje simbolike për drejtorinë /bitrix/ në secilën prej sajteve:
   1. ln -s /home/www/shared/bitrix /home/www/site1/
   2. ln -s /home/www/shared/upload /home/www/site1/
   3. ln -s /home/www/shared/local /home/www/site1/
   4. ln -s /home/www/shared/bitrix /home/www/site2/
   5. ln -s /home/www/shared/upload /home/www/site2/
   6. ln -s /home/www/shared/local /home/www/site2/
7. sigurohuni që serveri i uebit ( Apache, IIS) ka të drejtë të shkruajë në drejtorinë /home/www/shared/ (kjo do të jetë e nevojshme që sistemi i përditësimit të funksionojë dhe të shkarkojë skedarë grafikë)
8. vendosni pjesën publike të faqes së dytë në drejtorinë /home/www/site2/

shënim: Për të krijuar dhe hequr lidhje simbolike në Windows (që nga Vista) ekziston komanda mklink, ose përdorni programe shtesë, për shembull, Menaxheri i Largët ose Kryqëzim nga Sysinternals.

E rëndësishme! Sistemi i skedarëve FAT32 nuk mbështet krijimin e lidhjeve simbolike.

Kur vendosni një konfigurim me shumë faqe në UNIX, mund të përdorni metodën programatike të krijimit të lidhjeve simbolike:

Shënim:

Në disa raste, për shembull, nëse serveri në internet funksionon në një chroot, është e nevojshme të bëhen lidhje relative.

Shembull:
/var/www/s1 - faqja e parë
/var/www/s2 - sajti i dytë
/var/www/shared - dosje me bërthamën e sistemit

Ln -s ../shared/bitrix bitrix ln -s ../shared/upload upload ln -s ../shared/local local Shkoni te /var/www/s2 dhe ekzekutoni të njëjtat komanda.

Opsioni i dytë. Në të, lidhjet simbolike krijohen drejtpërdrejt në dosjen e faqes së dytë.

1. Instaloni produktin e softuerit së pari në drejtorinë e faqes së parë /home/www/site1/
2. Krijo një skript në dosjen rrënjë të faqes së dytë (/home/www/site2/), për shembull, nën emrin symlink.php:
Lidhjet simbolike u krijuan me sukses"; else $strError = "Nuk mund të krijohej një lidhje me dosjen e ngarkimit, kontaktoni administratorin e serverit"; ) else $strError = "Nuk mund të krijohej një lidhje me dosjen bitrix, kontaktoni administratorin e serverit"; ) else $strError = "Rruga e specifikuar nuk përmban dosjen bitrix"; ) else $strError = "Gabim i gabuar i rrugës ose i të drejtave të aksesit"; nëse ($strError) jehonë "".$strError."
Rruga e burimit: ".$full_path; ) ?>
Rruga drejt dosjes që përmban dosjet bitrix, lokale dhe të ngarkimit:

3. Ekzekutoni skriptin dhe specifikoni shtegun për në dosjen rrënjë të faqes së parë, në rastin tonë /home/www/site1/.
4. Pasi të jenë krijuar lidhjet simbolike, shkruani site1/bitrix/admin në shiritin e adresave të shfletuesit. Paneli i autorizimit do të hapet.
5. Futni të dhënat e administratorit që specifikuat kur instaloni produktin në faqen e parë dhe do të çoheni në panelin administrativ "1C-Bitrix: Menaxhimi i sitit".

Pas përfundimit të skriptit, prania e lidhjeve simbolike në dosjet /bitrix, /local dhe /upload në dosjen e faqes së dytë mund të kontrollohet nga shfaqja e dosjeve me të njëjtin emër.

Problemet mund të shfaqen në fazën e krijimit:

• mungesa e të drejtave për të shkruar në dosjen aktuale;
• kufizimi i sigurisë ( open_basedir), i cili parandalon përdoruesit e hostimit të përbashkët të hyjnë në sajte të tjera.

Nëse keni probleme me këtë skript, duhet të kontaktoni hostin tuaj për ndihmë.

Konfigurimi i faqes

Faqet konfigurohen në seksionin administrativ të sistemit në faqe Cilësimet > Cilësimet e produktit > Faqet > Lista e faqeve.

Në rreshtin e faqes së parë (www.site1.com), në kolonën e veprimit, zgjidhni komandën Ndryshimi dhe tregoni në to:

• Emri: faqja 1
• Emri i domenit: site1.com
• Dosja e faqes: /
• Emri i faqes: Faqja e internetit e korporatës së kompanisë " Emri i Kompanise"
• URL e serverit: www.site1.com
• /home/www/site1/

Nëse DNS është konfiguruar në mënyrë që faqja juaj t'i përgjigjet adresës http://site1.com, atëherë në fushë Emri i domenit Këshillohet që të tregoni pa www. Ju mund të listoni në këtë fushë, duke filluar nga një rresht i ri, çdo numër emrash domenesh që dëshironi që faqja t'i përgjigjet (ose po i përgjigjet tashmë).

Është e rëndësishme të kihet parasysh se vlerat e futura në fushë Emri i domenit, përdoren nga produkti për të shpërndarë informacione rreth vizitorëve në domene të specifikuara duke përdorur teknologjinë transferimi i vizitorëve. Prandaj, është shumë e këshillueshme që të tregoni një listë të plotë të domeneve për të cilat faqja mund të përgjigjet.

Është shumë e rëndësishme të mos përfshihen faqet në listën e domeneve që nuk funksionojnë në këtë shembull të produktit. Një domen i specifikuar gabimisht ose jo-ekzistues jo vetëm që mund të ngadalësojë punën e përdoruesve, por gjithashtu të parandalojë transferimin e të dhënave në sajte që nuk funksionojnë në të njëjtin domen. shembull produkti.

Le të konfigurojmë në mënyrë të ngjashme parametrat e faqes së dytë (www.site2.com/):

• Emri: faqe 2
• Emri i domenit: site2.com
• Dosja e faqes: /
• Emri i faqes: Dyqani online i kompanisë " Emri i Kompanise"
• URL e serverit: www.site2.com
• Rruga për në dosjen rrënjë të serverit të uebit për këtë sajt:/home/www/site2/

Ju lutemi vini re se për dy sajte në parametër Dosja e faqes e njëjta vlerë është specifikuar: " / ". Kjo për faktin se faqet shërbehen nga "serverë virtualë" të ndryshëm (në terminologjinë Apache) që përdorin drejtori të ndryshme për të pritur skedarë.

Ju gjithashtu duhet t'i kushtoni vëmendje parametrit Rruga për në dosjen rrënjë të serverit të uebit për këtë sajt. Për site të ndryshme ai ka vlerën e vet, marrë nga parametri DocumentRoot i cilësimeve të "serverit virtual" përkatës (shih më poshtë për një shembull të një pjese të skedarit httpd.conf Cilësimet e Apache).

Shënim:

Duhet të kihet parasysh se kur organizoni shumë faqe duke përdorur këtë metodë, mund të përdorni të dy serverët virtualë në një instalim Apache, dhe vetëm instalime të ndryshme Apache. Kjo është e vërtetë për serverët e tjerë të internetit: IIS, EServ etj.

E rëndësishme: Kur krijoni një sajt të dytë, duhet të kopjoni skedarët /.htaccess dhe /404.php nga faqja kryesore ose t'i rikrijoni ato.

Kur aktivizohet Mbrojtja Proaktive, faqja e dytë duhet të shtohet në listë.

File.access.php

Krijo një skedar .qasje.php me këtë përmbajtje në rrënjën e faqes së dytë:

Shënim:

Për këtë metodë të organizimit të shumë faqeve, nuk është e nevojshme të konfiguroni algoritmin e zgjedhjes së faqes në faqen e indeksit, siç bëhet me, sepse faqja do të identifikohet në mënyrë unike nga fusha Emri i domenit.

Konfigurimi është gati për përdorim.

Identifikohu

• Shkruani http://site1/bitrix/admin (ose http://site2/bitrix/admin) në shiritin e adresave të shfletuesit tuaj. Paneli i autorizimit do të hapet.
• Futni të dhënat e administratorit që specifikuat kur instaloni produktin në faqen e parë dhe do të çoheni në panelin administrativ "1C-Bitrix: Menaxhimi i sitit".

Meqenëse ka një bazë dhe një bazë të dhënash, paneli administrativ për të dy faqet do të jetë i njëjtë.

Teknikisht, sistemi lejon krijimin e një numri arbitrar faqesh që punojnë sipas kësaj skeme. Në secilën nga faqet e krijuara rishtazi, ju duhet të konfiguroni një server në internet dhe të krijoni një lidhje simbolike. Ligjërisht, për të krijuar çdo faqe të re (përveç dy të parave), duhet të blini një kupon shtesë.

Shënim: HTML memorie nuk mbështetet në faqen e dytë të shumëfishtë. Për më tepër, ky funksion konsiderohet i vjetëruar. Rekomandohet përdorimi i teknologjisë.

Renditja e vendeve në listën e përgjithshme

Ekziston një veçori në vendosjen e vlerave në fushë Renditja