Kui teil on vaja projekti ellu viia, saate luua rühma, kutsuda sinna ainult need töötajad, kes on selle projektiga seotud, seada neile ülesandeid ja laadida üles vajalikud failid. Grupid aitavad koondada kõik andmed, ülesanded, failid, sõnumid, kohtumised ühte kohta. Saate alati vaadata, milliseid toiminguid, milliseid ülesandeid konkreetses rühmas sooritati.
Bitrix24-s on rühmi ja projekte. Peamine erinevus grupi ja projekti vahel on see, et projektis saab määrata projekti elluviimise tähtajad, projektis ei tohi ülesannete tähtajad ületada projekti tähtaegu.
Seega, kui vajate projektis konkreetseid tähtaegu, saate rühma loomisel valida rühma tüübi - Projekt. Kui ajastus ei ole oluline, siis võiks see olla tavaline töörühm.
Lisateavet rühma või projekti loomise kohta saate lugeda.
2. Kes saavad luua gruppe ja projekte?
Iga töötaja saab luua rühma või projekti ja kutsuda sinna liikmeid. Gruppide ja projektide arv Bitrix24-s on kõigi tariifide puhul piiramatu.
3. Kuidas vaadata kõiki portaalis olevaid gruppe (projekte)?
Kõiki portaali gruppe saab vaadata administraatori õigustega töötaja. Selleks vajate.
4. Kuidas gruppi (projekti) arhiveerida?
Selleks grupi vahekaardil Peamine valige menüü Tegevused ja selles lõik Redigeeri gruppi (projekti). Märkige avanevas aknas Grupi (projekti) tüüp: Arhiiv.
Arhiveeritud gruppe ja projekte rühmade üldises loendis ei kuvata. Leiate need filtri abil Arhiiv või otsingupäringuga.
Saate arhiivirühma (projekti) tööle tagasi saata sarnaselt – tühjendage rühma tüübi märge Arhiiv.
5. Kuidas gruppi kustutada?
Grupi kustutamiseks valige gruppide vahekaardil Peamine menüüelement Toimingud > Kustuta rühm:
Pärast klõpsamist avaneb grupi kustutamise kinnitusvorm.
Kui grupile (projektile) on lisatud mõned ülesanded, peate esmalt ülesanded lahti kinnitama või kustutama ning seejärel saate rühma (projekti) enda kustutada.
6. Kuidas kustutada gruppi (projekti), mis kuulub lõpetatud töötajale?
Portaali administraator saab sellise grupi kustutada. Selleks lehel Mu leht ja edasi menüüst Tegevused valige üksus Kustuta grupp:
Kui gruppi või projekti siiski vaja on, siis saad lihtsalt menüü kaudu muuta grupi omanikku (projektijuhti). Tegevused: kas sisse Grupi (projekti) redigeerimine, kas sisse Kompositsiooni redigeerimine.
7. Kas on võimalik takistada grupi (projekti) liikmetel üksteisega kohtumist?
Kui teil on vaja jagada töötajate nähtavus rühmade kaupa, on funktsioon olemas Extranet (välised kasutajad), mis on saadaval Bitrix24 kommertstariifiplaanides. See tööriist võimaldab teil töötada välistöötajatega, kutsuda neid rühmadesse (projektidesse) ja viia läbi kogu töö rühma sees. Samal ajal näevad sise- ja välistöötajad üksteist ainult siis, kui nad on sama ekstraneti grupi (projekti) liikmed.
Veelgi enam, kui teil on mitu ekstraneti gruppi (projekti), siis osalejad ei näe üksteist omavahel.
8. Kuidas kutsuda ekstraneti kasutajat gruppi (projekti)?
Kasutajaid saab kutsuda kas otse töörühma (projekti) loomisel või igal ajal pärast töörühma (projekti) loomist vahekaardil Peamine olemasoleva rühma või projekti leheküljed (menüü Toimingud > Kutsu gruppi).
Sellel koostööl on üsna palju eeliseid, millest peamisi olen selles artiklis kirjeldanud.
Klientide sissevool
1C-Bitrix on suur ja tuntud ettevõte, kümneid tuhandeid saite haldab cms Bitrix, mis tähendab, et iga päev tuleb palju tellimusi saitide loomiseks, teisaldamiseks ja loomulikult funktsionaalsuse viimistlemiseks. Tavaklient ei ole reeglina internetisfääris üldse orienteeritud ja tal on lihtsalt vaja veebilehte (või vähemalt ta arvab nii) ja ta ei tea, kelle poole pöörduda. Üsna kiiresti läheb ta Bitrixi veebisaidile (see sõna on vähemalt tuntud) ja püüab nendega ühendust saada, hoolimata sellest, et samal veebisaidil on kirjas, et see ettevõte ei arenda veebisaite, kuid need rakendused otsustati kokku koguda ja edastage need oma partneritele. Ja me kõik teame, et üks suuremaid probleeme ettevõtluses on klientide leidmine, seega aitab siinne sidusprogramm tellimuste leidmisel palju.
Muide, kui elate Moskvas, võite üldiselt panna oma töötaja Bitrixi kontorisse ja ta saab telefonikõned, seega saate veelgi rohkem ettevalmistatud kliente.
Kuna üks esimesi sõnu veebis, mille potentsiaalne klient ära tunneb, on "paigutus", "bitrix", "domeen", "seo", on Bitrixi all olevate saitide portfellis omamine väga suur pluss. Samuti on autoriteedile suur pluss ja mis tahes muu seos ettevõttega 1C-Bitrix, näiteks: sertifikaatide kättesaadavus, partneri staatus, teave teie ettevõtte kohta otse Bitrixi veebisaidil. Ja isegi teiste mootorite projektide puudumine ei ole miinus, sageli isegi tööle kandideerimisel, see tähendab inimestega suhtlemisel, kes peaksid selles valdkonnas midagi aru saama.
Turg
Nagu paljudel teistel IT-valdkonna suurtel süsteemidel, on ka Bitrixil oma lahenduspood, kus on avatud juurdepääs kolmandatest osapooltest arendajatele ja võimalus oma tooteid rahaks realiseerida, mis on ju arendusest saadav passiivne sissetulek. Osaliselt just selliste asjade tõttu arvavad programmeerijad, et istuvad kullakaevu peal.
Kuid tasulisi lahendusi saavad postitada ainult partnerid. Kuna paljusid veebisaite haldab see cms, on müük selles poes väga aktiivne. Nii et tegelikult võib see punkt ainuüksi julgustada teid partnerluslepingut sõlmima, vähemalt minu puhul oli see nii.
Litsentside allahindlused
Bitrix cmsi suurim miinus on hind. See pole üldse tasuta, näiteks maksab veebipoe minimaalne väljaanne 2015. aasta alguses 27900 rubla, kuid minimaalne sidusettevõtte allahindlus on 11160 rubla, mis on märkimisväärne. Ja nii tundub mulle iga väljaande puhul, et see on veel üks oluline põhjus sõprade leidmiseks.
Tasuta litsents (NFR-litsents)
Partneril on veel üks võimalus litsentside pealt kokku hoida. Teie vajaduste rahuldamiseks on paar võimalust mis tahes väljaande saidihalduse täiesti tasuta koopia. See sait töötab näiteks sellel toimetuses "Ekspert". Räägin teile lähemalt, kuidas NFR-litsentsi hankida.
Bitrix24
See on 1C-Bitrixi veebiCRM, mis on partneritele tasuta. Ausalt öeldes ma ei hinnanud seda, kuna töötan üksi ja mobiilsed kolleegid rahuldavad mind täielikult, kuid mu kliendid ja lihtsalt teadlikud inimesed kiitsid seda palju. Iga ettevõtte või vabakutseliste meeskonna jaoks on see minu arvates hea äritööriist.
Bitrixi kiirendatud tehniline tugi
Tehniline tugi on üks 1s-Bitrixi kõnekaartidest, kui probleemi ei õnnestu iseseisvalt või dokumentatsiooni või foorumite abil lahendada, siis võite nendega ühendust võtta. toetada ja see saab kindlasti lahendatud. Kuid ta vastab igavikku (päeva), kuid partnerluse abil saab seda aega lühendada mitme tunnini.
Lühidalt kokkuvõte
Bitrixiga koostööd tehes saate järgmised eelised:
- Autoriteet teiste silmis
- Litsentside allahindlused
- Võimalus Marketplace'is raha teenida
- Tasuta nfr-litsents
- Tasuta juurdepääs Bitrix24-le
- Kiirendatud tehnika. toetus
- Rakendused arendamiseks
- Ja kutsed suurele hulgale seminaridele, konverentsidele ja veebiseminaridele
Kui olete huvitatud või soovite lihtsalt teada, kas mäng on küünalt väärt, lugege seda peatükki, mis räägib peaaegu partnerluslepingu sõlmimise viisist.
24. november 2017. Lugemisaeg 5 minutit. 🙈∞1. Muutke kogu Bitrixi kausta standardset/muuda sisu
Kõikide kaustas /bitrix/ leiduva muutmine on tabu.
Kui teil on vaja komponendi malli muuta, kopeerige see saidimalli.
Kui teil on vaja komponenti muuta - kasutage result_modifier.php, komponent_epilog.php (nendest kirjutasin üksikasjalikult selles artiklis), kirjutage lõpuks oma komponent.
Kui teil on vaja moodulit vahetada - meditsiin on jõuetu, kirjutage oma, pärige tavalistest.
Kui te ei kuula ja loobute vähemalt ühest lõtvusest, võite muretu platvormi uuendusega hüvasti jätta. Ja see vajadus tuleb varem või hiljem. Rääkimata sellest, et failide otsimine on keerulisem.
Kohandatud moodulite/komponentide/mallide/käsitlejate puhul tuleb kasutada kausta /local/.
Lisage failile .gitignore kaust /bitrix/. Kui teie git-hoidlas on /bitrix/ failid, siis tõenäoliselt teete midagi valesti. Võib arvata, et on erandeid. Jah, kuid peate kasutama Bitrixi kaustas midagi looma ainult siis, kui muud võimalust pole.
2. Hankige andmed saidilt template.php
Ära kunagi, kuule, ära tee seda! Ma räägin CIBlockElement::GetList (ja sarnastest funktsioonidest) template.php-s.
Kui teil on vaja täiendavaid andmeid hankida, kasutage result_modifier.php või komponent_epilog.php. Tõsiselt. Kõik, mida vajate, on mallikausta faili loomine. See ei võta palju rohkem aega kui koodi kirjutamine malli endasse.
Malli tuleks kasutada ainult teabe kuvamiseks. Mitte millegi muu pärast. Kui arvutused (lisaandmete hankimine, nende muutmine) on mallis, muutute suuresti sõltuvaks koodi täitmise järjekorrast.
Oletame, et soovite lugeda lehe kõigi artiklite vaatamiste koguarvu ja väljastada väärtuse. Kui asetate arvutused artikli väljundtsüklisse, saab saadud väärtust kasutada alles pärast viimast artiklit. Lihtne ülesanne viia plokk lehe ülaossa muutub põrguks.
3. Skriptide ja saidi stiilide vale ühendus
Avage oma sait, leidke põhimall ja avage fail header.php.
Kui näete midagi sarnast, viige arendaja enda omaga kaasa.
Bitrixil on üsna hea mehhanism skriptide automaatseks kombineerimiseks ja minimeerimiseks, lisaks saab Bitrix viia JS-i lehe lõppu, mis muudab saidi kiiremaks laadimise. Kui keegi äkki ei teadnud, on kogu see headus põhimooduli seadistustes:
Ja nüüd trummirull. Miski ei tööta, kui ühendate skriptid ja stiilid vanal viisil.
Koguge saidimallist skriptid, asetage need JS-faili ja seejärel lisage see AddHeadScript()-ga.
Sama kehtib ka stiilide kohta. Kui teil on vaja stiile lisada, pange need eraldi faili ja kasutage seejärel SetAdditionalCSS() .
Tulemuseks on midagi sarnast:
Või kui kasutate D7, toimige järgmiselt.
4. Skriptide ja komponentstiilide vale ühendus
Kui eelmise lõiguga on kõik enam-vähem lihtne, on selle probleemi lahendamine palju keerulisem. Selgitame välja.
Oletame, et saidi avalehe jaoks peate välja töötama bänneritega liuguri. OKEI. Mis võiks olla lihtsam.
Ja arvasite õigesti, et te ei tohiks stiile (ja skripte) saidi põhimallile (/local/templates/[teie sait]/template_styles.css ja /local/templats/[teie sait]/script.js) üle kanda – muidu nad ühendatakse igal lehel.
Kuid paljud arendajad panevad lihtsalt css-i ja js-d komponendi malli template.php faili ja lepivad sellega. Õige lähenemine oleks luua mallikausta failid script.js ja style.css. Need ühenduvad automaatselt ja säästavad teid arenduse ajal peavalude eest.
5. Keela vahemällu salvestamine
Vahemällu salvestamine võib oluliselt vähendada andmebaasi koormust. Seda on teravamalt tunda vaatajaskonna (ja vastavalt ka andmebaasi päringute) kasvuga.
Tavaline olukord: küljendajale ei meeldi, et stiilimuudatusi kohe ei kuvata ja ta otsustab mõne komponendi vahemällu salvestamise keelata. Töö on täies hoos, tähtajad põlevad ja ta (küljendaja) lihtsalt unustab vahemälu uuesti sisse lülitada. Aeg möödub ja saidi lehed hakkavad aina kauem laadima.
Minu nõuanne on enne projekti esitamist käitada saiti jõudlusmonitori kaudu. See näitab arendusvigu ja te ei pea probleemseid komponente käsitsi otsima.
6. Pesastatud silmused teabeploki elementide hankimisel
Väga sageli tekib uue komponendi väljatöötamisel vajadus saada andmeid kahelt (või enamalt) seotud infoplokilt.
Vaatame näidet: peame hankima nimekirja kõigist osadest, mis sobivad automudelitele.
$dbModels = CIBlockElement::GetList(massiiv("SORT" => "ASC", "NAME" => "ASC",), array("IBLOCK_ID" => MODELS_IBLOCK, "ACTIVE" => "Y",), false, false, array("ID", "NAME")); while ($arModels = $dbModels->GetNext()) ( $dbItem = CBIBlockElement::GetList(array("SORT" => "ASC", "NAME" => "ASC",), array("IBLOCK_ID" = > ITEMS_IBLOCK, "ACTIVE" => "Y", "PROPERTY_MODELS_VALUE" => $arModels["ID"], false, false, array("NAME", "PROPERTY_COUNT", "PROPERTY_PRICE")); while ( $arItem = $dbItem->GetNext()) ( // ÜLESANNE: natuke tööd ) )
Kood on tajumise hõlbustamiseks lihtsustatud, kogenud arendajad leiavad sellest korraga mitu viga;)
Põhimõte on järgmine: mida rohkem mudeleid saidil on, seda rohkem on varuosade kohta andmete hankimisel SQL-päringuid. Parem variant oleks:
$dbModels = CIBlockElement::GetList(massiiv("SORT" => "ASC", "NAME" => "ASC",), array("IBLOCK_ID" => MODELS_IBLOCK, "ACTIVE" => "Y",), false, false, array("ID", "NAME")); while ($arModels = $dbModels->GetNext()) ( $modelIDs = $arModels["ID"]; ) $dbItem = CBIBlockElement::GetList(array("SORT" => "ASC", "NAME" => "ASC",), array("IBLOCK_ID" => ITEMS_IBLOCK, "ACTIVE" => "Y", "PROPERTY_MODELS_VALUE" => $modelIDs,), false, false, array("NAME", "PROPERTY_COUNT", "PROPERTY_PRICE" ",)); while ($arItem = $dbItem->GetNext()) ( // ÜLESANNE: natuke tööd )
Sel juhul on infoploki elementide arvust olenemata ainult 2 SQL-päringut: mudelite hankimine ja üksikasjade hankimine. Ja tsükli edasises etapis tuleks teha tööd osade jaotamiseks vastavatele automudelitele.
Üldiselt on selliseid vigu palju:
- Sorteerimise kasutamine seal, kus seda pole vaja;
- Kõigi väljade ja omaduste hankimine, isegi kui neid ei kasutata;
- Lehekülgede tarkvara juurutamine (Bitrixi mehhanismi asemel);
- Andmete hankimine, võtmata arvesse elemendi tegevust, jaotist või tegevuskuupäevi jne.
Kõike loetleda läheks väga kaua.
7. Bitrixi komponentide läbimõtlematu arendamine
Mitte parim lahendus oleks arendada kogu saiti ise kirjutatud komponentide alusel. Motivatsioon võib olla erinev: "Standardkomponent teeb liiga vähe", "Standardkomponent teeb liiga palju", "Mall on liiga suur ja andmeid on raske mõista", "See ei tööta nii, nagu ma tahan", " See toimib nii, nagu ma tahan, kuid mitte päris."
Miks sa ei peaks seda tegema? Erinevatel põhjustel:
- Keegi pole vigade eest kaitstud. Kuid standardsete komponentide puhul võite eeldada, et need parandatakse varem või hiljem ja teie (kui olete arendaja) vastutus lõpeb pärast projekti üleandmist.
- Bitrixi komponendid on mõnel juhul keerulised ja segadust tekitavad. Seda tehakse paindlikkuse huvides. Olen kindel, et kui keskenduda universaalsusele, siis lõpuks osutub komponent tavalisega sarnaseks (või veelgi segasemaks :)).
- Kui andmestruktuur, tööloogika tulevikus muutuvad ja suurema osa saidist kirjutasid kolmandate osapoolte arendajad, muutub projektitoetus tõeliseks põrguks koos kümnekonna komponendi pideva ümberkirjutamisega.
Üldiselt küsige enne järgmise komponendi loomise alustamist endalt küsimus: "Kas kliendil on aasta või kahe pärast probleeme?".
Järelduse asemel
Muidugi on see vaid väike osa õudustest, millega tuleb silmitsi seista järjekordse projekti toetuse saamisel. Üritasin koguda levinumaid.
Kogu Bitrixiga töötamise aja jooksul oli mul võimalus töötada väga paljude projektidega, mille keegi enne mind välja töötas. Siin on väikesed täiustused, erinevate vigade parandamine loogika töös, saidi ümberkujundamine ja globaalsed muudatused olemasolevas funktsionaalsuses. Ja nagu iga teine arendaja, vihkan ma ka teiste inimeste prügi, karkude ja "ajutiste" plaastrite sorteerimist, mis tegelikult mäletavad toote 8. väljaannet.
Püüan siinkohal mitte keskenduda PHP-s programmeerimise standardsetele “halvimatele tavadele”, nagu muutujate ja funktsioonide nimede valikule mitte andmine, tarbetud päringud andmebaasi tsüklis, kasutajaandmete valideerimise puudumine. vormid, kommentaaride ignoreerimine jms. Püüan puudutada täpselt Bitrixi arendusele omaseid hetki, mis võimaldab teil hiljem vältida teie koodiga kaasas olnud programmeerija pahameelt ja needusi. Ja jah, sageli osutub sina ise selleks programmeerijaks aasta või rohkemgi pärast, kui oled täiesti unustanud, miks sa selle või teise kargu siia sisestasid.
"Kirjutage kood nii, nagu oleks sellega kaasas vägivaldne psühhopaat, kes teab, kus sa elad." (c) John F. Woods
Esiteks ja minu arvates kõige olulisem - taeva pärast, kasutage kohalikku kausta. See on versioonihaldussüsteemi kasutamisel lihtsalt ülioluline – pole vaja muud, kui lisada välistustele kaust /bitrix/. Kõik. Lisaks toimub peaaegu kogu arendus ainult selles. See lihtsustab oluliselt hiljem vajalike failide ja komponentide otsimist, aitab hoidlat mittevajalike failidega ummistada ja üldiselt muudab projektipuu korralikuma, “inimliku” ilme.
Ärge muutke tuuma. Isegi kui olete kindel, et seda ei värskendata. Isegi kui see on kiirem. Isegi kui sa oled laisk. Unustage see mõte nagu halb unenägu. Kui teil on vaja muuta standardkomponendi loogikat, viige see uude nimeruumi /local/components/modify/ ja töötage sellega. Sama kehtib moodulite, vidinate ja äriprotsesside tegevuste kohta.
Ärge saastage faili init.php. Kombineerige funktsioonid konkreetse mooduli või funktsiooniga töötamiseks klassi, kirjutage see kogu klass eraldi faili ja lisage init.php-sse lihtsalt need failid ja kirjutage sündmuste töötlejad. Olen näinud init.php faile suurusega 500 Kb, kus funktsioonid, konstantsed määratlused, klassid ja töötlejate lähtestamine segati segamini. Muidugi, kui ma pidin nende failidega tegelema, kirusin ma oma eelkäijaid.
Järgmine lõik ei kehti Marketplace'i valmislahenduste väljatöötamise puhul, kui eesmärk on teha lõppkasutajale avalikust osast võimalikult kohandatav funktsionaalsus. Kui töötate konkreetse projekti kallal, konkreetse TOR jaoks - te ei tohiks püüda teha komponendi jaoks ühtset malli igaks juhuks. Isiklikult pean kinni filosoofiast - parem on mitu lihtsat malli, mida kasutatakse erinevatel eesmärkidel, kui üks universaalne, kuid milles kurat ise hiljem jala katki teeb. Muidugi tuleb igal konkreetsel juhul lähtuda sellest, mis on – lähteülesannetest, rakendusvõimalustest ja muust, kuid mõned kasutavad Occami pardlit liiga innukalt. Näitena toon ühe liisingfirma projekti, mida juhtusin toimetama. Projekt ise sai muidugi kohutavalt ellu viidud, tõeline õudus oli teenuste kataloogi sektsiooni lehtedel. Igal viiel sektsioonil oli oma paigutus, mis erines nii plokkide asukoha poolest lehel kui ka põhimõtteliselt mõne nende olemasolu poolest. Ja kõigi viie lehe jaoks kasutati ühte malli koos hunniku if-else, dubleerivate komponentikutsete, stiilide ja skriptide ühendamisega, mis pealegi olid perioodiliselt üksteisega vastuolus. Tulemuseks oli tohutu fail, milles "ilma poole liitrita" oli nagu surm aru saada. Kuigi näib, mis takistas teil teha 5 erinevat malli ja mitte tekitada ootamatult raskusi?
Kasutage API-d. Ärge leiutage ratast uuesti seal, kus seda pole vaja. Kasutage dokumentatsiooni - kogu toode on üsna hästi kirjeldatud, samuti saab iga funktsiooni üksikasjalikult vaadata saidil bxapi.ru.
Vältige otseseid andmebaasipäringuid. See on eelmise punkti erijuhtum – kasutage API-t. Karmid, turvamata päringud võivad põhjustada andmete rikkumist, kadumist või isegi ohtu sattumist.
Ärge kasutage CNC komponente saidi juurtest. Tagajärjed on tavaliselt üsna kahetsusväärsed, kuna CNC kasutab aadressikäsitleja faili, mille juurtest kasutamine rikub kergesti teiste komponentide adresseerimise, aga ka 404 lehekülge. See ei kahjusta midagi, kui teie artiklid on adresseeritud kausta /articles/ ja tooted /catalog/ suhtes.
Kaasake API-d kasutades css ja js. Siiani olen kõikjal kohanud skriptide ja stiilide seost siltide abil
Ekspertide sõnul kogub sisuhaldussüsteem 1C Bitrix ettevõtete omanike seas kiiresti populaarsust – alates suurkorporatsioonidest kuni üksikettevõtjateni välja. Nüüd on sellel platvormil rakendatud üle 100 tuhande ärisaitide projekti ja see arv kasvab iga kuu. Mõned ärimehed teevad valiku Bitrixis saitide loomise kasuks selle CMS-i laia funktsionaalsuse tõttu, mis võimaldab neil mis tahes soove realiseerida.
Sellel platvormil saate rakendada mis tahes keerukuse ja otstarbega veebiressursse - alates mitme leheküljega visiitkaartide saidist kuni suure koormusega teabeportaalide ja kümnete tuhandete kaupadega veebipoodideni.
Jaemüügikettide ja logistikaga seotud ettevõtete omanikud valivad Bitrixi, kuna platvorm on hõlpsasti integreeritav 1C tegevusarvestussüsteemiga. See hõlbustab oluliselt kaubanduse läbiviimist, tootejääkide eemaldamist, laoseisu ja klientide tellimuste vormistamist.
Teistele meeldivad aga Bitrixi pakendatud lahendused, mis võimaldavad saitide funktsionaalsust laiendada, ühendades paari hiireklõpsuga uusi mooduleid. Olenevalt projekti keerukusest pakuvad Bitrixi arendajad toote mitut versiooni, alustajatest kuni edasijõudnuteni. Tarkvara erinevate versioonide maksumus võib olla vahemikus 2 kuni 55 tuhat rubla.
Miks tasub tellida saidi teisaldamine tasuta CMS-ist 1C Bitrixisse?
Bitrixi ettevõtte saidi lehed laaditakse brauseris palju kiiremini. Statistika kohaselt kaotab saiti laadimine kauem kui 3 sekundit 25-30% vaatajaskonnast. CDN-saidi kiirendamine ei pane kasutajaid ootama ühtegi lisasekundit ja ükski potentsiaalne klient ei sulge brauseris vahekaarti, vaadates konkurentide sarnaseid tooteid.
Tehnoloogia tugi Komposiit sait– see suvand võimaldab teil eraldada veebiressursi staatilised ja dünaamilised osad. Sellised saidid laadivad kümneid kordi kiiremini kui aeglased mitmelehelised saidid, mis on loodud tasuta mootoritega. Composite saidi tehnoloogia kiirendab veebilehtede laadimist mitu korda mitte ainult statsionaarsetes seadmetes, vaid ka kompaktsetes vidinates - tahvelarvutites ja nutitelefonides. Asjatundjate hinnangul kasvab mobiilseadmete kasutajate arv igal aastal sadade tuhandete võrra ning sellise vaatajaskonna kaotamine lehe aeglase laadimise tõttu on lihtsalt andestamatu.
Ennetav kaitse- ükski tasuta CMS-i saidi omanik ei tunne end kaitstuna arvukate häkkerirünnakute eest. Igal aastal langevad miljonid saidid ärikonkurentide palgatud amatöörhäkkerite või käsitööliste sihtmärgi alla. Häkkimise tulemusena saavad häkkerid alla laadida konfidentsiaalset teavet või "nakatada" saidi viirusega. Tänu täiustatud tarkvaravärskendustehnoloogiale SiteUpdate on Bitrixi ressursside kasutajad häkkimise eest usaldusväärselt kaitstud. Värskendatud versioonid laiendavad ressursside funktsionaalsust ja täiustavad liidest ilma andmeid kaotamata või saitide sektsioonidesse paigutatud sisu kahjustamata.
Automaatne varundamine- võimaldab lahinguserveri rikke korral saidi kiiresti juurutada varuserveris. Vaid 10 minutiga saate pilvesalvestusest projekti ajakohasena käivitada. Sait teavitab teid tööprobleemidest SMS-i ja e-posti teel.
Veebiressursside integreerimine 1C süsteemiga võimaldab tõhusalt lahendada probleeme, mis tekivad suure hulga kaubaartiklitega töötamisel. See funktsioon hõlbustab oluliselt tootenimede üleslaadimist veebipoodide sektsioonidesse, aitab jälgida kviitungeid ja eemaldada saldosid, samuti jälgida igat tüüpi kauba hindade asjakohasust.