Kako podesiti pametne telefone i računare. Informativni portal
  • Dom
  • Greške
  • Bitrix multisite na različitim domenima. Bitrix virtuelna mašina

Bitrix multisite na različitim domenima. Bitrix virtuelna mašina

Najbolji, po mom mišljenju, članak o organizaciji multisite u "1C-Bitrix". Sve je vrlo dostupno.

Pa, počnimo s činjenicom da možete napraviti mnogo stranica na jednoj instalaciji Bitrixa (bez kupovine dodatnih licenci, možete napraviti dvije stranice), što znači da ćemo zatvoriti prvo pitanje: da biste postavili više stranica, morate instalirati Bitrix samo jednom.
Postoji prilično detaljan vodič koji opisuje dva načina za postavljanje više lokacija.


Koji način odabrati?

Postoji mišljenje da korisnik za sebe bira prikladnu metodu multisite, ali u stvarnosti izbor metode ovisi o postavkama sistema.

Prva metoda pretpostavlja (na folderima) da su stranice u istom domenu, ali u različitim folderima. Pogodan je za kreiranje sajtova na različitim jezicima ili, na primer, regionalnih sajtova jedne kompanije.
Adrese sajtova će izgledati ovako:

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

ili

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

Ako su teme stranica različite, očito, ne možete bez postavljanja druge metode, kada su različite stranice u različitim domenama, na primjer:

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

Obje stranice rade na istoj kopiji proizvoda, ali to se spolja ne manifestira ni na koji način. Izgleda privlačnije, ali zahtijeva malo više truda za postavljanje.
Posebno bih vam skrenuo pažnju na činjenicu da je dalje riječ o radu na hostingu, kada sva podešavanja servera vrši administrator. Ako postavljate više lokacija lokalno, prvo morate postaviti virtualne web servere. O tome možete vidjeti na službenoj web stranici Apachea (a u ruskom dijelu interneta postoji mnogo članaka na ovu temu).

Sada nekoliko riječi o tome kako sistem određuje trenutnu lokaciju.
Otvorite postavke stranice (Postavke - Postavke proizvoda - Web lokacije - Lista web lokacija):

Ovdje možete odrediti naziv domene i mapu web-mjesta - ovo su glavne postavke za više lokacija, a ostale određuju prioritete.
Prvo, sistem proverava trenutni domen: domeni se biraju iz podešavanja svih sajtova i upoređuju sa domenom na kojem se korisnik nalazi. U ovom slučaju se poredi samo desni dio do tačke (tj. svi poddomeni automatski pripadaju ovom domenu). Na primjer, postavke kažu
example.com
i korisnik je otvorio
www.example.com
uslov će se smatrati ispunjenim. Ali ako otvori moj-primjer.com- ovo je drugi domen, mora se posebno navesti u listi naziva domena.
Ako nazivi domena nisu specificirani ili su iste domene specificirane na različitim lokacijama, tada se određivanje odvija u folderu web lokacije. Imajte na umu da ovo specificira folder koji se odnosi na korijen stranice (tj. putanju u URL-u), a ne putanju u sistemu datoteka na serveru.
U budućnosti se identifikator stranice koristi za povezivanje šablona, ​​odabir vijesti, određivanje jezika itd.

primjer:
Fascikla je navedena u postavkama jedne stranice / , ostalo /ru.
Prilikom otvaranja example.com/forum/messages/ dolazimo do prve stranice, prilikom otvaranja example.com/ru/forum/messages/- Na drugom.
Istovremeno, bitrix folder (koji sadrži jezgro proizvoda) leži u korijenu, nigdje se ne kopira, a na serveru se ne vrše nikakva druga podešavanja. Sve je jasno i jednostavno.
Mnogo više pitanja i problema javlja se kod postavljanja multisite-a po drugoj metodi, kada jednom Bitrix instalacijom trebamo opsluživati ​​više stranica u različitim domenima. Hajde da se zadržimo na ovome detaljnije.

Više lokacija koristeći drugu metodu (mini HOWTO)

Prvo treba da odlučimo šta želimo da dobijemo. Pretpostavit ćemo da imamo dvije domene:

example.com
primjer.net

Imaju različite korijenske mape (tj. kada se pristupi svakom od njih, otvaraju se datoteke iz različitih fizičkih mapa na serveru). Postoji opcija kada pristup bilo kojoj domeni otvara isti folder na serveru (tu ćemo opciju razmotriti u nastavku), ali je to prva opcija koja je poželjna.

Pritom bih vam skrenuo pažnju na sljedeće tačke:


  • svi domeni moraju upućivati ​​na jedan server, opcija kada su različiti domeni konfigurisani za različite hostove je neprihvatljiva;
  • u našem slučaju (kada su korijenski folderi domena različiti) nije bitno da li imamo različite domene drugog nivoa ili poddomene iste domene (npr. games.example.com i example.com). Ili, tačnije, uopšte nije važno. Ono što bi nas zaista trebalo zanimati je da li imaju zajednički root folder ili ne;
  • opcija kada je konfigurisan veliki broj poddomena, koji se formiraju dinamički (npr. vasya.example.com, kolya.example.com itd.) uopšte nije multisite u kontekstu našeg proizvoda, te stoga smjernice za više lokacija ovdje ne vrijede. Pogledajmo ovu opciju u nastavku. Grubo govoreći, Bitrix multisite je kada je nekoliko lokacija konfigurisano na listi lokacija u postavkama proizvoda.
Zadatak: postaviti više lokacija koristeći drugu metodu na UNIX hostingu.

Korak po korak.

1. Instalirajte Bitrix na jedan od domena (nije bitno koji). Radi jasnoće, smatramo da smo instalirali proizvod na example.com. Do sada nisu napravljena dodatna podešavanja.

2. Sada moramo učiniti da ista kopija radi na drugom domenu.
Smatramo da je javni dio sajtova različit (inače zašto su nam različite stranice?), pa će drugom sajtu biti potrebna samo jezgra proizvoda (mapa bitrix, pa upload). Teoretski, ako se jednostavno kopiraju sa prve stranice, to će raditi, ali ovo nam neće odgovarati (morali smo se nositi s takvim "multi-site").
Uzmimo dvije kopije kernela koje rade sa istom bazom podataka, nakon ažuriranja jedne od njih, baza podataka će se ažurirati, a druga stranica će prestati da radi (pa, osim toga, kopiranje kernela je protiv licence).
Problem je riješen korištenjem simboličkih veza. Slikovito rečeno, veza obavlja zadatak prečice na radnoj površini koja otvara program, ali nije sam program.
Vodič za više lokacija preporučuje premještanje kernela u zajednički folder podijeljeno, zatim napravite simbolične veze na svakoj stranici. Ovdje ću, radi jednostavnosti, pojednostaviti ovaj korak i povezati s jedne stranice na drugu (sa funkcionalne tačke gledišta, nema razlike).
Skicirao sam malu skriptu koja će pomoći u kreiranju simboličkih veza kada koristite samo ftp pristup serveru:

Šifra


Kreiranje linkova na bitrix i upload foldere

error_reporting(E_ALL & ~E_NOTICE);
@ini_set("display_errors",1);

if ($_POST["put"])
$path = rtrim($_POST["path"],"/\\");
ostalo
$path = "../site2/www";

if ($_POST["kreiraj"])
{
if (preg_match("#^/#",$path))
$full_path = $path;
ostalo
$full_path = realpath($_SERVER["DOCUMENT_ROOT"]."/".$path);

Ako (file_exists($_SERVER["DOCUMENT_ROOT"]." /bitrix"))
$strError = "Bitrix folder već postoji u trenutnom folderu";
elseif (is_dir($full_path))
{
if (is_dir($full_path."/bitrix"))
{
if (symlink($path."/bitrix",$_SERVER["DOCUM ENT_ROOT"]."/bitrix"))
{
if(symlink($path."/upload d",$_SERVER["DOCUMENT_ROOT"]."/upload"))
eho" Simboličke veze uspješno kreirane";
ostalo
$strError = "Nisam mogao kreirati link do foldera za otpremanje, molimo kontaktirajte administratora servera";
}
ostalo
$strError = "Kreiranje veze ka bitrix folderu nije uspelo, kontaktirajte administratora servera";

}
ostalo
$strError = "Navedena putanja ne sadrži bitrix folder";
}
ostalo
$strError = "Neispravna putanja ili greška u dozvoli";

Ako ($strError)
eho" ".$strError."
Izvorna staza: ".$full_path;
}
?>


Put do foldera koji sadrži bitrix i upload foldere:

Skripta se mora učitati u korijenski folder druge stranice (u našem slučaju, primjer.net), zatim nakon pokretanja navedite putanju do korijenske mape prve stranice (ili mape podijeljeno ako je jezgro u njemu).
Pretpostavimo da je prva stranica u folderu:

sekunda:

Napišite skriptu u folder /var/www/denis/example.net/www, u polju putanje upišite " ../../example.com/www" ili " /var/www/denis/example.com/www". Ako sve bude kako treba, u folderu /var/www/denis/example.net/www potrebne simboličke veze će se pojaviti.
Problemi se mogu pojaviti u ovoj fazi:


  • nema pristupa za pisanje u trenutni folder;
  • postoji sigurnosno ograničenje (open_basedir) koje sprečava korisnike dijeljenog hostinga da pristupe drugim stranicama.

Ako imate bilo kakvih problema sa ovom skriptom, trebali biste zatražiti pomoć domaćinu.
Nakon kreiranja linkova, trebalo bi da se desi sledeće: kucamo primjer.net/bitrix/admin, otvara se panel za autorizaciju, unesite administratorske podatke koje ste naveli prilikom instaliranja proizvoda example.com i uđite u administrativnu ploču Bitrixa.
Pošto je jezgro jedno, a osnova jedno - admin panel za obje stranice će biti isti(tj. jedno te isto).

Sada morate kopirati sa prve stranice .access.php(kako biste imali pristup za čitanje korijenske particije, ako je potrebno, možete je ručno urediti brisanjem svega osim $PERM["/"]["*"]="R";) i index.php(koji će biti naknadno uređen).

3. Postavljanje web stranice.

Otvorite postavke svake stranice ( Postavke - Postavke proizvoda - Web lokacije - Lista lokacija), navedite u polju "Naziv domene:" example.com i primjer.net za prvu i drugu lokaciju.
Posljednja stvar koju ovdje treba učiniti je odrediti putanju na serveru do korijenske mape svake stranice (polje "Putanja do korijenske mape web servera za ovu stranicu:") kako bi modul za upravljanje strukturom napravio stablo fajlova za svaku stranicu (meni "Sadržaj"):
ukazati /var/www/denis/example.com/www i /var/www/denis/example.net/www respektivno.

4. Provjera javnog dijela.

Ako je sve urađeno kako treba, sada bi se različite stranice trebale otvarati na različitim domenima. Da bismo to učinili, koristimo najjednostavniji skript:

Šifra





Sačuvajte u korijenu obje stranice, kada pristupate skripti u domeni example.com treba prikazati identifikator (dvoslovni prikaz) prvog, u domeni primjer.net- identifikator druge lokacije.

Sve. Problem riješen.

Šta je sa zajedničkim korijenskim folderom?

Ovo prije svega nije zgodno jer javni dio stranica će se dijeliti. Ali ako ne postoji druga opcija, ovdje možete postaviti više lokacija. Samo da biste odvojili javni dio u korijenu stranice, morat ćete kreirati foldere za svaku stranicu i zapravo će ispasti multisite po prvoj metodi.

Sada ukratko o koracima. Uslovi problema su isti, ali ćemo pretpostaviti da su domeni example.com i primjer.net imati jedan korijenski folder /var/www/denis/example

1. Stavljamo proizvod u bilo koju domenu jednom.

2. Da odvojite javni dio, kreirajte u folderu /var/www/denis/example foldere com i net. Ovdje kernel ima putanju /var/www/denis/example/bitrix za obje stranice i ne morate kreirati simboličke veze.

3. U postavkama stranice, sada, osim domene, trebate navesti mapu stranice: /com i /net za prvu i drugu lokaciju.

4. Kreiramo indeksnu stranicu stranice prema primjeru sa kursa obuke. Ova stranica po domeni će odrediti trenutnu stranicu i povezati odgovarajući javni dio. Samo za to je bilo potrebno odrediti domene u postavkama stranice. Evo koda skripte:

Šifra

Postavljanje je završeno.

Mnogo poddomena na jednom sajtu

Na primjer, na stranici, nakon registracije, korisnici dobijaju svoju domenu obrasca user.example.com. Kada pristupamo takvoj domeni, želimo da otvorimo blog korisnika.

1. U takvoj situaciji najbolje je koristiti korijenski direktorij stranice odvojen od glavnog za sve poddomene. Slažemo se sa domaćinom da za example.com otvara /var/www/denis/example.com, i za sve poddomene (osim za www.example.com) osnovni folder je /var/www/denis/blogs. Stavili smo Bitrix example.com.

3. Kreirajte indeksnu stranicu u folderu /var/www/denis/blogs, postavite komponentu na njega bitrix:blog.blog. Imajte na umu da ovo nije složena komponenta bloga, već komponenta koja prikazuje sadržaj određenog bloga.

4. Na istoj stranici, prije povezivanja komponente, ubacujemo kod koji će odrediti trenutni ID bloga koristeći sljedeći primjer:

Zaključak

Ispostavilo se puno teksta, u stvarnosti nema mnogo akcija. Pokušao sam da istaknem glavna pitanja koja kupci imaju o problemima na više lokacija kada kontaktiraju tehničku podršku. Nadam se da će prezentacija pomoći da malo bolje razumijemo problem i riješimo probleme koristeći ovo znanje.

Mnogi sajtovi

Rešavanje poslovnog problema po opštem principu „svaki veb resurs ima svoj sistem upravljanja“ je neefikasno; a posebno neefikasna kada je sistem upravljanja svaki put drugačiji. Problemi sa ovim pristupom su:

  1. Preveliki finansijski troškovi potrebni za kupovinu ili razvoj sistema za upravljanje sadržajem.
  2. Različite ulazne tačke za upravljanje sajtom, različit interfejs za upravljanje.
  3. Različiti sistemi autorizacije i baze podataka korisnika sajta.
  4. Različiti oglasni prostor.
Kao rezultat toga, kompanija ima decentralizaciju u upravljanju svojim web projektima. Prekomjerni resursi se troše na kreiranje web rješenja, a rješavanje poslovnih problema na internetu kasni. Posjetioci web projekata kompanije također mogu doživjeti neugodnosti kada rade s njima.

"1C-Bitrix" predlaže da se ova situacija promijeni. Na svakom primjerku proizvoda možete kreirati više web stranica u skladu sa važećom šemom licenciranja.

Zašto potreba za kreiranjem sistema sa više lokacija i šta to uopšte znači? Da odgovorim na ovo pitanje, dat ću vam elokventan primjer našeg razgovora sa klijentom.

Kontaktirala nas je jedna izdavačka kuća za savjet o izboru najboljeg rješenja. Šef direkcije za internet rekao je da oni istovremeno rade sa 18 veoma različitih sajtova. I svaka stranica ima svoj sistem za upravljanje sadržajem, neku vrstu mehanizma za upravljanje oglašavanjem, negdje postoji online trgovina sa svojim korisnicima. Većina projekata ima odvojene forume sa svojim korisničkim nalozima, negde postoje statistike, blogovi…

“A sada zamislite”, kaže, moj Excel tablet, gdje pohranjujem sve svoje lozinke za pristup ovoj rezervi! Pa, uspjeli smo natjerati naše zaposlenike da pamte lozinke i rade s njima, ali ja ne mogu natjerati klijente da rade tako?! Mi smo, naime, već izgubili kontrolu nad procesom razvoja, ažuriranjem projekata, ne možemo otvarati nove projekte...
Potreban mi je sistem koji ne samo da će kombinovati funkcionalnost koja mi je potrebna za jednu lokaciju, već će takođe omogućiti kombinovanje svih sajtova u jedinstven sistem upravljanja, sa jedinstvenim sistemom autorizacije i sigurnosti, kada će se klijent samo registrovati na bilo kom sajtova, a on će moći da radi sa svim drugim sajtovima. Prepoznaćemo ga i ponuditi mu dodatne usluge.”

Razumijevajući ovaj problem, implementirali smo MULTI-SITE u sva izdanja softverskog proizvoda 1C-Bitrix: Site Management, počevši od verzije 4.0. Štaviše, svako izdanje našeg proizvoda (osim "Prva stranica" i "Start" uključuje licencu za neograničen broj lokacija. To jest, zasnovano na izdanju "Poslovno" možete kreirati nekoliko projekata ujedinjenih kontrolnim sistemom, a jedan projekat može biti veliki portal, a drugo - velika internet prodavnica itd..

Zanimljivo je da kako prisutnost vaše kompanije na Internetu raste, broj projekata koje imate će se stalno povećavati. A ako na jednom ili dva projekta još niste jako svjesni problema nedosljednosti, svaki novi projekt će udvostručiti složenost i cijenu i usporiti vas ako vaši projekti nisu u početku kombinovani u sistem sa više lokacija.

Artem Ryabinkov, vodeći analitičar, koordinator projekta, 1C-Bitrix


Tehnologija

Lokacije i instance

Ispod instanca proizvoda znači kopiju "1C-Bitrix: upravljanje sajtom" koju je kupio klijent, koristeći jednu bazu podataka sa liste DBMS koje podržava proizvod.

Ispod site shvata se kao kombinacija sljedećih koncepata:

  • Račun u zajedničkoj bazi podataka;
  • Javni dio stranice (fajlovi i folderi);
  • Postavke stranice.
Drugim riječima, site je entitet kreiran u sistemu koji ima određeni skup podataka (sadržaja) i parametara (jezik, šablon dizajna, formati datuma i vremena). Podaci mogu biti jedinstveni unutar ove stranice (javni dio, pojedinačni infoblokovi, web obrasci, ankete, forumi, itd.) ili dijeljeni između više stranica.

Multisite tehnologija

Svaka od lokacija mora upućivati ​​na određeni naziv domene ili skup imena domena. Takva podudaranja su navedena u postavkama svake stranice. Nema ograničenja za nazive domena i opcije adresiranja. Svaka kreirana nova stranica može biti domena drugog ili trećeg nivoa.

Dakle, svi sajtovi se implementiraju na osnovu jedan primjerak proizvoda i koristiti jedna zajednička baza podataka. Ovo ima sljedeće neosporne prednosti:

  1. Jedinstveni interfejs za upravljanje proizvodom omogućava vam da ujedinite, iz jedne tačke, upravljanje svim web projektima: promenite strukturu, dodate sadržaj, upravljate pravima pristupa, itd.
  2. Jedinstveni sistem autorizacije i jedinstvena korisnička baza podataka omogućavaju korisniku da se registruje na jednom web projektu, a zatim koristi web servise i informacije na svim drugim resursima, u skladu sa svojim pravima.
  3. Jedinstven sistem za prikupljanje statistike kako za svaki projekat pojedinačno, tako i uz prijem zbirnih analitičkih podataka za sve projekte. Štaviše, zahvaljujući tehnologiji UserMultiSiteTransfer, izvedeno prepoznavanje posjetitelja koji dolaze na različite stranice unutar konfiguracije sa više lokacija.
  4. Jedinstveni oglasni prostor koji omogućava kompaniji ili uključenom oglašivaču da upravlja postavljanjem i prikazom banera iz jedne tačke. A zahvaljujući tehnologiji UserMultiSiteTransfer - prepoznati posjetitelja i efikasno koriste impresije banera .

Ako je kompanija razvila i ispravila greške u poslovnim procesima za upravljanje stranicama: kreiranje i objavljivanje materijala, upravljanje oglašavanjem, anketama, itd., tada stvaranje novog web resursa neće povlačiti promjene u ovoj strukturi.

Sajtovi imaju jednu bazu podataka, tako da ako ste implementirali uvoz/izvoz sa svojim korporativnim ili računovodstvenim sistemima, onda će podrška za više sajtova biti transparentna za ovu funkcionalnost.

Multisite se može implementirati na dva glavna načina.

U prvom i najjednostavnijem čak nije potrebna konfiguracija web servera! Svaka lokacija u root folderu web servera bit će smještena u poseban direktorij, na primjer /site1/ i /site2/. Postavke svakog sajta određuju imena domena po kojima treba da se renderuju, kao i odgovarajući direktorijum sa javnim delom sajta. Kao rezultat toga, Bitrix će automatski uključiti odgovarajuće skripte u ove direktorije, koji će vizualizirati sadržaj.

Distribucijski komplet softverskog proizvoda se isporučuje konfiguriran za rad prema prvoj metodi.

Druga tehnika vam omogućava da maksimalno odvojite javne dijelove web lokacija. Da biste to uradili, potrebno je da konfigurišete nekoliko virtuelnih hostova (web servera) na web serveru (Apache, IIS). Svaka lokacija u sistemu dobija svoj korijenski direktorij (Document Root), u kojem se nalazi njen javni dio. Ponekad svaka stranica može čak imati svoju IP adresu. U isto vrijeme, ako u prvoj metodi proizvod sam određuje koju web lokaciju da se poveže na date nazive domena, onda će tu operaciju izvršiti web server. Ovom implementacijom jezgro sistema se fizički nalazi na jednom mestu, recimo, na glavnom sajtu (folderi /bitrix/ i /upload/), a simbolički linkovi ka tim folderima se prave na drugim sajtovima.

Dakle, proizvod podržava mnogo načina i parametara organizacije na više lokacija. Prva opcija je vrlo zgodna ako je projekat postavljen na dijeljeni hosting, kada ne postoji mogućnost pristupa postavkama servera, ili je konfiguracija izuzetno ograničena. Druga opcija se obično koristi na namjenskim serverima i daje maksimalne performanse i pogodnost u postavljanju i konfiguraciji projekta.

Svaka opcija implementacije je apsolutno transparentna i za posjetitelje stranice i za internet pretraživače. Ne vrše se preusmjeravanja, što ne ometa ispravno indeksiranje svakog resursa od strane robota za pretraživanje.

Licenciranje

Uključeno u standardnu ​​isporuku proizvoda licenca za neograničen broj stranica (osim licenci "Prva stranica" i "Start"). Kupovinom kopije "1C-Bitrix: Upravljanje web lokacijom", možete besplatno kreirati, na primjer, resurs na ruskom i engleskom jeziku ili korporativnu web stranicu i internetsku trgovinu.

Sve lokacije koje rade na istoj licenci moraju biti hostovane na istom hostingu i koristiti jednu kopiju softverskog proizvoda 1C-Bitrix: Site Management.

  • Izrada web stranica sa višejezičnim verzijama
  • Razvoj mobilnih stranica
  • Izrada dodatnih sajtova za odeljenja i filijale kompanije
  • Izrada web stranice za online trgovinu i njeno predstavništvo

Posebnosti

  • Jedan osnovni proizvod
  • Jedna baza podataka
  • Jedan administrator za sve stranice
  • Tehnologija prijenosa ovlaštenja

Prenos autorizacije

U postavkama glavnog modula postavite potvrdni okvir za distribuciju autorizacije na sve domene (na kartici autorizacija).

Više lokacija na jednoj domeni

Posebnosti

  • Jedno ime domene
  • Odvojeni direktorij za dodatne stranice

Primjer: www.mycompany.com/s1/ , www.mycompany.com/s2/ ili www.mycompany.com , www.mycompany.com/s2/ .

Princip

Kreira se folder, na primjer s2, sadržaj se tamo baca, dodjeljuje se predložak stranice, konfigurira se više stranica

Podešavanje

U postavkama stranice (postavke proizvoda -> stranice -> lista stranica) postavite sljedeće parametre za stranice s1 i s2:

  • naslov
  • folder web lokacije (za s1 "/" ili "/s1/")
  • naziv web stranice
  • url servera (isti)

Više lokacija na različitim domenima

Princip

  • Odvojeno ime domene za sekundarnu lokaciju
  • Odvojeni web server za sekundarni sajt

Postavke servera

  • podešavanje web servera
  • delegiranje domena

Bitrix virtuelna mašina

BitrixVM-u su dodana dva sajta.

Delegacija domene

U primjeru kursa, hosts fajl je uređen.

Postavljanje web stranice

Instalirajte Bitrix u fasciklu prve stranice. Zatim su napravljeni u folderu drugog sajta simbolične veze po folderu bitrix i upload prva stranica.

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

Kopirajte fajlove na drugu stranicu:

  • access.php
  • .htaccess
  • 404.php
  • index.php

Sajtovi imaju sljedeće postavke:

  • naslov
  • Ime domena
  • folder web lokacije
  • naziv web stranice
  • url servera
  • put do korijenskog foldera web servera

Prebacivanje sekcije stranice na poddomenu na primjeru foruma

  1. Kreirajte folder foruma
  2. postavite kompleksnu komponentu foruma u njega
  3. u postavkama stranice dodajte naziv domene mysite.ru i forum.mysite.ru
  4. u folderu foruma kreiramo simboličke veze na bitrix i upload foldere
  5. da povežete šablon, koristite php uslov $SERVER["HTTP_HOST"] == "forum.mysite.ru"

Sa ovom opcijom, meni na udaljenoj poddomeni neće raditi, jer. ovo zahtijeva apsolutne putanje u meniju.

Pseudo multisite

  1. Poddomena je kreirana.
  2. Ovo ime domene je navedeno u postavkama stranice.
  3. Indeksna stranica sadrži kod:
// povezujemo datoteku sa klasom CMainPage
zahtijevaju ($_SERVER [ "DOCUMENT_ROOT" ] . "/bitrix/modules/main/include/mainpage.php") ;
// dobijemo identifikator trenutne stranice po imenu domene
$site_id = CMainPage: : GetSiteByHost () ;
// dobijanje apsolutne putanje do indeksne stranice foldera web lokacije
$page = CMainPage: : GetIncludeSitePage ($site_id) ;
// ako je stranica definirana i indeksna stranica je definirana tada
if (strlen ($site_id) > 0 && strlen ($page) > 0) (
// spojite stranicu
require_once($page) ;
) drugo ( // inače, ako lokacija tada nije definirana
zahtijevaju ($_SERVER [ "DOCUMENT_ROOT" ] . "/bitrix/header.php" ) ;
// dalje možete postaviti kod koji će biti prikazan if
// stranica nije prethodno definirana
zahtijevaju ($_SERVER [ "DOCUMENT_ROOT" ] . "/bitrix/footer.php" ) ;
}

Mnogi sajtovi

Rešavanje poslovnog problema po opštem principu „svaki veb resurs ima svoj sistem upravljanja“ je neefikasno; a posebno neefikasna kada je sistem upravljanja svaki put drugačiji. Problemi sa ovim pristupom su:

  1. Preveliki finansijski troškovi potrebni za kupovinu ili razvoj sistema za upravljanje sadržajem.
  2. Različite ulazne tačke za upravljanje sajtom, različit interfejs za upravljanje.
  3. Različiti sistemi autorizacije i baze podataka korisnika sajta.
  4. Različiti oglasni prostor.
Kao rezultat toga, kompanija ima decentralizaciju u upravljanju svojim web projektima. Prekomjerni resursi se troše na kreiranje web rješenja, a rješavanje poslovnih problema na internetu kasni. Posjetioci web projekata kompanije također mogu doživjeti neugodnosti kada rade s njima.

"1C-Bitrix" predlaže da se ova situacija promijeni. Na svakom primjerku proizvoda možete kreirati više web stranica u skladu sa važećom šemom licenciranja.

Zašto potreba za kreiranjem sistema sa više lokacija i šta to uopšte znači? Da odgovorim na ovo pitanje, dat ću vam elokventan primjer našeg razgovora sa klijentom.

Kontaktirala nas je jedna izdavačka kuća za savjet o izboru najboljeg rješenja. Šef direkcije za internet rekao je da oni istovremeno rade sa 18 veoma različitih sajtova. I svaka stranica ima svoj sistem za upravljanje sadržajem, neku vrstu mehanizma za upravljanje oglašavanjem, negdje postoji online trgovina sa svojim korisnicima. Većina projekata ima odvojene forume sa svojim korisničkim nalozima, negde postoje statistike, blogovi…

“A sada zamislite”, kaže, moj Excel tablet, gdje pohranjujem sve svoje lozinke za pristup ovoj rezervi! Pa, uspjeli smo natjerati naše zaposlenike da pamte lozinke i rade s njima, ali ja ne mogu natjerati klijente da rade tako?! Mi smo, naime, već izgubili kontrolu nad procesom razvoja, ažuriranjem projekata, ne možemo otvarati nove projekte...
Potreban mi je sistem koji ne samo da će kombinovati funkcionalnost koja mi je potrebna za jednu lokaciju, već će takođe omogućiti kombinovanje svih sajtova u jedinstven sistem upravljanja, sa jedinstvenim sistemom autorizacije i sigurnosti, kada će se klijent samo registrovati na bilo kom sajtova, a on će moći da radi sa svim drugim sajtovima. Prepoznaćemo ga i ponuditi mu dodatne usluge.”

Razumijevajući ovaj problem, implementirali smo MULTI-SITE u sva izdanja softverskog proizvoda 1C-Bitrix: Site Management, počevši od verzije 4.0. Štaviše, svako izdanje našeg proizvoda (osim "Prva stranica" i "Start" uključuje licencu za neograničen broj lokacija. To jest, zasnovano na izdanju "Poslovno" možete kreirati nekoliko projekata ujedinjenih kontrolnim sistemom, a jedan projekat može biti veliki portal, a drugo - velika internet prodavnica itd..

Zanimljivo je da kako prisutnost vaše kompanije na Internetu raste, broj projekata koje imate će se stalno povećavati. A ako na jednom ili dva projekta još niste jako svjesni problema nedosljednosti, svaki novi projekt će udvostručiti složenost i cijenu i usporiti vas ako vaši projekti nisu u početku kombinovani u sistem sa više lokacija.

Artem Ryabinkov, vodeći analitičar, koordinator projekta, 1C-Bitrix


Tehnologija

Lokacije i instance

Ispod instanca proizvoda znači kopiju "1C-Bitrix: upravljanje sajtom" koju je kupio klijent, koristeći jednu bazu podataka sa liste DBMS koje podržava proizvod.

Ispod site shvata se kao kombinacija sljedećih koncepata:

  • Račun u zajedničkoj bazi podataka;
  • Javni dio stranice (fajlovi i folderi);
  • Postavke stranice.
Drugim riječima, site je entitet kreiran u sistemu koji ima određeni skup podataka (sadržaja) i parametara (jezik, šablon dizajna, formati datuma i vremena). Podaci mogu biti jedinstveni unutar ove stranice (javni dio, pojedinačni infoblokovi, web obrasci, ankete, forumi, itd.) ili dijeljeni između više stranica.

Multisite tehnologija

Svaka od lokacija mora upućivati ​​na određeni naziv domene ili skup imena domena. Takva podudaranja su navedena u postavkama svake stranice. Nema ograničenja za nazive domena i opcije adresiranja. Svaka kreirana nova stranica može biti domena drugog ili trećeg nivoa.

Dakle, svi sajtovi se implementiraju na osnovu jedan primjerak proizvoda i koristiti jedna zajednička baza podataka. Ovo ima sljedeće neosporne prednosti:

  1. Jedinstveni interfejs za upravljanje proizvodom omogućava vam da ujedinite, iz jedne tačke, upravljanje svim web projektima: promenite strukturu, dodate sadržaj, upravljate pravima pristupa, itd.
  2. Jedinstveni sistem autorizacije i jedinstvena korisnička baza podataka omogućavaju korisniku da se registruje na jednom web projektu, a zatim koristi web servise i informacije na svim drugim resursima, u skladu sa svojim pravima.
  3. Jedinstven sistem za prikupljanje statistike kako za svaki projekat pojedinačno, tako i uz prijem zbirnih analitičkih podataka za sve projekte. Štaviše, zahvaljujući tehnologiji UserMultiSiteTransfer, izvedeno prepoznavanje posjetitelja koji dolaze na različite stranice unutar konfiguracije sa više lokacija.
  4. Jedinstveni oglasni prostor koji omogućava kompaniji ili uključenom oglašivaču da upravlja postavljanjem i prikazom banera iz jedne tačke. A zahvaljujući tehnologiji UserMultiSiteTransfer - prepoznati posjetitelja i efikasno koriste impresije banera .

Ako je kompanija razvila i ispravila greške u poslovnim procesima za upravljanje stranicama: kreiranje i objavljivanje materijala, upravljanje oglašavanjem, anketama, itd., tada stvaranje novog web resursa neće povlačiti promjene u ovoj strukturi.

Sajtovi imaju jednu bazu podataka, tako da ako ste implementirali uvoz/izvoz sa svojim korporativnim ili računovodstvenim sistemima, onda će podrška za više sajtova biti transparentna za ovu funkcionalnost.

Multisite se može implementirati na dva glavna načina.

U prvom i najjednostavnijem čak nije potrebna konfiguracija web servera! Svaka lokacija u root folderu web servera bit će smještena u poseban direktorij, na primjer /site1/ i /site2/. Postavke svakog sajta određuju imena domena po kojima treba da se renderuju, kao i odgovarajući direktorijum sa javnim delom sajta. Kao rezultat toga, Bitrix će automatski uključiti odgovarajuće skripte u ove direktorije, koji će vizualizirati sadržaj.

Distribucijski komplet softverskog proizvoda se isporučuje konfiguriran za rad prema prvoj metodi.

Druga tehnika vam omogućava da maksimalno odvojite javne dijelove web lokacija. Da biste to uradili, potrebno je da konfigurišete nekoliko virtuelnih hostova (web servera) na web serveru (Apache, IIS). Svaka lokacija u sistemu dobija svoj korijenski direktorij (Document Root), u kojem se nalazi njen javni dio. Ponekad svaka stranica može čak imati svoju IP adresu. U isto vrijeme, ako u prvoj metodi proizvod sam određuje koju web lokaciju da se poveže na date nazive domena, onda će tu operaciju izvršiti web server. Ovom implementacijom jezgro sistema se fizički nalazi na jednom mestu, recimo, na glavnom sajtu (folderi /bitrix/ i /upload/), a simbolički linkovi ka tim folderima se prave na drugim sajtovima.

Dakle, proizvod podržava mnogo načina i parametara organizacije na više lokacija. Prva opcija je vrlo zgodna ako je projekat postavljen na dijeljeni hosting, kada ne postoji mogućnost pristupa postavkama servera, ili je konfiguracija izuzetno ograničena. Druga opcija se obično koristi na namjenskim serverima i daje maksimalne performanse i pogodnost u postavljanju i konfiguraciji projekta.

Svaka opcija implementacije je apsolutno transparentna i za posjetitelje stranice i za internet pretraživače. Ne vrše se preusmjeravanja, što ne ometa ispravno indeksiranje svakog resursa od strane robota za pretraživanje.

Licenciranje

Uključeno u standardnu ​​isporuku proizvoda licenca za neograničen broj stranica (osim licenci "Prva stranica" i "Start"). Kupovinom kopije "1C-Bitrix: Upravljanje web lokacijom", možete besplatno kreirati, na primjer, resurs na ruskom i engleskom jeziku ili korporativnu web stranicu i internetsku trgovinu.

Sve lokacije koje rade na istoj licenci moraju biti hostovane na istom hostingu i koristiti jednu kopiju softverskog proizvoda 1C-Bitrix: Site Management.

Težina lekcije:

4. nivo- teško, zahtijeva koncentraciju, pažnju na detalje i precizno praćenje uputstava.

Za rad na više lokacija na različitim domenima, potrebno je konfigurirati softverski proizvod. Apache web server, kao iu slučaju multisite na istoj domeni, mora biti konfigurisan od strane hosting kompanije.

Koristit ćemo na primjer konfiguraciju dvije stranice:

  • www.site1.com - korporativna web stranica kompanije
  • www.site2.com - internet prodavnica kompanije

Postavljanje multisite na različite domene

Svaka stranica mora biti smještena u odgovarajući direktorij, na primjer:

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

Instaliranje proizvoda i konfiguriranje simboličkih veza

Proizvod je instaliran na jednoj od lokacija. Da bi kernel radio za obje stranice, morate kreirati simboličke veze za stranicu na kojoj kernel nije instaliran. Linkovi će biti potrebni za /bitrix , /local i /upload foldere. Ove fascikle su zajedničke za obe lokacije, ovo je karakteristika arhitekture.

Bilješka: Moguće je jednostavno kopirati navedene foldere s prve stranice na drugu. Ovim kopiranjem dobit ćete dvije kopije kernela koje rade sa istom bazom podataka. Ova opcija će raditi, ali postoje dvije negativne točke: tehnička i pravna. Tehnički problem je u tome što će se nakon ažuriranja jedne od jezgri baza podataka ažurirati, a druga stranica će prestati s radom. Pravni problem je što je kopiranje kernela protiv licence za proizvod.

Bilješka: Tehnički je moguće (ali nije preporučljivo) kopirati navedene fascikle u neki eksterni folder, na koji su konfigurisane simboličke veze za sve sajtove.

Simbolički link:(takođe simbolična veza sa engleskog. Simbolička veza, simbolična veza) - posebna datoteka za koju se u sistemu datoteka ne pohranjuju podaci, osim jedne tekstualne linije. Ovaj niz se tumači kao putanja do datoteke koju treba otvoriti kada pokušate pristupiti ovoj vezi.

U praksi se simboličke veze koriste za jednostavnije organizovanje strukture datoteka na računaru, jer omogućavaju da jedna datoteka ili direktorijum ima nekoliko imena i oslobođeni su nekih ograničenja svojstvenih tvrdim vezama (potonji rade samo unutar jednog odeljka i ne može se odnositi na direktorije).

Linkovi se mogu kreirati na dva načina. Prvi je klasičan, koji je kompanija preporučila od samog početka. Drugi - kasnije, smatra se "lijepim i gracioznijim". Nedostaje korak kreiranja zasebne fascikle i prenosa sistemskog kernela u nju.

Prva opcija(zeleno su primjeri za instalaciju na UNIX sistemima):

  1. instalirati softver
  2. kreirajte direktorij /home/www/shared/, koji će sadržavati datoteke koje dijele sve stranice:
    mkdir /home/www/shared
  3. premjestite cijeli direktorij /home/www/site1/bitrix/ na /home/www/shared/bitrix/ :
    mv /home/www/site1/bitrix /home/www/shared/bitrix
  4. premjestite cijeli /home/www/site1/upload/ direktorij na /home/www/shared/upload/ :
    mv /home/www/site1/upload /home/www/shared/upload
  5. premjestite cijeli /home/www/site1/local/ direktorij na /home/www/shared/local/ :
    mv /home/www/site1/local /home/www/shared/local
  6. kreirajte simboličku vezu za /bitrix/ direktorij na svakoj od stranica:
    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. provjerite je li web server ( Apache, IIS) ima pravo pisanja u /home/www/shared/ direktorij (ovo će biti neophodno da bi sistem ažuriranja radio i preuzimao grafičke fajlove)
  8. javni dio druge stranice smjestite u direktorij /home/www/site2/

Bilješka: Za kreiranje i uklanjanje simboličkih veza u Windows-u (počevši od Viste) postoji komanda mklink ili koristite dodatne programe, na primjer, Far Manager ili Junction od Sysinternals.

Bitan! FAT32 sistem datoteka ne podržava kreiranje simboličkih veza.

Kada postavljate konfiguraciju sa više lokacija na UNIX-u, možete koristiti programsku metodu kreiranja simboličkih veza:

Bilješka:

U nekim slučajevima, na primjer, ako web server radi u chroot-u, potrebno je napraviti relativne veze.

primjer:
/var/www/s1 - prva stranica
/var/www/s2 - druga lokacija
/var/www/shared - folder sa kernelom sistema

Ln -s ../shared/bitrix bitrix ln -s ../shared/upload upload ln -s ../shared/local local Idite na /var/www/s2 i izvršite iste komande.

Druga opcija. On stvara simboličke veze direktno u folderu druge stranice.

  1. Instalirajte softverski proizvod prvo u direktorij prve stranice /home/www/site1/
  2. Kreirajte skriptu u korijenskom folderu druge stranice (/home/www/site2/), na primjer, pod imenom symlink.php:
  3. Kreiranje linkova na bitrix, lokalne i upload foldere Simboličke veze uspješno kreirane"; else $strError = "Nije moguće kreirati vezu do foldera za otpremanje, kontaktirajte administratora servera"; ) else $strError = "Kreiranje veze do bitrix foldera nije uspjelo, kontaktirajte administratora servera"; ) else $strError = "Navedena putanja ne sadrži bitrix folder"; ) else $strError = "Neispravna putanja ili greška u dozvoli"; ako ($strError) echo ".$strError."
    Putanja izvora: ".$full_path; ) ?>
    Put do foldera koji sadrži bitrix, lokalne i upload foldere:
  4. Pokrenite skriptu i odredite putanju do korijenskog foldera prve stranice, u našem slučaju /home/www/site1/ .
  5. Nakon kreiranja simboličkih veza, unesite site1/bitrix/admin u adresnu traku vašeg pretraživača. Otvoriće se panel za prijavu.
  6. Unesite administratorske podatke koje ste naveli prilikom instaliranja proizvoda na prvu stranicu i bit ćete prebačeni na administrativni panel "1C-Bitrix: Upravljanje sajtom".

Nakon što je skripta završena, prisustvo simboličkih veza ka /bitrix , /local i /upload folderima u folderu druge stranice može se provjeriti pojavom foldera s istim imenom.

U fazi kreiranja mogu se pojaviti problemi:

  • nedostatak pristupa za pisanje trenutnoj fascikli;
  • sigurnosno ograničenje ( open_basedir) koji sprečava korisnike dijeljenog hostinga da pristupe drugim stranicama.

U slučaju problema sa ovom skriptom, trebate kontaktirati hostera za pomoć.

Konfiguracija lokacije

Sajtovi se konfigurišu u administrativnom delu sistema na stranici Postavke > Postavke proizvoda > Web lokacije > Lista lokacija.

U redu prve stranice (www.site1.com), u koloni radnja, izaberite naredbu Promjena i navedite u njima:

  • ime: site1
  • Ime domena: site1.com
  • Mapa stranice: /
  • Naziv stranice: Korporativna web stranica kompanije" Ime kompanije"
  • URL servera: www.site1.com
  • /home/www/site1/

Ako je DNS konfigurisan tako da vaša stranica odgovara na http://site1.com , onda u polju Ime domena po mogućnosti bez www. Možete navesti u ovom polju, u novom redu, bilo koji broj imena domena na koje želite da stranica reaguje (ili već odgovara).

Važno je imati na umu da su vrijednosti navedene u polju Ime domena, koristi ih proizvod za distribuciju informacija o posjetiteljima na navedenim domenima koristeći tehnologiju transfer posetilaca. Stoga je vrlo poželjno navesti potpunu listu domena za koje stranica može odgovoriti.

Vrlo je važno ne uključiti web lokacije u listu domena koje ne rade na ovoj instanci proizvoda. Navođenje pogrešne ili nepostojeće domene ne samo da može usporiti rad korisnika, već zapravo spriječiti prijenos podataka na stranice koje ne rade na uobičajenom instanca proizvoda.

Slično, konfigurirajte parametre druge stranice (www.site2.com/):

  • ime: site2
  • Ime domena: site2.com
  • Mapa stranice: /
  • Naziv stranice: Internet prodavnica kompanije" Ime kompanije"
  • URL servera: www.site2.com
  • Put do korijenskog foldera web servera za ovu stranicu:/home/www/site2/

Imajte na umu da za dvije lokacije u parametru Mapa stranice data je ista vrijednost: " / ". To je zbog činjenice da se stranice opslužuju od strane različitih "virtuelnih servera" (u Apache terminologiji) koji koriste drugačiji direktorij za hostiranje datoteka.

Takođe je potrebno obratiti pažnju na parametar Putanja do korijenskog foldera web servera za ovu stranicu. Za različite stranice, ima svoju vrijednost, preuzetu iz DocumentRoot parametra postavki odgovarajućeg "virtuelnog servera" (pogledajte dolje primjer dijela datoteke httpd.conf Apache postavke).

Bilješka:

Mora se imati na umu da kada organizirate više lokacija pomoću ove metode, možete koristiti jednu instalaciju kao virtuelne servere Apache i samo različite instalacije Apachea. Ovo važi i za druge web servere: IIS, EServ itd.

Bitan: kada kreirate drugu stranicu, morate kopirati sa glavne stranice ili ponovo kreirati /.htaccess i /404.php datoteke.

Kada je proaktivna odbrana omogućena, druga lokacija se mora dodati na listu.

.access.php fajl

Kreirajte fajl .access.php sa sljedećim sadržajem u korijenu druge stranice:

Bilješka:

Za ovu metodu organizovanja više lokacija nije potrebno konfigurisati algoritam za odabir lokacije na indeksnoj stranici, kao što se radi sa , jer lokacija će biti jedinstveno identificirana na terenu Ime domena.

Konfiguracija je spremna za rad.

Ulogovati se

  • Unesite u adresnu traku pretraživača http://site1/bitrix/admin (ili http://site2/bitrix/admin). Otvoriće se panel za prijavu.
  • Unesite administratorske podatke koje ste naveli prilikom instaliranja proizvoda na prvu stranicu i bit ćete prebačeni na administrativni panel "1C-Bitrix: Upravljanje sajtom".

Pošto je jezgro isto, a baza ista, administrativni panel za oba sajta će biti isti.

Tehnički, sistem omogućava kreiranje proizvoljnog broja sajtova koji rade po ovoj šemi. U svakoj od novonastalih stranica potrebno je postaviti web server i kreirati simboličku vezu. Pravno, za kreiranje svake nove stranice (osim prve dvije) morate kupiti dodatni kupon.

Bilješka: HTML keširanje nije podržano na drugom multisite. Štaviše, ova se funkcionalnost smatra zastarjelom. Tehnologija se preporučuje.

Sortiranje lokacija u općoj listi

Postoji mogućnost postavljanja vrijednosti u polju Sortiranje

Top Related Articles