Filstruktur for bitrix-rammeverk. Hva er Bitrix. S-Bitrix: Enterprise – en løsning for store Internett-prosjekter

Jeg lovet å vie en egen artikkel til 1C-Bitrix-programvareprodukter, og nå oppfyller jeg dette løftet. Artikkelen er en anmeldelse, i den vil jeg ikke fordype meg i de tekniske detaljene og funksjonene ved bruk av programkoden; for dette er det detaljert dokumentasjon tilgjengelig for alle på selskapets offisielle nettsted.

Her vil jeg snakke om de viktige funksjonene til Bitrix Framework, samt programvareproduktene som er laget på denne plattformen. Artikkelen er først og fremst ment for brukere som ønsker å forstå om visse Bitrix-utviklinger er nødvendige for virksomheten deres, og hvilke funksjoner de har. Informasjonen fra denne artikkelen kan også være nyttig for utviklere som jobber med andre CMS-er, men som også ønsker å få litt innsikt i Bitrix.

I det siste kommer jeg ofte over integrasjon av nettsteder med CRM-systemer og programmer for registrering av bevegelse av varer og Penger. Oftest i vårt land kreves integrasjon med forskjellige versjoner og konfigurasjoner av 1C. Ofte, når de kontakter meg, har kunder enten allerede opprettet et Bitrix-nettsted, eller er interessert i muligheten for å bytte til denne motoren, siden 1C-selskapet anbefaler det som et system som har alt som er nødvendig for å automatisere datautveksling. Tallrike spørsmål og den akkumulerte praktiske erfaringen med å jobbe med Bitrix-nettsteder ble faktorene som jeg husket mitt langvarige løfte om å snakke i detalj om Bitrix og likevel skrev denne artikkelen.

Hva er Bitrix?

Jeg foreslår å starte med definisjonen av selve konseptet Bitrix. Vanligvis brukes dette navnet i to versjoner:

1. Bitrix er navnet på programvareutviklerselskapet.
2. Bitrix er et miljø for utvikling av webapplikasjoner, det såkalte Bitrix Framework.

Litt historie

Først, la oss snakke om selskapet for å forstå hvor det kom fra. programvare"Bitrix" og hvorfor navnet viste seg å være slik. Bitrix-selskapet ble grunnlagt tilbake i 1998, rett etter finanskrisen, som et webstudio som spesialiserer seg på utvikling av skreddersydde nettsider. På begynnelsen av 2000-tallet opprettet og begynte selskapet å utvikle sitt eget CMS-system, som det også kalte Bitrix. Første versjoner CMS Bitrix var ikke fundamentalt forskjellige fra mange andre nettsidemotorer, før 1C-selskapet i 2007 kjøpte en kontrollerende eierandel i Bitrix, hvoretter nettstedsstyringssystemet fikk navnet 1C-Bitrix.

Det er viktig å forstå at etter en slik sammenslåing av selskaper og den påfølgende endringen i navnet på produktet skjedde på forretnings- og markedsføringsnivå, dvs. Selskapene fusjonerte, merkevaren fusjonerte, men de tekniske løsningene forble stort sett de samme – hvert programvareprodukt (1C og Bitrix) hadde sitt eget.

Svært ofte kommer brukere, med fokus på navnet og reklamen fra 1C-selskapet, til konklusjonen: hvis selskapet bruker 1C og søker å opprette en nettbutikk, er det best å velge Bitrix CMS for dette, fordi dette er produkter under samme merke og 1C-utviklere anbefaler også Det er denne motoren som er den beste for å utveksle data med 1C-programmet.

På samme måte, og omvendt, hvis det er en nettbutikk på Bitrix og eieren kommer til konklusjonen om behovet for å automatisere salg, vil han sannsynligvis velge 1C programvareprodukter av alle alternativene for regnskapssystemer.

Faktisk er Bitrix og 1C forskjellige produkter laget av forskjellige selskaper, og utviklerne av disse produktene fungerer helt uavhengig av hverandre. Det kan ikke engang sies at 1C-utviklere fokuserer arbeidet sitt på behovene til Bitrix-brukere, eller omvendt at Bitrix-utviklere tar hensyn til noen innovasjoner fra 1C i arbeidet sitt. Og kombinasjonen av navn er eksklusivt markedsføring et trekk som må innrømmes var svært vellykket. Det vil si at dette trekket kan betraktes som et vellykket grep nettopp fra markedsføringssiden, fra teknisk side kan jeg ikke gi positive eksempler fra sammenslåingen.

Bitrix som et programvareprodukt

Alle Bitrix-programvareprodukter er basert på Bitrix Framework. Hvis du refererer til hjelpedelen på 1C-Bitrix-nettstedet, kan du se følgende definisjon:

Bitrix Framework er en PHP-basert plattform for utvikling av webapplikasjoner. På denne plattformen har 1C-Bitrix laget to populære produkter: 1C-Bitrix: Site Management og 1C-Bitrix: Corporate Portal.

Denne definisjonen er tydelig for nettutviklere, men forteller ikke brukerne noe. Derfor vil jeg prøve å forklare på en forenklet måte hva vi snakker om.

Framework er et slags "rammeverk", en plattform for å lage programvareprodukter.
PHP er programmeringsspråket som dette "rammeverket" er skrevet i.

Basert på dette "rammeverket", denne plattformen, skapte Bitrix-selskapet programvareproduktene "1C-Bitrix: Site Management" og "1C-Bitrix: Corporate Portal". Dette er ferdige CMS-er som kan installeres på hostingen din, konfigureres og jobbes med, akkurat som med alle andre innholdsstyringssystem.

Fra et teknisk synspunkt er Bitrix-programvareprodukter (nettsider og mobilapplikasjoner) laget på grunnlag av sin egen Bitrix Framework-plattform.

1. I dag er disse programvareproduktene representert av følgende løsninger:
2. 1C-Bitrix: Site management. Et system for å lage nettsider og nettbutikker.
3. 1C-Bitrix: Bedriftsportal. Plattform for å lage kraftige bedriftsportaler.
4. Mobilapplikasjoner basert på Bitrix Framework (mobilversjoner av nettsteder, etc.)
5. Diverse ferdige bransjeløsninger.

I tillegg har Bitrix-selskapet sin egen butikk " App Store” kalt MarketPlace, hvor du også kan kjøpe eller laste ned gratis ulike løsninger, for eksempel maler, tilleggsmoduler, tillegg for programvareprodukter, ferdige løsninger for tilkobling av telefoni, integrasjon med andre tjenester mv.

Utviklingen av programvareprodukter på Bitrix Framework-plattformen utføres av en smal krets av programmerere som består av firmaspesialister. Dette er et kommersielt produkt, og derfor kan denne begrensningen anses som en fordel. Programvareoppdateringer er forutsigbare og klare, tilnærmingen til arbeid er omfattende, og nye funksjoner fungerer vanligvis akkurat som annonsert.

Selskapet har også en svært ansvarlig tilnærming til driften av MarketPlace-tilleggs- og applikasjonsbutikken. Ikke bare bedriftsansatte, men også tredjepartsutviklere kan tilby utvikling for denne butikken. Men ethvert foreslått produkt gjennomgår streng forhåndsmoderering, løsningen testes av Bitrix-spesialister, og først etter at godkjenningen deres vises i det offentlige domene.

Blant ulempene med denne tilnærmingen bør det bemerkes at antallet utvidelser (moduler) er mye mindre enn for produkter med gratis lisens, og de er mye mindre forskjellige. Dette er forståelig - antall utviklere er ikke begrenset av størrelsen på selskapet.

Hva er et "rammeverk"? Mer om Bitrix Framework

Bitrix Framework er et visst sett ferdige moduler og komponenter, dvs. "klosser" som Bitrix-programmerere lager programvareprodukter fra. I prinsippet kan enhver programmerer om ønskelig bruke Bitrix Framework-plattformen til å lage sine egne programvareløsninger, det er også fullt mulig å modifisere ferdige Bitrix-produkter på den måten brukeren trenger.

Bitrix Framework - en løsning med åpen kilde, dvs. en programmerer kan modifisere ditt Bitrix-programvareprodukt på hvilken som helst måte han vil; det er ingen begrensninger på tilgang til programvaremoduler og deres kode i dette systemet. Men samtidig er Bitrix Framework en løsning som leveres på grunnlag av lisenser. De. Du kan installere og bruke programvareprodukter basert på Bitrix Framework på så mange datamaskiner som antall lisenser du har kjøpt.

Til sammenligning: 1C-programvareprodukter kommer også med lisensiering, men bare konfigurasjonen kan endres; kjernen (grunnlaget for programvareproduktet) er ikke tilgjengelig for programmerere. I Bitrix kan en programmerer gjøre alle endringer, inkludert i kjernen. Og for eksempel er DRUPAL et åpen kildekode-system, men uten lisensiering.

For å forstå hvordan Bitrix programvareløsninger fungerer, må du vite at hver av dem består av en kjerne (plattform) og tilleggsmoduler. De. Det er et programmeringsspråk (php) der kjernen er skrevet. Kjernen inneholder visse funksjoner, regler og verktøy som kan brukes av utvikleren. Når du oppretter et programvareprodukt, kobles og konfigureres nødvendige verktøy; om nødvendig kan kjernen også endres. Og når du arbeider med et ferdig programvareprodukt, kan du også justere plattformen, men oftere forblir den urørt, og forbedringer gjøres ved hjelp av ulike eksterne moduler.

Du må også ta i betraktning at plattformen allerede inkluderer en viss liste over grunnleggende moduler som kan kobles til eller deaktiveres om nødvendig. Det er derfor for eksempel bedriftsportalen har en "handlevogn"-modul, som ser ut til å være helt unødvendig. Men siden han kom inn grunnleggende sett, den finnes i alle Bitrix-programvareprodukter.
Deretter kan brukeren (moderator, sideadministrator osv.) jobbe med ferdige verktøy og bruke dem til å lage innhold, legge ut produkter og så videre.

Bitrix programvareprodukter

Bitrix-programvareprodukter skiller seg hovedsakelig fra hverandre i settet med moduler som er inkludert i den ferdige løsningen, og er delt inn i kategorier i henhold til typen nettsted som kan være nødvendig i et bestemt tilfelle:

1. «1C-Bitrix: Site Management»-løsningen er et programvareprodukt som brukes til å utvikle nettbutikker, visittkortsider og lignende prosjekter.
2. 1C-Bitrix: Corporate Portal-løsningen er best egnet for store selskaper og for enhver virksomhet som krever en bedriftsportal for å fungere.
3. Bransjeløsninger er spesialiserte løsninger basert på Bitrix Framework, som gir moduler for organisering av arbeid i en bestemt bransje.

1C-Bitrix: Enterprise – en løsning for store Internett-prosjekter.

Også i en egen retning er det verdt å fremheve produktet "1C-Bitrix: Mobile application", som brukes til å lage mobilversjoner nettsider eller nettbutikker, samt andre typer applikasjoner for mobile enheter, som når den er opprettet, kan legges ut for nedlasting eller salg på App Store eller Google Play. Dette programvareproduktet er også en ferdig plattform, takket være opprettelsen mobilapplikasjoner det skjer mye raskere og enklere enn å jobbe som programmerer fra bunnen av.

La meg også minne deg nok en gang om at ethvert 1C-Bitrix-produkt etter kjøp kan endres på alle nivåer, fra de kjente eksterne modulene og tilleggene til kjernemodifikasjoner.

1C-Bitrix. Webområdeadministrasjon

"Site Management" er et programvareprodukt utviklet for å lage og administrere nettbutikker, visittkortsider, etc. Det finnes et stort antall utgaver av dette programvareproduktet, men de er alle ment for ett formål - å lage et nettsted og dets videre vedlikehold (fylling, redigering, etc.).

I utgangspunktet ble Bitrix laget som en motor (CMS) for å lage nettbutikker, og derfor har Site Management et veldig bredt spekter av muligheter og rik funksjonalitet. På den annen side blir alle de rike egenskapene til denne motoren sjelden brukt. Det er sjelden å se flere kataloger på et Bitrix-nettsted; markedsføringsmuligheter blir praktisk talt ikke brukt, siden de fleste nettbutikker ikke trenger alle disse funksjonene, men de er fortsatt inkludert blant funksjonene til programvareproduktet, og hvis behovet oppstår, kan kobles til når som helst.

Når du oppretter en nettbutikk ved å bruke Site Management-produktet, må du:

1. Installer selve "motoren" på hostingen;
2. Sett opp et design, sett opp informasjonssider;
3. Sett opp en produktkatalog og handlekurvstyring (kasse);
4. Koble eventuelt betalingssystemer, datautveksling med et regnskapsprogram m.m.

Mesteparten av funksjonaliteten som kan kreves for å implementere alle typer netthandel er allerede inkludert i "Site Management"-produktet, men du kan også bruke dine egne utviklinger eller kjøpe løsninger fra MarketPlace.

Viktig! System "1C-Bitrix. Site Management" krever et bredt spekter av hosting-funksjoner; noen hostingselskaper introduserer til og med spesielle tariffplaner for "nettbutikker på Bitrix" er dette viktig å huske når du velger hosting og beregner kostnaden for nettsidestøtte.

1C-Bitrix: Bedriftsportal

En bedriftsportal er generelt sett et nettgrensesnitt for ansattes tilgang til bedriftsdata og -applikasjoner. Wikipedia

1C-Bitrix: En bedriftsportal er en slags plattform hvor informasjon samles inn, selskapets informasjonssenter. Dette er et multifunksjonelt produkt hvor du kan kombinere informasjon om det meste ulike retninger. For eksempel vedlikeholder et selskap regnskapsdata i 1C. Regnskap, bevegelse av varer gjennom varehus og salg - i 1C. Handel og lager, arbeid med potensielle og reelle kunder - i et CRM-system gis teknisk støtte i en spesialisert kundestøttetjeneste.

Og bedriftsportalen lar deg administrere alle disse områdene på ett sted, samle inn data for ledelsesrapportering og få et helhetlig detaljert bilde av selskapets arbeid fra ulike synsvinkler. På noen måter ligner Bitrix-bedriftsportalen en sveitsisk kniv: dette verktøyet har ingen spesialisering, men med hjelpen kan du utføre en rekke handlinger, siden produktet inneholder verktøy for å jobbe med klienter, brukere og mye mer, selv om kl. et minimumsnivå.

1C-Bitrix: Bedriftsportalen er også posisjonert som et produkt som lar lederen kontrollere hele arbeidsprosessen til bedriften, som en rekke rapportering brukes til; lederen kan også sette funksjoner, for eksempel start og slutt av arbeidsdagen, sette oppgaver (prosjekter) for avdelinger, angi tidspunkt og hovedstadier for gjennomføring for dem. Dessuten kan et CRM-system, telefoni, regnskap, regnskapsprogrammer osv. integreres med portalen.

Det er to produkter fra Bitrix designet for bedriftsarbeid:

• Bitrix24 er en SAAS-løsning hvor du betaler for tilgang til skytjenesten. Her trenger du ikke betale for dine egne hosting- og spesialisttjenester; alle tjenesteoppdateringer vil være tilgjengelige for deg uten at du gjør noe. Men samtidig vil du kun kunne bruke funksjonaliteten som utvikleren tilbyr, samt løsninger fra MarketPlace. Egendefinerte modifikasjoner er ikke mulig i Bitrix24.
• En bedriftsportal er et programvareprodukt med åpen kildekode for kunder, som må installeres på din egen hosting etter kjøp. Du må gjøre alle innstillinger for dette programvareproduktet selv. For å motta oppdateringer må du laste dem ned og installere dem selv. Men samtidig har spesialistene dine tilgang til alle funksjonene til programvareproduktet, og eventuelle modifikasjoner vil være tilgjengelige for deg.

Bransjeløsninger

Spesialiserte bransjeløsninger er et «Site Management»-system med alle funksjonene tilgjengelig i basisversjonen, supplert med forhåndsinstallerte tillegg for organisering av arbeid i en bestemt bransje. For eksempel er slike løsninger veldig populære for å organisere arbeidet til medisinske institusjoner, budsjettorganisasjoner, utdanningsinstitusjoner, etc.

Det finnes allerede spesielle spørreskjemaer for å opprette en pasients journal eller registrere en gründer, skattebetaler, fremtidig eiendomseier, etc. og så videre. Implementerte alternativer for rekkefølgen av handlinger når du bestiller en avtale med en spesialist og betaler statlig plikt, fakturaer for tjenester, samt andre moduler som er nødvendige for å lage et praktisk nettsted for en bestemt bransje.

1C-Bitrix: Enterprise

Denne løsningen, designet for gjennomføring av store og komplekse prosjekter, selges til en svært høy pris (fra RUB 1 499 900) Bitrix posisjonerer dette produktet som en løsning for selskaper som er klare til å utnytte mulighetene til Internett og e -handel. Produktet inkluderer alle eksisterende moduler og tillegg og implementering av de mest forskjellige funksjonene du kan forestille deg. Utviklerne hevder at produktet, sammen med et stort antall muligheter, også har en utrolig grad av skalerbarhet og fleksibilitet og garanterer utvidet teknisk støtte.

Om det er verdt å bruke et så dyrt og kraftig produkt er opp til deg å avgjøre. Noen store detaljhandelskjeder jobber med denne løsningen, andre foretrekker å implementere arbeidet basert på den vanlige "Site Management"-funksjonaliteten. Alt avhenger av omfanget av prosjektet og etterspørselen etter det brede spekteret av funksjoner som utviklere tilbyr til prisen angitt ovenfor.

Noen få ord om MarketPlace

Hvis du ønsker det, kan du også kjøpe eller laste ned ferdige løsninger for alle programvareproduktene gjennom din egen applikasjonsbutikk 1C-Bitrix MarketPlace. Det finnes en rekke ulike maler, løsninger for integrasjon med ulike programvareprodukter og systemer, og tilleggsmoduler for implementering av en rekke funksjoner. Disse løsningene kommer også som åpen kildekode, dvs. Om ønskelig kan de modifiseres for å passe dine egne behov. Men det er viktig å forstå det etter å ha gjort endringer i koden teknisk støtte ikke gitt for disse løsningene.

Viktig: Bitrix-kjernen, i likhet med 1C-kjernen, må også oppdateres regelmessig. Selv om disse oppdateringene ikke er like kritiske som for 1C-programvareprodukter, har de også sine egne nyanser.

Når du oppdaterer kjernen til et programvareprodukt, kan eventuelle tillegg og applikasjoner fra MarketPlace slutte å fungere, og derfor må du etter oppdateringen teste disse funksjonene på nytt og om nødvendig laste ned og installere oppdateringer for dem separat. . Oppdateringen blir også utilgjengelig eller problematisk hvis det gjøres endringer i programvareproduktkoden.

Et sammensatt nettsted er en annen teknologi som aktivt promoteres av 1C-Bitrix-utviklere. De posisjonerer sammensatte nettsteder som en mulighet til å kombinere høye lastehastigheter med alle funksjonene til et moderne, dynamisk nettsted.
Hvordan det fungerer:

1. Nettstedets sider er delt inn i statiske og dynamiske deler.
2. For raskt å vise den statiske delen, brukes caching aktivt.
3. Systemet laster inn den dynamiske delen bakgrunn og også cacher i nettleseren.

Aktiv bruk av caching lar deg redusere mengden informasjon som nettstedet sender til brukeren hver gang nettstedet åpnes igjen.

De. Når du først går inn på det sammensatte nettstedet, lastes siden inn normalt
Et anrop gjøres fra brukerens nettleser til vertssiden. Siden genererer en respons, dvs. en hel side sammen med alle bildene og andre typer innhold. Brukeren venter på at all informasjonen skal lastes ned til datamaskinen og ser en helside.

Sammensatte nettsteder lagrer deretter mesteparten av siden (bilder, videoer, annen statisk informasjon) i systembufferen. Og når du får tilgang igjen, blir tilstedeværelsen av en kopi av den statiske delen av siden i hurtigbufferen tatt i betraktning, og derfor genereres og overføres bare den dynamiske delen, resten lastes fra hurtigbufferen. På grunn av dette øker nedlastingshastigheten betydelig.

Brukbarhet av 1C-Bitrix-produkter

Brukervennligheten til Bitrix programvareprodukter er veldig unik. Til å begynne med brukte Bitrix-utviklerne en spesiell tilnærming for CMS-en deres, som på mange måter ikke falt sammen med andre populære innholdsstyringssystemer for nettsteder. Antallet funksjoner som er inkludert i Bitrix-programvareprodukter er svært stort og øker enda mer for hver utgivelse. Og mens mange andre CMS-er er utformet etter prinsippet om å ha en liten og relativt enkel kjerne som du kan koble en lang rekke løsninger til etter behov, prøver Bitrix å legge "alt på en gang" inn i programvareproduktet.

Som et resultat er det et fenomen som kalles overkoding; i 1C-Bitrix programvareløsninger er det for mye kode og muligheter som oftest ikke brukes. Dette fører igjen til økt kompleksitet i hele systemet. Som et resultat finner ikke bare brukere, men veldig ofte til og med programmerere det vanskelig å forstå brukervennligheten til programvareprodukter og forstå hvor hver funksjon er konfigurert. Dessverre er denne ulempen baksiden av kraftige og multifunksjonelle løsninger, som er viktig å vurdere når du velger et produkt for å lage en nettside eller bedriftsarbeid (samarbeid).

Sammendrag

1C-Bitrix programvareprodukter er svært kraftige moderne verktøy for å lage nettsider, bedriftsportaler og mobilapplikasjoner. Men vi må forstå at disse teknologiene bare er en av løsningene som er tilgjengelige på det moderne markedet. Bitrix har en høy inngangsrate og visse spesifikasjoner. Derfor, før du bestemmer deg for å bruke et bestemt programvareprodukt, er det svært viktig å gjøre deg kjent med de ulike tilbudene på markedet, samt rådføre deg med spesialister.

Blant fordelene, i tillegg til mulighetene som er oppført ovenfor, er det også verdt å merke seg at programvareproduktene og all dokumentasjon er på russisk, samt tilstedeværelsen av mange partnerløsninger for å integrere Bitrix med andre systemer.

Ulempene er kompleksiteten til programvareproduktene for brukere (det er vanskelig å administrere nettsteder på egen hånd, og å sette opp uten hjelp fra spesialister er nesten umulig), samt ikke den rimeligste prisen.

Å jobbe eller ikke med disse programvareløsninger– alles personlige valg. Jeg tror at selv for integrasjon med 1C er bruken av Bitrix ikke nødvendig; det finnes andre metoder for å organisere datautveksling. På den annen side, for komplekse og store prosjekter dette kraftig system med omfattende kapasiteter kan være en passende løsning.

Om CMS 1C-Bitrix

Systemet er fokusert på bedriftsnettsteder, informasjons- og referanseportaler, sosiale nettverk, nettbutikker, mediesider, og egner seg for å lage andre typer nettressurser.

En relasjonell DBMS brukes til å lagre nettstedsdata. Følgende DBMS-er støttes: Oracle, MS SQL. Produktet kjører på Microsoft Windows og UNIX-lignende plattformer, inkludert GNU/Linux.

"1C-Bitrix: Site Management" selges i en av syv utgaver kompilert av utvikleren (Start, Standard, Expert, Small Business, Business, Portal, Large Business), som bestemmer settet med moduler og funksjonaliteten til systemet. Til dags dato er 26 moduler tilgjengelige i systemet: Hovedmodul, Strukturstyring, Informasjonsblokker, Søk, Sosiale medier, Proaktiv beskyttelse, Komprimering, Nettskjemaer, Forum, Abonnement, E-postlister, Undersøkelser, Blogger, Fotogalleri 2.0, Nettanalyse, Reklame, Teknisk støtte, E-post, Opplæring, Testing, Oversettelse, Valutaer, Webtjenester, Handelskatalog, Internett-butikk , Dokumentflyt, AD/LDAP, Ytelsesmonitor.

For å fungere riktig med dette styringssystemet, må brukere uten kunnskap om HTML og PHP-språk først konfigurere systemet (lage en mal basert på grafisk design, lage en struktur av seksjoner og sider, samt koble sammen systemmoduler). Denne sjansen levert av selskapets partnere 1C-Bitrix.

Ideologien til systemet representerer inndelingen av logikk i moduler og komponenter. Moduler i "1C-Bitrix: Site Management" er et sett med programvarekomponenter som er ansvarlige for å jobbe med ulike typer databaser, i tillegg til å gi et enhetlig system-API. Komponentene tjener til å koble den endelige presentasjonen av informasjon på nettstedet med programvarekjernen i systemet. De bruker APIen som er opprettet av modulene til å organisere gjenfinning, modifikasjon og administrasjon av informasjon i databasen. Komponenter er mye enklere enn moduler, så det er ganske enkelt å endre logikken til nettstedet. Samtidig er den medfølgende API-funksjonaliteten ganske fleksibel og hver komponent kan bruke den på sin egen måte. For eksempel, på grunnlag av "Infoblokker"-modulen, kan du organisere alle kataloger: nyheter, produktkatalog, partnerkatalog, fotogalleri. For å organisere en egen type katalog er dens egen komponent ansvarlig, selv om modulen er den samme.

Den første versjonen av systemet ble utgitt i 2001. Mer enn 20 000 nettsteder er opprettet på systemet. I Russland og CIS utvikles nettsteder på 1C-Bitrix av mer enn 3000 nettstudioer.

På for tiden versjon 8.0.3 tilgjengelig.

Om bedriftsportalen 1C-Bitrix

"1C-Bitrix: Corporate Portal" er et programvareprodukt for å lage intern bedrift informasjonsressurs løse kommunikasjons-, organisasjons- og HR-problemer i selskapet. Som inkluderer 23 moduler for å administrere innhold, struktur, fora, annonsering og andre nettstedsfunksjoner.

Ulemper med systemet

Liste over endringer i 1C-Bitrix-modulversjoner

Modulversjoner (fra 05.09.2009)

MODUL - VERSJON - ENDRING
Hovedmodul - 8.0.4 - 21.04.2009
Proaktivt forsvar - 8.0.5 - 21.04.2009
Strukturforvaltning - 8.0.3 - 14.04.2009
Informasjonsblokker - 8.0.2 - 22.04.2009
Søk - 8.0.2 - 20.04.2009
Komprimering - 8.0.0 - 04.07.2009
Nettskjemaer - 8.0.2 - 04.07.2009
Forum - 8.0.8 (beta) - 05/05/2009 (ny)
Abonnement, utsendelser - 8.0.1 - 20.04.2009
Avstemninger, avstemning - 8.0.2 - 23.04.2009
Blogger - 8.0.3 - 23.04.2009
Bildegalleri 2.0 - 8.0.0 - 04.07.2009
Sosialt nettverk - 8.0.3 - 23.04.2009
Statistikk - 8.0.1 - 21.04.2009
Reklame, bannere - 8.0.4 - 05/06/2009 (ny)
Teknisk støtte - 8.0.1 - 21.04.2009
E-post - 8.0.1 - 21.04.2009
Trening - 8.0.1 - 21.04.2009
Oversettelse - 8.0.1 - 21.04.2009
Valutaer - 8.0.1 - 21.04.2009
Webtjenester - 8.0.0 - 27.03.2009
Handelskatalog - 8.0.1 - 21.04.2009
Nettbutikk - 8.0.1 - 21.04.2009
Dokumentflyt - 8.0.2 - 21.04.2009
AD/LDAP-integrasjon - 8.0.0 - 04.07.2009
Ytelsesmonitor - 8.0.0 - 28.03.2009

se også

Linker

Informasjon fra utbygger

• www.1c-bitrix.ru - nettstedet til utviklingsselskapet.
• dev.1c-bitrix.ru - utviklerstøttesenter.

Artikler og programmeringseksempler for 1C-Bitrix

Meninger om 1C-Bitrix

• “1C-Bitrix”: 6 millioner treff - Hvor mye belastning vil siden tåle?

Notater

Wikimedia Foundation. 2010.

Bøker

• 1C-Bitrix. Bedriftsportal. Å øke effektiviteten til selskapet, Robert Basyrov, Boken forteller hvordan du kan øke effektiviteten til selskapet ved å bruke produktet "1C-Bitrix: Corporate Portal". Et nytt produkt vil hjelpe din bedrift med å organisere teamarbeid,... Kategori: Programmer Utgiver: Peter, eBok (fb2, fb3, epub, mobi, pdf, html, pdb, lit, doc, rtf, txt)

Spørsmål: Hvorfor er det akseptabelt å lagre innhold i filsystemet, selv om det er statisk? Hører ikke innholdet hjemme i en database? Med riktig ferdighet kan den offentlige delen bestå av et dusin fysiske filer. Alt innhold kan være i informasjonsblokker, inkludert menyer. Men vanligvis statiske sider (f.eks. Om selskapet) er det mer praktisk å redigere som en fil i stedet for som en databasepost. Men hvis det er et ubegrenset antall slike statiske sider, er dette en grunn til å strukturere dem og plassere dem ikke på disk, men i informasjonsblokker. Størrelsen på systemet er ganske stor, siden det inkluderer mange komponenter som er nødvendige for rask start og drift av den administrative delen. Komponentene er ikke konsolidert fordi systemet er modulært. Moduler, komponenter og maler har en bestemt struktur. Dette er viktig både for systemoppdateringer og for å utvikle egne komponenter. Et stort antall filer er en egenskap for lignende systemer. (U ZendFramework har samme funksjon). Med riktig vertskonfigurasjon vil php-forkompilatorer ta seg av dette problemet. Størrelsen på plassen som vert tildelt og det store antallet systemfiler kan være avgjørende. (Problemet er ikke den vanlige driften av Bitrix Framework, men for eksempel driften av sikkerhetskopieringssystemene til hosterne. Med et stort antall filer begynner de å ikke fungere veldig bra.) Derfor, for å velge en hoster , anbefaler vi å bruke listen over anbefalte hostinger. Sammendrag. Filsystemet ble valgt som et verktøy for å lagre nettstedstrukturen, i stedet for en database, på grunn av det faktum at: Filen gir mer frihet til nettstedsutvikleren. Fordi en fil på systemet bare er en kjørbar fil. Dette gjør det lettere å administrere. I roten til dette synet er strukturen til statisk elektrisitet HTML-sider, ordnet i mapper. Gjennom noen forbedringer (introduserer en liten mengde PHP-kode), får vi umiddelbart et prosjekt i gang på Bitrix Framework fra et slikt nettsted. Til en viss grad er dette en tradisjon som var av stor betydning ved begynnelsen av dannelsen av CMS. Dette synet stemmer overens med opplevelsen til innholdsforvaltere som jobber med lokale filsystemer(mapper og filer). Områdestrukturen kan også være i databasen (infoblokker), men å administrere hierarkiet i en relasjonsdatabase er ikke særlig praktisk. La oss se på bruken av filer i Bitrix Framework ved å bruke eksempler: Filsystem og meny. Menyen i filene lar deg ikke koble til databasen der den egentlig ikke er nødvendig. Det samme gjelder side- og seksjonsegenskaper, samt filtillatelser. Teoretisk sett er det mulig å sette sammen en informasjonsside hvor det ikke vil være tilgang til databasen i det hele tatt. Det vil fungere raskere, spesielt på delt hosting. Det er også bonuser: når du kopierer en seksjon, blir menyen, tilgangsrettigheter og egenskapene til seksjonen umiddelbart kopiert naturlig. Filsystem og brukere. Brukere fra den administrative delen har tilgang til kjernefiler og andre programfiler. Men brukerne er forskjellige. For eksempel teknisk støtte for 1C-Bitrix. Hvis en nettutvikler ikke er trygg på brukerne sine, kan han alltid forby dem fra å redigere både PHP-kode og hele seksjoner (kjerne). I følge det moderne konseptet med Bitrix Framework skal det ikke være PHP-kode i den offentlige delen - alt skal være innkapslet i komponenter. Deretter redigerer brukeren enten "bar" statikk eller konfigurerer komponenten. Filsystem og språkversjoner. Det ville være vanskelig å opprettholde språkinformasjon i databasen. Informasjon i språkfiler endres ekstremt sjelden - det er lettere å redigere en linje i en språkfil en gang i året enn å lagre disse statiske setningene i databasen. Og vi gjentar: databasen er treg og overflødig. Filstruktur Bitrix Framework-filstrukturen er organisert på en slik måte at programvarekomponenter produktkjernene er skilt fra brukerfiler, samt filer som definerer den eksterne presentasjonen av nettstedet. Denne funksjonen lar deg: unngå uønsket endring av produktkjernen når du arbeider med systemfiler; utelukke muligheten for å endre den offentlige delen av nettstedet når du laster ned produktoppdateringer. melodi utseende nettsted for nesten alle oppgavene dine Hele systemet ligger i /bitrix/-katalogen, det inkluderer følgende underkataloger og filer: /admin/ - administrative skript; /cache/ - cache-filer; /aktiviteter/ - handlingsmapper for forretningsprosesser; /components/ - mappe for system- og brukerkomponenter; /gadgets/ - gadgetmapper; /js/ - javascript-modulfiler; /stack_cache/ - cache-filer "med utkastelse"; /themes/ - temaer for den administrative delen; /wizards/ - veivisermapper; /images/ - bilder brukt både av systemet som helhet og av individuelle moduler; /managed_cache/ - administrert cache; /modules/ - en katalog med systemmoduler, hvor hver underkatalog har sin egen strengt definerte struktur; /php_interface/ er en hjelpetjenestekatalog, den inkluderer følgende kataloger og filer: dbconn.php- tilkoblingsparametere til databasen; init.php - Ekstra alternativer portal; after_connect.php- kobler til umiddelbart etter å ha opprettet en tilkobling til databasen; dbconn_error.php- kobler til hvis det er en feil når du oppretter en tilkobling til databasen; dbquery_error.php- kobler til når det er en feil for øyeblikket SQL-utførelse be om; / Nettsted-ID/init.php- Ytterligere sideparametere; filen kobles umiddelbart etter å ha definert en spesiell konstant med nettstedidentifikatoren - SITE_ID; /maler/ - katalog med nettsted- og komponentmaler, den inkluderer følgende underkataloger: /.default/ - en underkatalog med vanlige filer som brukes av en bestemt mal som standard, strukturen til denne katalogen er lik strukturen til katalogen som inneholder en spesifikk mal beskrevet nedenfor; /site template ID/ - underkatalog med nettstedsmalen, den inkluderer følgende underkataloger og filer: /components/ - katalog med tilpassede komponentmaler; /lang/ - som tilhører både denne malen som helhet og til individuelle komponenter; /images/ - katalog med bilder av denne malen; /page_templates/ - katalog med sidemaler og deres beskrivelser lagret i en fil .content.php. Når en bruker oppretter ny side, kan han velge hvilken mal fra de presentert i denne katalogen som skal brukes til å gjøre dette; header.php- prolog av denne malen; bunntekst.php- epilog av denne malen; template_styles.css- hovedstilfil for malen; styles.css- CSS mal stiler for visuell redaktør(kategorien Nettstedstiler); /tools/ - under installasjonen kopieres flere sider til denne katalogen, som kan brukes direkte på alle sider på nettstedet: hjelp, kalender, bildevisning, etc.; /updates/ - katalog opprettet automatisk av oppdateringssystemet; header.php- en standardfil som igjen inkluderer en spesifikk prolog av gjeldende sidemal; denne filen må brukes på alle sider av den offentlige delen; bunntekst.php- en standardfil som igjen inkluderer en spesifikk epilog av gjeldende sidemal; denne filen må brukes på alle sider av den offentlige delen; license_key.php- fil med en lisensnøkkel; spread.php- en fil som brukes av hovedmodulen for å overføre besøkende informasjonskapsler til flere domener på forskjellige nettsteder; redirect.php- fil som brukes av modulen Statistikk for å registrere koblingsklikk-hendelser; rk.php- standardfil som brukes av modulen Reklameå registrere bannerklikk-hendelser; stop_redirect.php- fil som brukes av modulen Statistikkå sende en melding til en besøkende inkludert i stopplisten; aktivitetsgrense.php- fil som brukes av modulen Statistikkå sende en melding til roboten når den overskrider aktivitetsgrensen; og andre tjenestefiler og -mapper. Avhengig av utgaven som brukes, kan noen kataloger og filer mangle.

Kjærlighet

Kosta
Skrevet på en lett tilgjengelig måte...
Sergey
Takk skal du ha

Administrator
Selvfølgelig kan du. Det er nok å velge i magasinet valget "Nåværende tilstand" - "Bare ...
Larisa
Hallo! Fortell meg om det er mulig å skjule lukkede bestillinger fra bestillingerlisten...
Administrator
Jeg ønsket tydeligvis å bli involvert i Bitrix-økten. Men det gjorde han ikke. Som et resultat, denne linjen ...
Andrey
God ettermiddag, takk for artikkelen. Mens jeg leste, oppsto spørsmålet: hvorfor i behandlingskoden ...
Administrator
Problemområdet i forbindelsen mellom 2 programmer er alltid utvekslingen. Det er sjelden når du klarer å sette opp en utveksling og...
Marina
Hei, nå jobber vi kl 11, er det verdt å bytte til kombinasjonen UT+butikk? Hva under vann...
Ahn
Jeg slutter meg til spørsmålet om uoverensstemmelser etter...
Kjærlighet
Det er ingen kassebok i UNF (linje 159). Dette kan kun genereres gjennom eksterne rapporter, som ikke eksisterer...
Kosta
Skrevet på en lett tilgjengelig måte...
Sergey
Takk skal du ha

Siste artikler

En infoblokk er en enhet som kombinerer flere tabeller i en database. Den lar deg jobbe med databasen uten å tenke på strukturen til tabeller og relasjonene mellom dem. Det er en spesiell API for å jobbe med informasjonsblokken. Informasjonsblokken presenteres også i den administrative delen av nettstedet og har hele det nødvendige settet med visuelle kommandoer for å se og redigere informasjon i informasjonsblokken. Nesten alt som gjøres i systemet er på en eller annen måte knyttet til denne modulen, selv om den ikke vises tydelig.

La oss telle hvor mange tabeller som er inkludert i informasjonsblokken for å få en ide om hvor kraftig og, jeg må si, tung enhet den er.

• Typer informasjonsblokker ( b_iblock_type)
• Informasjonsblokker ( b_iblock)
• Elementer ( b_iblock_element)

• Grupper (seksjoner) av informasjonsblokker ( b_iblock_section)
• Koble elementer til seksjoner. Automatisk bord. ( b_iblock_section_element)
• Egenskaper for informasjonsblokkseksjoner ( b_iblock_section_property)

• Informasjonsblokkelementfelt ( b_iblock_fields)
• Egenskaper til informasjonsblokkelementer ( b_iblock_property)
• Alternativer for verdier av egenskaper av typen "liste" ( b_iblock_property_enum)
• Eiendomsverdier ( b_iblock_element_property)
• SEO-egenskaper ( b_iblock_iproperty)

• Koble informasjonsblokker til nettsteder ( b_iblock_site)
• Tilgangsrettigheter til informasjonsblokken i standard rettighetsmodus ( b_iblock_group)
• Tilgangsrettigheter til informasjonsblokken i utvidet rettighetsmodus ( b_iblock_right)
• Utvidede tilgangsrettigheter til seksjoner. Automatisk bord. ( b_iblock_section_right)
• Utvidede tilgangsrettigheter til elementer. Automatisk bord. ( b_iblock_element_right)
• Blokkerende elementer. Brukes av Business Process-modulen ( b_iblock_element_lock)
• Tabell over sekvensgeneratorer for en egenskap av typen "Teller". Automatisk. ( b_iblock_sequence)
• Språkavhengige parametere for informasjonsblokktyper ( b_iblock_type_lang)

Imponerende ikke sant? Selvfølgelig brukes ikke alle tabeller alltid, men likevel må du forstå at informasjonsblokken er en universell enhet som er fleksibel, men også tung. Enhver tilgang til databasen resulterer i tunge og lange spørringer. Derav kravene til høyytelses hosting fra Bitrix og behovet for å bruke caching. Dette er den største ulempen med Bitrix Infoblocks.
Og la oss umiddelbart snakke om fordeler og ulemper med denne tilnærmingen.

proffer

• Universalitet av arbeid og API
• Samme datastruktur for ethvert prosjekt
• Fort visuell design datastrukturer
• Tilgang fra den administrative delen og fra den offentlige delen (ingen behov for å utvikle egne grensesnitt)

Minuser

• Økte ytelseskrav
• Ikke optimalt for enkle implementeringer (dette er når du av hensyn til en enkel datastruktur må bruke en haug med infoblokktabeller)

La oss gå fra teori til praksis, eller rettere sagt til å lage en informasjonsblokk og fylle den med data.

Opprette en informasjonsblokk

Jeg vil ikke gå i detalj om å jobbe med infoblokken i Bitrix-administrasjonspanelet; Jeg tror du kan finne ut av dette på egen hånd. Jeg vil kun beskrive hva vi trenger for å utvikle vår StartShop-butikk. Og vi vil laste ned selve informasjonsblokken klar fra XML-fil slik at du allerede har en informasjonsblokk fylt med produkter med bilder og kan jobbe med den, uten å kaste bort tid på å fylle den ut.
Informasjonsblokkhåndtering ligger i seksjonen Innhold.
Vi trenger en separat Informasjonsblokktype, la oss kalle det Directory, den skal være trelignende.
En informasjonsblokktype er en egen gruppering som er praktisk for å skille noen informasjonsblokker fra andre. Vi vil ha minst 2 typer informasjonsblokker: Katalog Og Service.
Deretter trenger vi en infoboks, som vi vil ringe Varer.
I tillegg til de obligatoriske feltene Navn, Tegnkode, lenke til nettstedet Jeg vil være oppmerksom på innstillingen CNC(side-URLer) dette er viktig. URL-innstillinger bestemmer adressen der informasjonsblokkelementet eller listen over elementer skal vises. Tross alt eksisterer ikke produktsider som separate sider på nettstedet. De genereres dynamisk, komponenten sender en forespørsel til informasjonsblokken, mottar data og sender ut en virtuell side på en bestemt adresse. Adressemalen du må sende en forespørsel til infoboksen på vil bli konfigurert i komponentparameterne (for eksempel Nyheter), og denne malen må samsvare med infoboksinnstillingene. Ellers åpnes en tom side.
La oss bare sette det opp som jeg gjorde for nå, og når du setter opp datautgangen vil du forstå hvordan alt fungerer.

• Side URL informasjonsblokk: #SITE_DIR#/catalog/
• Nettadresse til seksjonsside: #SITE_DIR#/catalog/#SECTION_CODE#/
• Nettadresse for detaljvisningsside: #SITE_DIR#/catalog/#SECTION_CODE#/#ELEMENT_CODE#/

Det neste vi må konfigurere er tilleggsfelt Egenskaper informasjonsblokk.

Jeg vil snakke om alle egenskapene etter behov. Nå vil jeg bare ta hensyn til de to første: Pris Og Mengde, dette er dataene som kreves for produktet. Begge eiendommene vil være av typen Antall.
Hvis du utvider rullegardinlisten Type vil du se at egenskaper kan ha Forskjellige typer data. Ikke bare primitive typer (boolsk, streng, tall, dato), men også komplekse typer (video, fil, tekst, binding til informasjonsblokkelementer, binding til kart osv.). De. Det jeg snakket om ovenfor er at en informasjonsblokk er en veldig universell enhet som er i stand til å lagre ulike data i seg selv.

Import/eksport av informasjonsblokker

Bitrix Academy (materiell for informasjonsblokken)

Og så vil nettbutikken vår selge klær. Jeg tar informasjonsblokkdataene fra Bitrix Academy.

Jeg anbefaler på det sterkeste å se videoleksjonene deres. Alt er veldig oversiktlig og på et høyt nivå. Ikke så detaljert som min, men etter å ha brukt et par timer kan du dekke mye informasjon.
Vi tar informasjonsblokken fra kursmateriellet Rask start for utvikler. Det er de samme bildene (jeg må si, veldig pene jenter) som i demodataene til en typisk Bitrix-nettbutikk. Alt kursmateriell, inkludert informasjonsblokken, kan lastes ned fra nettsiden til 1c-bitrix. Jeg justerte litt på informasjonsblokken, og legger den kun ut på nettsiden min.

Eksport av infoblokk

Eksportering og import av informasjonsblokker er et annet veldig praktisk alternativ for å jobbe med informasjonsblokker, spesielt når du studerer Bitrix. Og nå skal jeg fortelle deg hvorfor. Når du ikke har lisens, fungerer Bitrix-installasjonen kun i 30 dager. For å fortsette utviklingen kan du installere det nye Bitrix-nettmiljøet igjen i 30 dager (dette ble diskutert i leksjon 2). Men hva skal man gjøre med dataene? gå inn manuelt? Det er her muligheten til å eksportere og importere informasjonsblokkdata vil redde oss. Dermed kan du jobbe med demoversjonen ganske lenge. Informasjonsblokker lastes inn via eksport/import, og nettstedstrukturen og mappen lokale bare kopier fra det gamle prosjektet.
For å eksportere en infoblokk, må du gå til delen i Bitrix-administrasjonspanelet Innhold.

Det er mulig å eksportere i 2 formater CSV Og XML. Funksjoner for eksport i disse formatene er som følger:

CSV

Ved eksport til CSV Det er mulig å konfigurere feltene som skal lastes opp til filen. Men bildene vil ikke bli lastet opp.

Ved import må du derfor først opprette en informasjonsblokk med alle feltene og i importinnstillingene spesifisere hvilke felt data fra filen skal lastes inn i.
Det er praktisk å utføre slik import til en eksisterende informasjonsblokk, som kan variere i struktur. Gjennom import kan du for eksempel kopiere katalogdata fra et gammelt nettsted til et nytt med en annen struktur. Du kan til og med konvertere eller supplere dataene i en fil i Excel, og deretter laste den opp.

XML

Ved eksport til XML Det er ingen alternativer for å tilpasse de opplastede feltene; informasjonsblokken vil bli lastet opp fullstendig, men sammen med bildene.
Bildene vil bli lastet opp til samme katalog i mappen catalog_files som en mappe iblock .
Ved import fra XML Det er ingen mulighet for å velge felt som skal importeres. En ny informasjonsblokk vil bli opprettet eller en eksisterende informasjonsblokk vil bli fullstendig oppdatert. Det er ikke engang nødvendig å indikere Informasjonsblokktype ved import opprettes den automatisk.
Denne metoden Flott for å overføre arbeid fra ett sted til et annet. For eksempel behandlet vi data på et teststed, for så å overføre det til produksjonsstedet. Vel, eller, som jeg skrev ovenfor, på denne måten kan du overføre data til demoinstallasjonen og fortsette å bruke den. For å lære Bitrix er dette rett og slett en uunnværlig mekanisme. Det er dette vi skal bruke. Last ned arkivet med infoblokkdataene og last det opp til prosjektet ditt, for eksempel til en mappe opplodd. Pakk ut arkivet i gjeldende mappe.

Importer deretter via XML, som på bildet over, ved å velge filen som skal importeres catalog.xml . En informasjonsboks med alle bildene fra mappen vil bli lastet opp catalog_files. (En merknad: ved lasting oppdateres ikke bildene, og hvis informasjonsblokken opprinnelig ble lastet uten dem, vil de ikke bli lagt til. I dette tilfellet må du fjerne informasjonsblokkene eller elementene fullstendig fra den og laste dem umiddelbart med bildene.)
Gå til informasjonsblokken Varer og sjekk, det skal se slik ut.
Og for å umiddelbart se bilder i listen, må listen konfigureres. For å gjøre dette, klikk på innstillingsknappen i listen øverst til høyre.

Og velg feltene du vil vise. I dette tilfellet er bildet for kunngjøringen. (i fremtiden vil det være mulig å vise mengde og pris for enkelhets skyld).

Fra forfatteren:
Vel, vi fant det ut med Infoblocks - hovedessensen til Bitrix. Vi vil jobbe med dem gjennom hele kurset. Alle nødvendige data vil bli lagret i informasjonsblokker. Dette er en liste over bannere, kommentarer og abonnementer og alt annet vi trenger. Og i den neste artikkelen vil vi vise informasjon fra informasjonsblokken ved hjelp av komponenten bitrix:nyheter. Abonner hvis du ikke allerede har gjort det og se deg til nye leksjoner!

En liten teori:

I system Bitrix en ganske populær arkitektur er lagt ned: dele data, presentere og behandle brukerhandlinger i tre separate komponenter.
Denne arkitekturen er referert til som MVC(Model-view-controller, "Model-view-behavior"), og er mye brukt for å designe ulike programvareprodukter.

I sin tur er MVC-malen for Bitrix Framework dannet av følgende deler:
Modell- dette er en API;
Opptreden- dette er maler;
Kontroller er en komponent;

I denne artikkelen vil vi snakke om Bitrix-komponenten.
Komponent er en kontroller og visning for bruk i den offentlige delen. Komponenten manipulerer data ved å bruke API-en til en eller flere moduler. Komponentmalen (visning) viser data på siden.

Komponentstruktur

Standard Bitrix-komponenter er lagret i katalogen /bitrix/components/bitrix/. I følge utviklerne: komponenter som ligger i denne katalogen kan overskrives under en oppdatering, og for å tilpasse komponenter er det å foretrekke å lage en egen katalog for komponentene dine.

I denne forbindelse, i /bitrix/components/-katalogen, oppretter vi en ny katalog der komponentene våre vil bli lagret.

La oss gi det navnet tilpasset. La oss nå lage en katalog for vår komponent /bitrix/components/custom/sections.list/. Den vanlige mappe- og filstrukturen til en enkel komponent ser slik ut:
- hjelp
- Bilder
—lang
-maler
.description.php
.parameters.php
component.php

La oss se på alt dette i rekkefølge.
I mappe hjelp det er vanligvis en fil .verktøytips.php, som inneholder en rekke verktøytips for komponentinnstillinger. Vi vil ikke dvele ved det; et eksempel på denne filen kan finnes i andre komponenter.
I mappe Bilder Vanligvis er det et komponentikon.
I mappe lang det finnes undermapper for språkinnstillinger komponent.
I mappe maler— alle komponentmaler.
Vi kan umiddelbart lage en standardmal for komponenten vår. Full vei før det vil det se slik ut: /bitrix/components/custom/sections.list/templates/.default/template.php.
La oss sette inn en enkelt linje der for nå: "Dette er komponentmalen custom:sections.list."

Å lagre .description.php skriv følgende kode:

"Egendefinert: liste over infoblokkseksjoner", "DESCRIPTION" => "Liste over infoblokkseksjoner", "ICON" => "/images/sections_list.gif", "CACHE_PATH" => "Y", "PATH" => array ("ID" => "verktøy",),); ?>

Så, filen inneholder en matrise med en beskrivelse av komponenten.
Følgende er filen - .parameters.php:

array("IBLOCK_ID" => array("NAME" => "Infoblokk-ID", "TYPE" => "STRING", "MULTIPLE" => "N", "PARENT" => "BASE", "CACHE_TIME " => array("DEFAULT"=>3600),),); ?>

La oss se på innholdet i filen mer detaljert. PARAMETERS-nøkkelen til $arComponentParameters-matrisen er en matrise som beskriver parameterne. Komponenten vår vil kun inneholde én hovedparameter - IBLOCK_ID (ID for infoblokken som seksjoner vil bli vist fra).
Nøkler:
NAVN— parameternavn;
TYPE- type;
FLERE— multiplisitet (hvis 'Y', kan parameteren vår ta en rekke verdier);
FORELDRE— forelder (parametere kan deles inn i grupper);

Vær oppmerksom på den andre parameteren CACHE_TIME - den er standard for Bitrix-komponenter og setter hurtigbuffertiden.

En matrise med $arParams vil bli generert fra $arComponentParameters-matrisen, som vil bli brukt i hovedfilen til komponenten vår - component.php

Filinnhold component.php:

"; print_r($arParams); ekko ""; CModule::IncludeModule("iblock"); if ($this->StartResultCache(3600)) ( $iblock_id = $arParams["IBLOCK_ID"]; $arFilter = array("IBLOCK_ID"=>$iblock_id); $ db_list = CIBlockSection::GetList(array("NAME"=>"ASC"), $arFilter, true, array("ID", "NAME", "CODE")); while($ar_result = $db_list->GetNext ()) ( $arResult = array("ID" => $ar_result["ID"), "CODE" => $ar_result["CODE"], "NAME" => $ar_result["NAME"], "ELEMENT_CNT " => $ar_result["ELEMENT_CNT"]); ) // echo "

"; print_r($arResult); echo "

"; $this->IncludeComponentTemplate(); ) ?>

component.php-filen inneholder all komponentlogikken. Hovedoppgaven til denne filen er å danne $arResult-matrisen fra de mottatte parameterne ($arParams), som deretter vil bli sendt til komponentmalen. Vær oppmerksom på to kommentarer. Ved å avkommentere dem kan du alltid observere hvilke parametere som kommer til komponenten og hvilket resultat malen får.
Koden til komponenten vi opprettet er ikke komplisert - avhengig av den mottatte parameteren (infoblokk-ID), velger vi seksjoner og lagrer dem i $arResult-matrisen. Du bør ta hensyn til kallet til $this->StartResultCache()-metoden. Den sjekker om komponenten vår har en oppdatert cache. Hvis den eksisterer, vises informasjon fra hurtigbufferen. Følgelig er det ingen spørring til databasen, $arResult-matrisen genereres ikke, og til og med malen er ikke inkludert (metode $this->IncludeComponentTemplate()).

Komponentmal

Neste trinn er å lage en mal for komponenten. Malen tar $arResult-matrisen generert i component.php-filen og sender innholdet til nettleseren. Malfilen for komponenten vår vil være plassert på følgende bane: /bitrix/components/custom/sections.list/templates/.default/template.php
Kode i komponentmalen:

Bloggkategorier

()

Kalle en komponent

Etter å ha opprettet en komponent, må den kalles i den nødvendige delen av koden på nettstedet. For å gjøre dette, lag en test.php-fil i roten av nettstedet og legg til følgende kode til den:

IncludeComponent("custom:sections.list", ".default", array("IBLOCK_ID" => 1), false); require($_SERVER["DOCUMENT_ROOT"]."/bitrix/footer.php"); ?>

For parameteren IBLOCK_ID må du spesifisere IDen til infoblokken som inneholder seksjoner. Etter å ha skrevet parametrene i filen, bør du be om skriptet gjennom nettleseren og se resultatet./strong