Õppetunni raskusaste:

4. tase- raske, nõuab keskendumist, tähelepanu detailidele ja täpset juhiste järgimist.

Mitme saidi tööks erinevates domeenides peame tarkvaratoote konfigureerima. Apache veebiserveri, nagu ka sama domeeni mitme saidi puhul, peab konfigureerima hostimisettevõte.

Kasutame näiteks kahe saidi konfiguratsiooni:

• www.site1.com - ettevõtte veebisait
• www.site2.com – ettevõtte veebipood

Mitme saidi seadistamine erinevatel domeenidel

Iga sait tuleb paigutada vastavasse kataloogi, näiteks:

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

Toote installimine ja sümboolsete linkide seadistamine

Toode on paigaldatud ühte kohtadest. Selleks, et kernel töötaks mõlema saidi jaoks, peate looma sümboolsed lingid saidile, kuhu kernel pole installitud. Lingid on vajalikud /bitrix , /local ja /upload kaustade jaoks. Need kaustad on mõlema saidi jaoks ühised, see on arhitektuuri tunnusjoon.

Märge: Määratud kaustad on võimalik lihtsalt kopeerida esimeselt saidilt teisele. Selle kopeerimisega saate tuumast kaks koopiat, mis töötavad sama andmebaasiga. See valik töötab, kuid sellel on kaks negatiivset punkti: tehniline ja juriidiline. Tehniline probleem seisneb selles, et pärast ühe tuuma värskendamist uuendatakse andmebaasi ja teine ​​sait lakkab töötamast. Juriidiline probleem seisneb selles, et kerneli kopeerimine on toote litsentsivastane.

Märge: Tehniliselt on võimalik (kuid mitte soovitatav) määratud kaustad kopeerida mõnda välisesse kausta, kuhu on kõikide saitide jaoks konfigureeritud sümboolsed lingid.

Sümboolne link:(inglise keelest ka symlink. Symbolic link, symbolic link) - spetsiaalne fail, mille kohta failisüsteemis infot ei salvestata peale ühe tekstirea. Seda stringi tõlgendatakse kui faili teed, mis tuleks sellele lingile juurdepääsu proovimisel avada.

Praktikas kasutatakse sümboolseid linke failide struktuuri mugavamaks korraldamiseks arvutis, kuna need võimaldavad ühel failil või kataloogil olla mitu nime ja on vabad mõningatest kõvadele linkidele omastest piirangutest (viimased töötavad ainult ühes jaotises ja ei saa viidata kataloogidele).

Linke saab luua kahel viisil. Esimene on klassikaline, mida ettevõte soovitas algusest peale. Teist - hilisemat - peetakse "ilusamaks ja graatsilisemaks". Sellel puudub eraldi kausta loomine ja süsteemituuma sellesse ülekandmine.

Esimene variant(rohelise värviga on näited UNIX-süsteemidesse installimiseks):

1. installige tarkvaratoode
2. looge kataloog /home/www/shared/ , mis sisaldab faile, mida kõik saidid jagavad:
   mkdir /home/www/shared
3. teisaldage kogu /home/www/site1/bitrix/ kataloog kausta /home/www/shared/bitrix/:
   mv /home/www/site1/bitrix /home/www/shared/bitrix
4. teisaldage kogu /home/www/site1/upload/ kataloog kataloogi /home/www/shared/upload/:
   mv /home/www/site1/upload /home/www/shared/upload
5. teisaldage kogu /home/www/site1/local/ kataloog kataloogi /home/www/shared/local/ :
   mv /home/www/site1/local /home/www/shared/local
6. looge sümboolne link /bitrix/ kataloogi jaoks igal saidil:
   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. veenduge, et veebiserver ( Apache, IIS) on õigus kirjutada kataloogi /home/www/shared/ (see on vajalik uuendussüsteemi töötamiseks ja graafiliste failide allalaadimiseks)
8. asetage teise saidi avalik osa kataloogi /home/www/site2/

Märge: Windowsis sümboolsete linkide loomiseks ja eemaldamiseks (alates Vistast) on käsk mklink või kasutage näiteks lisaprogramme, Kaugjuht või Ristmik Sysinternalsist.

Tähtis! FAT32 failisüsteem ei toeta sümboolsete linkide loomist.

UNIXis mitme saidi konfiguratsiooni seadistamisel saate sümboolsete linkide loomiseks kasutada programmilist meetodit.

Märge:

Mõnel juhul, näiteks kui veebiserver töötab chroot-vormingus, on vaja teha suhtelisi linke.

Näide:
/var/www/s1 – esimene sait
/var/www/s2 – teine ​​sait
/var/www/shared – süsteemituumaga kaust

Ln -s ../shared/bitrix bitrix ln -s ../shared/upload upload ln -s ../shared/local local Avage /var/www/s2 ja käivitage samad käsud.

Teine variant. See loob sümboolsed lingid otse teise saidi kausta.

1. Installige tarkvaratoode kõigepealt esimese saidi kataloogi /home/www/site1/
2. Looge skript teise saidi juurkaustas (/home/www/site2/), näiteks nime all symlink.php:
Sümboolsed lingid edukalt loodud"; else $strError = "Ei saa luua linki üleslaadimiskaustale, võtke ühendust serveri administraatoriga"; ) else $strError = "Bitrixi kausta lingi loomine ebaõnnestus, võtke ühendust serveri administraatoriga"; ) else $strError = "Määratud tee ei sisalda bitrixi kausta"; ) else $strError = "Vigane tee või loa viga"; if ($strError) echo "".$strError."
Allika tee: ".$full_path; ) ?>
Tee kausta, mis sisaldab bitrix-, kohalikke ja üleslaadimiskaustu:




3. Käivitage skript ja määrake esimese saidi juurkausta tee, meie puhul /home/www/site1/ .
4. Pärast sümboolsete linkide loomist tippige brauseri aadressiribale site1/bitrix/admin. Avaneb sisselogimispaneel.
5. Sisestage administraatori andmed, mille määrasite toote esimesel saidil installimisel, ja teid suunatakse halduspaneelile "1C-Bitrix: saidihaldus".

Pärast skripti valmimist saab teise saidi kaustas /bitrix , /local ja /upload kaustade sümboolsete linkide olemasolu kontrollida samanimeliste kaustade ilmumisega.

Loomisetapis võivad tekkida probleemid:

• praegusele kaustale kirjutamisõiguse puudumine;
• turvapiirang ( avatud_põhineir), mis takistab jagatud hostimise kasutajatel juurdepääsu teistele saitidele.

Kui selle skriptiga on probleeme, peaksite abi saamiseks ühendust võtma hostijaga.

Saidi konfiguratsioon

Saidid on konfigureeritud lehe süsteemi haldusosas Seaded > Toote seaded > Saidid > Saidiloend.

Valige esimese saidi real (www.site1.com) toimingu veerus käsk Muuda ja täpsustage neis:

• Nimi: sait1
• Domeeninimi: site1.com
• Saidi kaust: /
• Saidi nimi: Ettevõtte koduleht " Ettevõtte nimi"
• Serveri URL: www.site1.com
• /home/www/site1/

Kui DNS on konfigureeritud nii, et teie sait vastab aadressile http://site1.com , siis väljale Domeeninimi soovitavalt ilma www. Sellel väljal saate uuele reale loetleda suvalise arvu domeeninimesid, millele soovite, et sait reageeriks (või juba vastab).

Oluline on meeles pidada, et väljal määratud väärtused Domeeninimi, mida toode kasutab tehnoloogia abil teabe levitamiseks määratud domeenide külastajate kohta külastajate ülekandmine. Seetõttu on väga soovitav märkida täielik loetelu domeenidest, millele sait saab vastata.

Väga oluline on mitte lisada domeenide loendisse saite, mis selle toote eksemplari puhul ei tööta. Vale või olematu domeeni määramine ei saa mitte ainult aeglustada kasutajate tööd, vaid ka tegelikult takistada andmete edastamist saitidele, mis ei tööta tavalisel toote näide.

Samamoodi konfigureerige teise saidi (www.site2.com/ ) parameetrid:

• Nimi: sait2
• Domeeninimi: site2.com
• Saidi kaust: /
• Saidi nimi: Ettevõtte veebipood " Ettevõtte nimi"
• Serveri URL: www.site2.com
• Selle saidi veebiserveri juurkausta tee:/home/www/site2/

Pange tähele, et kahe saidi puhul parameetris Saidi kaust antakse sama väärtus: " / ". Selle põhjuseks on asjaolu, et saite teenindavad erinevad "virtuaalsed serverid" (Apache terminoloogias), mis kasutavad failide majutamiseks erinevat kataloogi.

Samuti on vaja pöörata tähelepanu parameetrile Tee selle saidi veebiserveri juurkausta. Erinevate saitide jaoks on sellel oma väärtus, mis on võetud vastava "virtuaalserveri" sätete DocumentRoot parameetrist (vt allpool näidet faili osast httpd.conf Apache seaded).

Märge:

Tuleb meeles pidada, et selle meetodi järgi mitme saidi korraldamisel saate virtuaalserveritena kasutada ühte installi Apache ja lihtsalt erinevad Apache installatsioonid. See kehtib ka teiste veebiserverite kohta: IIS, EServ jne.

Tähtis: teise saidi loomisel peate kopeerima põhisaidilt või uuesti looma /.htaccess ja /404.php failid.

Kui Proaktiivne kaitse on lubatud, tuleb loendisse lisada teine ​​sait.

.access.php faili

Looge fail .access.php järgmise sisuga teise saidi juurtes:

Märge:

Selle mitme saidi korraldamise meetodi puhul ei ole registrilehel vaja saidivaliku algoritmi konfigureerida, nagu seda tehakse , sest sait identifitseeritakse välja poolt üheselt Domeeninimi.

Konfiguratsioon on kasutamiseks valmis.

Logi sisse

• Sisestage brauseri aadressiribale http://site1/bitrix/admin (või http://site2/bitrix/admin). Avaneb sisselogimispaneel.
• Sisestage administraatori andmed, mille määrasite toote esimesel saidil installimisel ja teid suunatakse halduspaneelile "1C-Bitrix: saidihaldus".

Kuna tuum on sama ja alus on sama, on mõlema saidi halduspaneel sama.

Tehniliselt võimaldab süsteem luua suvalise arvu saite, mis töötavad selle skeemi järgi. Igal vastloodud saidil peate seadistama veebiserveri ja looma sümboolse lingi. Juriidiliselt peate iga uue saidi loomiseks (välja arvatud kaks esimest) ostma täiendava kupongi.

Märge: HTML vahemällu salvestamine ei toetata teisel mitmel saidil. Lisaks peetakse seda funktsiooni aegunuks. Soovitatav on tehnoloogia.

Saitide sortimine üldloendis

Väljal on väärtuste määramise funktsioon Sorteerimine

Sattusin artiklile hemorroididevaba viisi kohta, kuidas Bitrixile mitmes kohas pakkuda. Vaikimisi eeldab Bitrixi litsents kahe eraldi saidi loomist samasse mootorisse. Kuid Bitrixi dokumentatsioon viib stuuporisse. Ebamugav, hemorroidid, pikad ja ebamõistlikud. Teatud Sharomov Denis pakkus välja väga mugava viisi Bitrixis mitme saidi korraldamiseks. Ma ei saa garanteerida, mida ta täpselt välja mõtles, kuid siin on tema artikkel, millest võtsin ainult kõige elementaarsema osa, et närida kõike ainult korpuse peal, ilma vee ja alternatiivsete meetoditeta, noh, igaks juhuks tuletõrjuja lõikab ootamatult originaali välja.

See tähendab mitut saiti, võttes arvesse asjaolu, et saidid asuvad erinevatel domeenidel. See tähendab, et mitte nii: www.first_site.ru Ja www.first_site.ru/second_site, selle stsenaariumi korral ei pea te midagi konfigureerima. Ma mõtlen seda linki: www.first_site.ru Ja www.second_site.ru(või teine_sait.first_site.ru).

Deniss Šaromovi meetodi olemus on luua sümboolsed lingid Bitrixi süsteemikaustadesse. Tegelikult pole need sümboolsed lingid midagi muud kui banaalsed otseteed (noh, venekeelses Windowsis nimetatakse seda nii, Makos - pseudonüümid). Ja nüüd tähelepanu : see meetod sobib ainult UNIX-i hostimiseks, pealegi peavad mõlema saidi füüsilised kaustad asuma samas serveris, ligipääsu ei tohiks piirata. See tähendab, et kasutades ftp-d näitena, peaksite saama ühe korra ftp-kliendisse sisse logida ja pääsema nii esimesele kui ka teisele saidile. Siin on näide:

See struktuur on võetud hosti NIC-ist. Samal plaanil on kaks kohta. Kõik töötab suurepäraselt. Nüüd, kui olete kõigist nüanssidest aru saanud, jätkame samm-sammult mitme saidi seadistamist.

1. Bitrixi installimine. Peate põhidomeenile installima Bitrixi. Meie puhul saab see olema www.first_site.ru.

2. Loo sümboolsed lingid. Siin on meetodi olemus. Seal on php-skript, mille artikli järgi otsustades kirjutas Sharomov Denis. Siin on tema kood:

3. veateade (E_ALL & ~E_NOTICE ) ;

   @ini_set("kuva_vead" , 1 ) ;

4. if ($_POST [ "tee" ])

   $path = rtrim ($_POST [ "tee" ] , "/ \\ " ) ;

   muidu

   $path = "../../first_site.ru/docs" ;

5. if ($_POST [ "loo" ])

   if (preg_match ("#^/#" , $path ) )

   $täielik_tee = $tee ;

   muidu

   $full_path = reaaltee ($_SERVER [ "DOCUMENT_ROOT" ] . "/" . $path ) ;

6. if (file_exists ($_SERVER [ "DOCUMENT_ROOT" ] . "/bitrix" ) )

   $strError = "Bitrixi kaust on praeguses kaustas juba olemas";

   elseif (on_kataloog ($full_path ) )

   if (on_kataloog ($full_path . "/bitrix" ) )

   if (symlink ($path . "/bitrix" , $_SERVER [ "DOCUMENT_ROOT" ] . "/bitrix" ) )

   if (symlink ($path . "/upload" , $_SERVER [ "DOCUMENT_ROOT" ] . "/upload" ) )

   kaja "Sümboolsed lingid edukalt loodud" ;

   muidu

   $strError = "Üleslaadimiskausta linki ei saanud luua, võtke ühendust serveri administraatoriga";

   muidu

   $strError = "Bitrixi kausta lingi loomine ebaõnnestus, võtke ühendust serveri administraatoriga";

7. muidu

   $strError = "Määratud tee ei sisalda bitrixi kausta";

   muidu

   $strError = "Vale tee või lubade viga";

8. kui ($strError )

   kaja" " . $strError . "
   Allika tee: ". $täielik_tee ;

Tehke sellest koodist fail, andke sellele mingi nimi. Näiteks, siteconfig.php, ja ärge unustage muuta teed real #13 - ../../first_site.ru/docs omal käel.

Loogika on siin väga lihtne – tuleb anda serverile käsk liikuda teise saidi docs kaustast esimese saidi kausta docs, leida bitrix ja sinna kaustad üles laadida ning neile sildid peale panna. Näitan seda graafiliselt:

Selleks kirjutame ../ kust liikuda dok V second_site.ru, mille järel kirjutame uuesti ../ et pääseda konto juurkausta (või serveri kodukausta), milles asuvad esimese ja teise saidi kaustad, ja seejärel kirjutame tee esimese saidi juurkausta, see on first_site.ru/docs

Kui kirjutate analoogselt näitega selle tee, salvestage fail, laadige see serverisse ja avage http://second_site.ru/siteconfig.php kus sa seda näed:

Klõpsake lihtsalt nuppu "Loo", peaksite nägema teadet, et sümboolsed lingid on edukalt loodud. Kui seda ei kuvata, kuvatakse veateade koos vihjega, kust otsida. Kui teil on vale tee, saate seda otse vormi lehel redigeerida ja uuesti klõpsata nupul "Loo".

Kui jah, siis palju õnne! See samm on lõpetatud.

3. Loome ja konfigureerime teise saidi. Me läheme http://second_site.ru/bitrix/admin/, logige sisse administraatori parooliga esimeselt saidilt, minge aadressile Seaded -> Toote sätted -> Saidid -> Saidiloend ja klõpsake nuppu "Lisa sait" ja täitke ilmuv vorm:

Mida tuleb muuta, tõstsin halliga esile. Keskendu sellele ekraanile – seal peaks kõik selge olema. Ainus punkt - kui te ei tea teise saidi juurkausta absoluutset teed, klõpsake [ kleepimisvool], kirjutad tee nagu /home/account/ first_site.ru/dok. Lihtsalt asendage esimese saidi kausta nimi teise saidi kaustaga ja salvestage.

Mis puudutab malli - kas installige sellele saidile valmislahendus või valige ettevalmistatud ja installitud mall, ma ei riku teie valikuõigust.

Tegelikult on see kõik. Üks punkt – teabeplokkide loomisel ärge unustage, et need peavad olema seotud konkreetse saidiga. Ja andke teabeplokkidele nimed, et saaksite hõlpsasti määrata, kus see kuvatakse. Näiteks, Uudised (esimene sait) Ja Uudised (teine ​​sait).

Lugege 20411 üks kord

Paljud saidid

Äriprobleemi lahendamine üldpõhimõtte järgi “igal veebiressursil on oma juhtimissüsteem” on ebaefektiivne; ja eriti ebaefektiivne, kui juhtimissüsteem on iga kord erinev. Selle lähenemisviisi probleemid on järgmised:

1. Sisuhaldussüsteemide ostmiseks või arendamiseks vajalikud ülemäärased finantskulud.
2. Erinevad sisenemispunktid saidi haldamiseks, erinev haldusliides.
3. Erinevad saidi kasutajate autoriseerimissüsteemid ja andmebaasid.
4. Erinevad reklaampinnad.

Selle tulemusena on ettevõttel oma veebiprojektide haldamine detsentraliseeritud. Veebilahenduste loomisele kulutatakse liigselt ressursse ning äriprobleemide lahendamine internetis viibib. Ka ettevõtte veebiprojektide külastajad võivad nendega töötades kogeda ebamugavusi.

"1C-Bitrix" teeb ettepaneku seda olukorda muuta. Iga toote eksemplari puhul saate luua mitu veebisaiti vastavalt kehtivale litsentsimisskeemile.

Miks tegi vajadus luua mitme saidi süsteeme ja mida see üldse tähendab? Sellele küsimusele vastamiseks toon teile kõneka näite meie vestlusest kliendiga.

Meiega võttis ühendust kirjastusettevõte, et saada nõu parima lahenduse valimiseks. Internetisuuna juht ütles, et korraga opereerivad nad 18 väga erinevat saiti. Ja igal saidil on oma sisuhaldussüsteem, mingi reklaamihaldusmehhanism, kuskil on veebipood oma kasutajatega. Enamikul projektidel on eraldi foorumid oma kasutajakontodega, kuskil on statistika, ajaveebid…

"Ja nüüd kujutage ette," ütleb ta minu Exceli tahvelarvutis, kuhu salvestan kõik oma paroolid, et sellele reservile pääseda! Noh, me suutsime panna oma töötajad paroole meeles pidama ja nendega töötama, aga ma ei saa kliente niimoodi tööle panna?! Oleme tegelikult juba kaotanud kontrolli arendusprotsessi, projektide värskendamise üle, me ei saa uusi projekte avada ...
Mul on vaja süsteemi, mis mitte ainult ei ühendaks ühe saidi jaoks vajalikke funktsioone, vaid võimaldaks ka kõik saidid ühendada ühtsesse haldussüsteemi, millel on üks autoriseerimis- ja turvasüsteem, kui klient peab registreerima ainult mis tahes saidil. ja ta saab töötada kõigi teiste saitidega. Tunnustame teda ja pakume talle lisateenuseid.

Sellest probleemist aru saades rakendasime MULTI-SITE'i tarkvaratoote 1C-Bitrix: Site Management kõigis väljaannetes alates versioonist 4.0. Lisaks sisaldab iga meie toote väljaanne (välja arvatud "Esimene sait" ja "Algus" litsentsi piiramatu arvu saitide jaoks. See tähendab, et see põhineb väljaandel "Ettevõte" saate luua mitu juhtimissüsteemiga ühendatud projekti, ja üks projekt võib olla suur portaal ja teiseks - suuremahuline veebipood jne..

Kummalisel kombel kasvab teie ettevõtte kohalolek Internetis pidevalt ka teie projektide arv. Ja kui te ei ole ühe või kahe projekti puhul veel eriti teadlik ebajärjekindluse probleemidest, kahekordistab iga uus projekt keerukust ja maksumust ning aeglustab teid, kui teie projektid ei ole esialgsed. kombineeritud mitme saidi süsteemiks.

Artem Rjabinkov, juhtiv analüütik, projektikoordinaator, 1C-Bitrix

Tehnoloogia

Saidid ja eksemplarid

Under toote näide tähendab "1C-Bitrix: saidihalduse" koopiat, mille klient on ostnud, kasutades üht andmebaasi toote poolt toetatud DBMS-ide loendist.

Under saidile mõistet mõistetakse järgmiste mõistete kombinatsioonina:

• Konto jagatud andmebaasis;
• Saidi avalik osa (failid ja kaustad);
• Saidi seaded.

Teisisõnu, veebisait on süsteemis loodud olem, millel on teatud andmekogum (sisu) ja parameetrid (keel, kujundusmall, kuupäeva ja kellaaja vormingud). Andmed võivad sellel saidil olla ainulaadsed (avalik osa, individuaalsed teabeblokid, veebivormid, küsitlused, foorumid jne) või jagatud mitme saidi vahel.

Mitme saidi tehnoloogia

Kõik saidid peavad osutama konkreetsele domeeninimele või domeeninimede komplektile. Sellised vasted on määratud iga saidi seadetes. Domeeninimedele ja aadressivalikutele piiranguid ei ole. Iga uus loodud sait võib olla teise või kolmanda taseme domeen.

Seega kõik saidid on rakendatud alusel toote üks eksemplar ja kasutada üks jagatud andmebaas. Sellel on järgmised vaieldamatud eelised:

1. Üks tootehaldusliides võimaldab ühest punktist ühtlustada, hallata kõiki veebiprojekte: muuta struktuuri, lisada sisu, hallata juurdepääsuõigusi jne.
2. Ühtne autoriseerimissüsteem ja ühe kasutaja andmebaas võimaldavad kasutajal registreeruda ühte veebiprojekti ning seejärel vastavalt oma õigustele kasutada veebiteenuseid ja teavet kõigi muude ressursside kohta.
3. Ühtne süsteem statistika kogumiseks nii iga projekti kohta eraldi kui ka kõigi projektide kohta kokkuvõtlike analüütiliste andmete vastuvõtmisega. Pealegi tänu tehnoloogiale UserMultiSiteTransfer, sooritatud mitme saidi konfiguratsioonis erinevatele saitidele tulnud külastajate tuvastamine.
4. Üks reklaamipind, mis võimaldab kaasatud ettevõttel või reklaamijal hallata bännerite paigutust ja kuvamist ühest punktist. Ja tänu UserMultiSiteTransfer tehnoloogiale - ära tunda külastajaid ja tõhusalt kasutada bänneri näitamisi .

Kui ettevõte on arendanud ja silunud äriprotsesse saitide haldamiseks: materjalide loomine ja avaldamine, reklaami haldamine, küsitlused jne, siis uue veebiressursi loomine selles struktuuris muudatusi kaasa ei too.

Saitidel on üks andmebaas, nii et kui olete oma ettevõtte või raamatupidamissüsteemidega juurutanud impordi/eksporti, on mitme saidi tugi selle funktsiooni jaoks läbipaistev.

Multisaiti saab rakendada kahel peamisel viisil.

Esimesel ja kõige lihtsamal isegi veebiserveri konfigureerimist pole vaja! Iga veebiserveri juurkausta sait paigutatakse eraldi kataloogi, näiteks /sait1/ ja /sait2/. Iga saidi sätted määravad domeeninimed, mille järgi need tuleb renderdada, ja vastava kataloogi saidi avaliku osaga. Selle tulemusena lisab Bitrix nendesse kataloogidesse automaatselt sobivad skriptid, mis visualiseerivad sisu.

Tarkvaratoote jaotuskomplekt tarnitakse konfigureeritud töötama vastavalt esimesele meetodile.

Teine meetod võimaldab teil saitide avalikud osad maksimaalselt eraldada. Selleks tuleb veebiserveris (Apache, IIS) konfigureerida mitu virtuaalset hosti (veebiserverit). Iga süsteemi sait saab oma juurkataloogi (Document Root), milles asub selle avalik osa. Mõnikord võib igal saidil olla isegi oma IP-aadress. Samal ajal, kui esimese meetodi puhul määrab toode ise, millise saidi antud domeeninimedega ühenduse luua, siis siin teeb selle toimingu veebiserver. Selle teostuse korral asub süsteemi tuum füüsiliselt ühes kohas, näiteks põhisaidil (kaustad /bitrix/ ja /upload/) ning sümboolsed lingid nendele kaustadele tehakse teistele saitidele.

Seega toetab toode mitme saidi korraldamise viise ja parameetreid. Esimene võimalus on väga mugav, kui projekt on paigutatud jagatud hostimisse, kui pole juurdepääsu serveri sätetele või konfiguratsioon on äärmiselt piiratud. Teist võimalust kasutatakse tavaliselt spetsiaalsetes serverites ning see tagab projekti seadistamisel ja konfigureerimisel maksimaalse jõudluse ja mugavuse.

Iga rakendusvalik on nii saidi külastajate kui ka Interneti-otsingumootorite jaoks täiesti läbipaistev. Ümbersuunamisi ei tehta, mis ei sega iga ressursi korrektset indekseerimist otsinguroboti poolt.

Litsentsi andmine

Sisaldub toote standardtarnega litsents piiramatu arvu saitide jaoks (välja arvatud litsentsid "Esimene sait" ja "Alusta"). Ostes "1C-Bitrix: Site Management" koopia, saate tasuta luua näiteks vene- ja ingliskeelse ressursi või ettevõtte veebisaidi ja veebipoe.

Kõik saidid, mis töötavad sama litsentsiga, peavad asuma samal hostimisel ja kasutama ühte tarkvaratoote 1C-Bitrix: Site Management eksemplari.

1. Olete seadistanud mitu saiti erinevatel saitide domeenidel: example.com ja shop.example.com. Saidil shop.example.com näete õigeid andmeid, kuid saidi mall renderdatakse saidilt example.com. Teie tegevused viivad optimaalse tulemuseni?

+ Muutke saitide sortimisindeksit nii, et example.com oleks loendis madalamal kui shop.example.com
- Lülituge ühes domeenis mitme saidiga ja tehke pood aadressil example.com/shop
- Keela automaatne vahemälu

2. Kui töötate mitme saidiga erinevatel domeenidel, siis iga saidi parameeter DocumentRoot

Parameetri väärtus pole määratletud
+ osutab ketta erinevatele kataloogidele, kus vastavad saidid asuvad
- osutab jagatud kataloogile, kus asub süsteemituum

3. Sümboolsete linkide loomine UNIX-i töötavas serveris

Kasutab Sysinternalsi utiliiti Junction
+ kasutage käsku ln -s
+ saab kasutada sümboolse lingi programmiliseks loomiseks, kasutades PHP sümboolse lingi funktsiooni

4. Märkate, et pärast teise saidi lisamist viib saidi esimene avamine brauseris ebaõige kuvamiseni - kodeering on katki. Saidimallid ja kodeering on õigesti konfigureeritud. Teie tegevused viivad optimaalse tulemuseni?

Ostke teine ​​koopia "1C-Bitrix: Site Management" ja levitage saite erinevatele süsteemiinstallatsioonidele
- Määrake iga saidi apache konfiguratsioonis serveri muutuja BX_PERSONAL_ROOT
+ Keela HTML-i vahemälu
- Keelduge mitme saidi kasutamisest ja ehitage kõik ühele saidile
- Põhimooduli seadetes keelake "Levita küpsised kõigile domeenidele".

5. Toote levitamisel on demosait konfigureeritud töötama

Mitme saidi jaoks erinevatel domeenidel
- kombineeritud konfiguratsioonivaliku kasutamine
+ mitme saidi jaoks ühel domeenil

6. Mitme saidi kasutamisel erinevates domeenides saate kasutada

+ ühe Apache installi virtuaalserverid
+ erinevate Apache installide erinevad virtuaalserverid
- ainult üks virtuaalserver, üks Apache installimine
+ erinevad Apache installatsioonid

7. Funktsioon CMainPage::GetSiteByAcceptLanguage on harjunud

Saidi ID määramine praeguse domeeninime järgi
+ saidi ID määramine kasutaja brauseri seadetes muutujaga Accept-Language
- saidi ühendamine, mis kasutab sama keelt, mis on süsteemiseadetes määratud "Vaikimisi haldusosa keel"

8. Kasutatakse keeleseadeid

+ liidese keele parameetrite määramiseks haldusjaotises
- määrata saidi avalikus osas teatud keeles saidi sisu kuvamise parameetrid
- nii avalikkusele kui ka saidi administratiivsele osale

9. Olemasoleva saidi jaoks

+ mallide loomiseks, linkimiseks ega kopeerimiseks pole võimalust
- pakutakse võimalust, mis võimaldab teil luua uusi meilimalle või kopeerida olemasolevaid valmis malle teiselt saidilt
- pakutakse võimalust luua ainult uusi kirjamalle

10. Määratakse saidi ID

Mitme tähemärgi kombinatsioon, mis sisaldab ladina tähestiku tähti ja numbreid
+ kahe tähemärgi kombinatsioon, mis sisaldab ladina tähestiku tähti ja numbreid
- kahe tähemärgi kombinatsioon, mis sisaldab ainult ladina tähestiku tähti

11. Kui määrate saidi sätetes domeeninimede hulgas saidi nime, mis selle tootega ei tööta, siis

+ kasutajakogemust saidiga saab oluliselt aeglustada
- määratud saidi andmed kuvatakse statistikas
- kui pääsete juurde loendist teistele domeeninimedele, suunatakse see määratud saidile

Paljud 1C Bitrixi litsentsiomanikud on teadlikud selle platvormi mitme saidi olemusest, selle ülesehitusest ja toimimisest. Võib-olla kasutab keegi seda funktsiooni täielikult ja keegi kavatseb selle oma saidile juurutada. Ühel või teisel juhul pakub see vorm huvi nii algajatele kasutajatele kui ka neile, kes selle funktsiooniga töötavad. Ma ei näita mitte ainult seda, kuidas ühele litsentsile teist saiti installida, vaid näitan ka selle mehhanismi tööpõhimõtteid, proovin kõike arusaadavas ja juurdepääsetavas keeles selgitada.

Mitme saidi konfiguratsioon 1C Bitrix

Mis tahes 1C Bitrixi litsentsi ostmisel omandame tegelikult kaks saiti, kuid mitte kõik ei tea sellest, et nende kasutamise litsents sisaldub toote standardtarnes.

Ühel litsentsil saate luua veebiressursi nii vene- kui ka ingliskeelse versiooni või installida vastandlikud saidid, millest üks on teie veebipood, teine ​​​​ploki või ettevõtte veebisait, või installida kaks veebipoodi, mis kauplevad erinevad kaubad.

Kui on vaja paigaldada kolmas sait mitmele saidile ja järgmistele, piisab, kui ostame täiendava saidi, tasudes selle eest mitte selle täismaksumuse, vaid ainult veidi vähem kui poole, mis säästab üsna palju eraldage teise saidi rakendamisel eelarve.

Sellele kõigele saate lisada järgmise plussi koos turult installitud moodulitega, olgu need tasulised või tasuta, kõik see on seotud ühe litsentsiga, see võimaldab kasutage ostetud moodulit kõigil teistel mitme saidi süsteemiga saitidel.

Kurb on see, et mitte kõik ei saa sellest aru, mistõttu otsustasin luua selle video, näidata teile, kuidas see kõik Bitrixis töötab, ja demonstreerida mitme saidi rakendamist praktikas.

Ja üldiselt mulle meeldib see juhtimissüsteem, selle lihtsus ja kasutusmugavus, kõik on tehtud tavakasutajatele, kellel puuduvad programmeerimisalased teadmised. Piisavalt soovi ja natuke aega koolitusvideote vaatamiseks ning saate oma projekti täielikult administreerida.

Mitme saidi üksikasjalik analüüs 1C Bitrixis

Tegelikult on see üks sait, üks toote eksemplar, üks ühine andmebaas ja see kõik pakub mitmeid eeliseid:

• Saame hallata sisu, kasutajate juurdepääsuõigusi, meil on samad õigused moodulite haldamiseks, saame hallata kõiki saite ja seda kõike ühest halduspaneelist;
• Autoriseerimissüsteem ise on ühtne, registreerides ühe projekti kasutaja, on tal vastavalt oma õigustele automaatselt juurdepääs ülejäänud;
• Statistikat saab koguda nii ühe projekti kohta kui ka nende kogusummas.

Mitut saiti saab rakendada kahel peamisel viisil:

• saate seda teha ühes domeenis,
• või luua erinevatel.

Iga meetod on omal moel hea, sellel on oma plussid ja miinused ning teie valite, millist neist kasutada. Selles õppetükis analüüsime esimest võimalust, rakendame mitut saiti ühes domeenis.

Mitu saiti ühel domeenil

Esimene võimalus on kõige lihtsam ja ei nõua veebiserveri konfigureerimist, saite majutatakse sama domeeni erinevates kataloogides.

Nagu sellest näitest näeme, asub teine ​​sait DWS-i kataloogis, mida on üsna lihtne rakendada:

Samuti saame kombineerida erinevate keelte vaateid või kasutada muudel eesmärkidel:

See meetod töötab:

• luua saite erinevates keeltes, kus põhikeel on algses kategoorias ja sekundaarsed alamkategooriates;
• siis saame rakendada ühe ettevõtte piirkondlikke saite;
• kui kavatsete tulevikus kasutada ühte domeeninime;
• kui jagatud juurdepääsu failidele jagatud hostimises pole võimalik luua.

Ja seda rakendatakse üsna lihtsalt, peame saidi seadetes määrama kategooria all, kus neid kuvatakse, määrame kirjateatiste parameetrid ja seejärel saame installida.

Vaatame Yandexi näidet, kuidas nad seda funktsiooni kasutavad.

Minnes oma põhisaidile - https://www.yandex.ru, pakuvad nad mitmeid saite. Klõpsake pilditeenust ja teine ​​sait https://yandex.ru/images/ avaneb teises kataloogis, me jälgime sama, kui läheme videole https://yandex.ru/video/ või kasutame lisateenuseid "kataloog", selle pildid ja nii edasi.

Arvan, et saate aru, kuidas saate seda oma ettevõttes kasutada.

Bitrixis tarnitakse selline funktsioon standardkarbis ja seda saab kasutada igal saidil ilma täiendavate serveriseadete ja täiendavate investeeringuteta ning vaadake, kuidas seda teha allpool ...

Ühe domeeni saidi loomine ja konfigureerimine

Kõigepealt peate looma teise saidi.

Minge administraatoripaneelile Seaded-> Toote sätted-> Saidid-> Saitide loend->), klõpsake, lisage sait.

Meil on vorm, mis aktsepteerib järgmisi välju:

• ID– saidi identifikaator, see on kohustuslik, koosneb kahe tähemärgi kombinatsioonist, ru, en, s1, s2 jne.
• Aktiveerimine- lubage või keelake see sait;
• Nimi– kohustuslik parameeter, sellele väljale sisestame saidi suvalise nime, süsteem kasutab seda konkreetse saidiga linkimiseks;
• Vaikimisi- vaikimisi lend, aktiveeritakse, kui sait kasutab mitut domeeninime, ütleme sama, üksteisega sarnast;
• Domeeninimi– iga sisestatud domeeninimi on mask. Sisestage sellele väljale saidi domeeninimi, kui neid on mitu, siis igaüks uuele reale. Vajame seda funktsiooni mitme saidi rakendamiseks erinevates domeenides;
• Saidi kaust– kohustuslik väli, määratud väärtust kasutatakse võrdlustasemena moodulis endas loogilise ja füüsilise struktuuri ehitamisel ning siia kirjutame tee teisele saidile (/dws/);
• Sorteerimine– määrake loendis arvparameeter, saidi prioriteet;
• Juurkausta tee selle saidi veebiserver – määrake täielik tee kaustani, kuhu selle saidi jaoks on määratud muutuja DOCUMENT_ROT. Seda kasutatakse, kui lubame erinevatel domeenidel mitut saiti;
• Parameetrite jaotises– määrake saidi parameetrid meilimallide jaoks;
• Saidi nimi– sisestage saidi nimi, mida saab kasutada meilimallides. Kui väärtust ei määrata, võetakse see põhimooduli sätetest;
• Teenuse URL– praegust aadressi kasutatakse meilisõnumite genereerimiseks. Aadress kirjutatakse ilma http://-ta. Kui see pole määratud, võetakse see aadress põhimooduli sätetest, seda funktsiooni kasutatakse mitme saidi jaoks erinevates domeenides;
• Vaike-e-posti aadress– siin saate määrata postiaadressi, mida kasutatakse meilimallide loomisel makro DEFAUL_EMAIL_FROM väärtusena. Kui see pole määratud, võetakse need andmed põhimooduli seadistustest;
• Piirkondlikud sätted– praeguste keelte, kuupäevavormingu, kodeeringu, teksti suuna seaded;
• Meilimallid- selle jaotise abil saame luua ja linkida olemasolevate saitidega meilimalle või neid kopeerida;
• Saidi mall- aitab käivitada valmislahenduse installiviisardi, jätame vaikimisi märkeruudu ja installime.

Pärast seda jõuame kohe loodud saidi visuaalsesse ossa, mille tee on meie määratud URL-is. Selle jaotisi läbides näeme selle täielikku struktuuri koos kaupade kataloogi ja teabesisuga, mis erineb radikaalselt eelmisest saidist.

Kuid kui läheme põhikataloogi, näeme vana ettevõtte saiti, millel on ka oma struktuur ja see pole muutunud.

Ja see meetod on üsna mugav, kuna seda on lihtne rakendada ja see ei nõua veebiserveri täiendavaid seadistusi, saame ühe litsentsi alusel teha teise saidi standardfunktsioonidega, täiesti erineva kujundusega ja erineva funktsionaalsusega.

Muutused süsteemis pärast paigaldamist

Analüüsime kohe, mis oleme saanud ja millised muutused on toimunud halduslikus osas.

Ilmunud on uus kataloog, loodud kaust, milles asub teise saidi täielik struktuur. "Saidi struktuuris" näeme uue saidi nime koos selle füüsilise ja loogilise struktuuriga.

Teise saidi alla lisati täiendavad infoblokid (kataloog, uudised, kaubanduspakkumised). Kui lähete teabeplokki endasse, näeme, et see on seotud konkreetse saidiga. Samuti saame selle vajadusel siduda kahe saidiga korraga.

Nüüd on süsteemiseadetes ühe või teise funktsiooni sidumine konkreetse saidiga, nagu nägime näitena teabeplokke, nii et ka meie meiliteatised on jagatud kaheks saidiks.

Saitide loendis kuvatakse nüüd kaks saiti ja igal neist on oma mallid.

Seda kõike rakendab Bitrixi standardfunktsionaalsus, ilma serveri eelseadeteta.

Paari klikiga oleme loonud uue saidi, mis võib eelmisest põhimõtteliselt erineda, omada oma kujundust ja sisu, sinna saab panna uue veebipoe või teha ploki või visiitkaardi, kõike piirab vaid teie fantaasiad.

Ja selle positiivse noodiga lõpetame mitme saidi ülevaate ühes domeenis ja järgmises numbris räägin teile, kuidas veebiserverit konfigureerida ja saiti erinevatesse domeenidesse installida.

Tunni valmistas ette Gorelov Denis