Bitrix24-ün qutulu versiyası üçün sənədlər. Quraşdırma sihirbazının tamamlanması
Bitrix Çərçivəsi - layihələrin (veb-saytlar və korporativ portallar) yaradılması və idarə edilməsi üçün texnoloji əsas (platforma). Platforma məhsulun bir nüsxəsindən (lisenziyasından) istifadə edərək, sistemin nüvəsini və verilənlər bazasını serverdə bir nüsxədə yerləşdirməklə qeyri-məhdud sayda layihələr yaratmağa imkan verir.
Aktiv Bu an köhnə nüvənin bütün imkanları D7-də təkrarlanmır. Ancaq yeni D7 nüvəsi Bitrix Çərçivəsi tədricən köhnəsini əvəz edir. Köhnə nüvədən istifadə IDE-dən xəbərdarlıqla nəticələndisə: Metod/sinif köhnəlmişdir, onda siz üsullardan istifadə etməlisiniz.
Bir sıra səbəblərə görə API sənədləri bütün metodları əhatə etməyə bilər. Bunun necə işlədiyini başa düşmək üçün bəzən faktiki proqram koduna baxmaq daha yaxşıdır. Bunun üçün istifadə edə bilərsiniz pulsuz modul Marketplace-dən: .
Qeyd: hər hansı bir səhifənin ünvanına #examples əlavə edərək, əgər varsa, tez bir zamanda nümunəyə keçə bilərsiniz. (Bu, CHM formatlı sənəd fayllarında işləmir.)
Müəssisə versiyaları
Bitrix Çərçivəsi daim inkişaf edir. Yeni funksiyalar yaranır, bəziləri köhnəlir və funksiyalarda yeni parametrlər görünür. Bununla belə, kifayət qədər çox sayda layihə yenilənmir. Proqramlaşdırma işini asanlaşdırmaq üçün sənədlər məhsulun hansı versiyası ilə sinif, metod, parametr, hadisənin mövcud olduğunu (mövcud olduğunu) göstərir.
Versiyalar iki yerdə verilmişdir: başlıqda və cədvəllərdə. Metod etibarlıdırsa, başlıq yalnız məhsulda göründüyü versiya nömrəsini ehtiva edəcəkdir. Metod köhnəlmişdirsə, onun etibarlı olduğu versiyaların diapazonu da göstəriləcəkdir.
Cədvəllər, obyektin məhsulda göründüyü versiyanı yalnız onun görünüşü sinfin, metodun özünün və s. görünmə anı ilə üst-üstə düşmədikdə göstərir. Aşağıdakı şəkildə: COURSE_ID parametri metodla (yəni 5.1.0-dan) və CHAPTER_ID parametri yalnız 9.5.4 versiyasından göründü.
Əgər məhsulun inkişafı ilə bir parametr (adətən bu parametrlərə aiddir) dəyişibsə, onun təsvirində müvafiq qeyd olacaq. (Məsələn: x.x.x versiyasından əvvəl parametr ***** adlanırdı).
Misal
Qeydlər:
- Mark Köhnəlmiş metod, parametr və ya açar üçün o deməkdir ki, ondan istifadə etmək tövsiyə edilmir, çünki genişləndirmələr və ya düzəlişlər olmayacaq.
- Versiyaların quraşdırılması tam başa çatmayıb, hazırda bu istiqamətdə işlər aparılır.
"Bitrix", 2001-2019, "1C-Bitrix", 2019
1C-Bitrix-də onlayn mağazanın sistemlə inteqrasiyası Bitrix.Marketplace-də sistem modulundan istifadə etməklə həyata keçirilə bilər.
Quraşdırma zamanı modul mövcud sifarişləri sistemə yükləməyə kömək edəcək.
Quraşdırıldıqdan sonra modul:
- 1C-Bitrix-dən sistemə yeni sifarişlər yükləyin;
- 1C-Bitrix-ə edilən dəyişiklikləri nəzərə alaraq mövcud sifarişlər üzrə məlumatları yeniləmək;
- sistemdən 1C-Bitrix-ə yeni sifarişlər və müştərilər yükləmək;
- sistemdə edilən dəyişiklikləri nəzərə alaraq mövcud sifarişlər haqqında məlumatların yenilənməsi (məsələn, sistemdə sifarişin statusu dəyişdirildi, sifarişdəki malların sayı və s., bu dəyişikliklər 1C-Bitrix-də də əks olunacaq) ;
- istifadəçi tərəfindən sifarişin onlayn ödənişi haqqında məlumatı sistemə göndərmək.
Yeniləmə zamanı dəyişdirilmiş kodu itirmədən plagin siniflərini fərdiləşdirmək də mümkündür. Dəyişdirilmiş kodu həyata keçirmək üçün tələb olunan sinfə malik faylın surətini bitrix/php_interface/retailcrm qovluğuna yerləşdirmək lazımdır.
Plugin aşağıdakı faylları fərdiləşdirmək imkanına malikdir:
RestNormalizer.php
Logger.php
Client.php
RCrmActions.php
RetailCrmUser.php
RetailCrmICML.php
RetailCrmInventories.php
RetailCrmPrices.php
RetailCrmCollector.php
RetailCrmUa.php
RetailCrmEvent.php
RetailCrmHistory_v4.php
RetailCrmHistory_v5.php
RetailCrmOrder_v4.php
RetailCrmOrder_v5.php
ApiClient_v4.php
ApiClient_v5.php
Adlarında istifadə edilən API versiyası olan faylları fərdiləşdirmək üçün fayllar versiya göstərilmədən adla yaradılır, məsələn - RetailCrmHistory.php.
Bitrix/php_interface/retailcrm qovluğunda siniflə faylın surətini yaratdıqdan sonra modul fərdi sinifdən istifadə edəcək, siz onun metodlarında dəyişiklik edə bilərsiniz.
Sistemdə onlayn mağazanın qeydiyyatı
Quraşdırmadan əvvəl onlayn mağazanızı sistem nümunənizdə qeydiyyatdan keçirin (İdarəetmə > Mağazalar bölməsi, məsələn, demo versiyada):
Həllin 1C-Bitrix-də quraşdırılması
- Marketplace-də həll səhifəsində "Quraşdır" düyməsini basın və onlayn mağazanızın ünvanını daxil edin:
- 1C-Bitrix Yeniləmə Sistemi vasitəsilə modulu endirin:
- Modulu quraşdırmağa başlayın:
Quraşdırma sihirbazı işə düşəcək.
Quraşdırma Sihirbazı. Addım 1
1.1-ci addımda sisteminizin ünvanını (məsələn, https://test.retailcrm.ru) və sistemdə əvvəllər yaratdığınız API açarını göstərməlisiniz:
Vacibdir! Bitrix-də yalnız bir mağaza varsa, 1-ci addım. Saytlar atlanır.
Quraşdırma Sihirbazı. Addım 1. Veb saytlar
Addım 1.Sites, siz 1C-Bitrix-də mağazalarınız və sistem arasında yazışmaları təyin etməlisiniz.
Vacibdir! Sistemdəki bütün mağazalarınızda ümumi API açarı olmalıdır.
Quraşdırma Sihirbazı. Addım 2
İkinci addımda, onlayn mağazanın dəyərləri ilə sistem qovluqları arasındakı uyğunluğu göstərməlisiniz. Modul özü tipik statuslar üçün yazışma yaratmağa çalışır. Modul bunu edə bilmədikdə, uyğunluğu özünüz təyin etməlisiniz:
Sistemdə onlayn mağaza kataloqlarına uyğun gələn lazımi kataloq dəyərlərinə sahib olub olmadığını yoxlayın. Əgər onların sayı kifayət qədər deyilsə, quraşdırma sihirbazı səhifəsini bağlamadan onları İdarəetmə bölməsinə əlavə edin:
Bundan sonra sehrbaz səhifəsini yeniləyin: yeni kataloq dəyərləri yüklənməlidir.
Quraşdırma Sihirbazı. Addım 3
Üçüncü addımda modul 1C-Bitrix sahələri ilə sistem arasında yazışma qurmağa imkan verir.
Vacibdir! Forma varsa " rəy"və ya sifarişlər" 1 kliklə "və bu məlumatlar standart Bitrix sifarişlərinə düşmür, sonra sistemə çəkilmir.
Həmçinin, əgər siz işləyirsinizsə hüquqi şəxslər, aşağıdakı ekran görüntüsündə göstərildiyi kimi bütün sahələri doldurmalısınız.
Quraşdırma Sihirbazı. Addım 4
Dördüncü addımda modul əvvəllər verilmiş sifarişləri sistemə yükləməyə imkan verir. Boşaltma bir az vaxt apara bilər (1000 sifariş təxminən 5 dəqiqəyə boşaldılır). Yükləmə prosesinin gedişatı tərəqqi çubuğu ilə göstəriləcək.
Lazım gələrsə, yükləməni dayandırıb bir müddət sonra yenidən davam etdirə bilərsiniz.
Əvvəllər verilmiş sifarişləri yüklədikdən sonra KPI Panelində analitik hesabatları görə biləcəksiniz. Bu addımı yerinə yetirməyi tövsiyə edirik.
Quraşdırma Sihirbazı. Addım 5
Beşinci addımda məhsul kataloqunun yüklənməsi konfiqurasiya edilir. Bunun üçün aşağıdakı məqamları tamamlamalısınız.
1. İnformasiya bloklarının və xassələrinin seçilməsi
Seçilmiş məlumat blokları sistemə yüklənəcək. Sizə yalnız məhsulları ehtiva edən və ya ticarət təklifləri ilə əlaqəli məlumat blokları olan məlumat bloklarından seçim təklif olunacaq. İnformasiya bloklarının seçilməsi ilə paralel olaraq, aşağıdakı xüsusiyyətləri seçə bilərsiniz: məqalə, istehsalçı, rəng, çəki, ölçü - bunun üçün müvafiq əmlakın saxlanmasına cavabdeh olan məlumat blokunun xüsusiyyətini təyin etməlisiniz. Mülk seçmək isteğe bağlıdır.
2. Fayl yolu
Göstərilən yolda qovluq strukturunu ehtiva edən formatda bir fayl yaradılacaq. Standart yol - "/bitrix/catalog_export/retailcrm.xml". Yolu dəyişdirsəniz, sistemdə oxşar quraşdırma yerinə yetirməli olacaqsınız.
3. İxracda təkliflərin sayının təyin edilməsi
Kataloqun ixrac parametrlərində "Məhsul üçün ticarət təkliflərinin maksimum sayı" sahəsi var, burada bir məhsulun əldə edə biləcəyi ticarət təkliflərinin maksimum sayını daxil etməlisiniz (əgər 50-dən çox olarsa). Varsayılan olaraq, modul məhsul üçün maksimum 50 ticarət təklifini hesablayır. Mağazada hər bir məhsul üçün 50-dən az ticarət təklifi varsa, bu parametr nəzərə alına bilər. Əgər daha çox ticarət təklifi varsa və parametr göstərilibsə, agentin hitlər üzərində işlədiyi təqdirdə onu taclara köçürmək tövsiyə olunur.
4. Boşaltma tezliyinin seçilməsi
Seçmək üçün üç seçim olacaq:
1. Yox- bu elementi seçdiyiniz zaman kataloqun vaxtaşırı yüklənməsi avtomatik olaraq konfiqurasiya olunmayacaq və siz hər dəfə kataloqu özünüz yükləməli olacaqsınız.
Onlayn mağazanızın məhsul kataloqu çox nadir hallarda dəyişirsə və ya yükləmə parametrlərini sonradan konfiqurasiya etmək istəsəniz, bu seçim faydalı ola bilər.
2. Cron- bu elementin seçilməsi onlayn mağaza veb saytının fəaliyyət göstərdiyi serverin Cron xidmətinə qoşulacaq xüsusi profilin avtomatik yaradılmasına gətirib çıxaracaq.
Cron yardım proqramı işə salınır fon və müəyyən edilmiş vaxtlarda müəyyən tapşırıqları yerinə yetirir.Kataloqda çox böyük element varsa, bu elementi seçmək faydalı ola bilər ( 10.000-dən çox məhsul). Bu element üçün xüsusi ixrac profilinin adını göstərməlisiniz.
3. Agent. Bu halda, 1C-Bitrix-də "Agentlər" texnologiyasına qoşulacaq xüsusi profil də yaradılacaq və yükləmə baş verəcəkdir. gündə bir dəfə avtomatik olaraq.
Agent müəyyən tezlikdə işləyən PHP funksiyasıdır. Hər səhifə yüklənməsinin əvvəlində sistem işə salınmalı olan agentin olub-olmadığını avtomatik olaraq yoxlayır və lazım gəldikdə onu icra edir. Çox vaxt aparan yükləmələr üçün agentlər yaratmaq tövsiyə edilmir - crondan istifadə etmək daha yaxşıdır.Əgər kataloqda varsa, bu seçim daha çox üstünlük təşkil edir 10.000-dən az məhsul, onda yükləmə olduqca tez baş verir və bu, onlayn mağaza veb saytının sürətinə heç bir şəkildə təsir etməyəcəkdir.
Geniş diapazonda ( 10.000-dən çox məhsul), vacibdir əlavə fərdiləşdirmə Cron-da agent. Bu element üçün xüsusi ixrac profilinin adını da göstərməlisiniz.
4. Ani boşalmanın göstəricisi
“İndi boşalt” bayrağının qoyulması nəticəsində modulun quraşdırılmasından dərhal sonra kataloq strukturu yuxarıdakı fayla yüklənəcək.
Kataloqu sistemdəki fayla yüklədikdən sonra Administrasiya -> Mağaza -> Mağaza adı -> “Kataloq” sekmesine keçib “ICML-dən kataloqu indi endirin” qutusunu qeyd etməlisiniz. Bu halda, faylın yüklənməsi və işlənməsi demək olar ki, dərhal başlayır.
5. Profil adının təyin edilməsi
Məhsul kataloqunun yüklənməsini düzgün qurduqdan sonra, Mağaza > Parametrlər > Məlumatların ixracı bölməsində yeni sistem ixracı növü görünəcək; quraşdırma zamanı vaxtaşırı yükləmə göstərilibsə, ixrac profili də görünəcək.
Qeyd:
üçün özünü konfiqurasiya yükləməklə öz ixrac profilinizi yaratmaq mümkündür.
Quraşdırma sihirbazının tamamlanması
Quraşdırmanın sonunda 2 agent yaradılacaq: bir agent Bitrix-dən sistemə sifariş tarixçəsini yükləyir, ikinci agent kataloq yaradır. Sifarişin yüklənməsi agent üçün konfiqurasiya edilibsə, sifarişlər tarixçənin çağırıldığı anda sistemə yüklənir. Digər hallarda, sifarişlər hadisə əsasında boşaldılır.
1C-Bitrix - sistem mübadiləsi zamanı çatdırılma xidmətinin boşaldılması
Bir çox profilə malik eDost kimi 1C-Bitrix-ə qoşulmuş avtomatlaşdırılmış çatdırılma xidmətləriniz varsa: Russian Post, EMS, DHL və bir çox başqaları, onda sistemdə bu cür çatdırılma xidmətini yükləmək imkanından istifadə edə bilərsiniz.
Çatdırılma üsulları sistem tərəfində konfiqurasiya edilməlidir. Sistem modulu çatdırılma xidmətini Bitrix-ə qoşmazdan əvvəl quraşdırılıbsa, çatışmayan çatdırılma üsulları sistemə əl ilə daxil edilməlidir. Modul çatdırılma xidmətinə qoşulduqdan sonra quraşdırılıbsa, çatdırılma üsulları avtomatik olaraq quraşdırılacaq, həmçinin xidmətin özü boşaldılır. Yəni, hər sifariş üçün çatdırılma qiyməti endiriləcək.
1C-Bitrix tərəfində, çatdırılma xidmətini 1C-Bitrix sisteminə qoşduqdan sonra sistem modulu quraşdırılıbsa, aşağıdakı parametrləri etməlisiniz:
Getmək İdarə > Parametrlər, "Kataloq Parametrləri" sekmesine keçin.
Çatdırılma üsullarının yazışmalarını konfiqurasiya edin (əvvəlcədən sistem tərəfində konfiqurasiya edilmişdir). Sonra, "Çatdırılma xidmətlərini yüklə" düyməsini basın.
1C-Bitrix - sisteminin yüklənmə tezliyinin qurulması
Məhsul kataloqunu yeniləyərkən iki məqamı vurğulamaq olar:
Müştəri tərəfində kataloqun yaradılması (yml/icml formatında) və
Sistem kataloqu üç saatda bir dəfə yükləyir. Yükləməli olan faylın yolu mağaza parametrlərində müəyyən edilir - bölməyə keçməlisiniz İdarə > Mağazalar > Mağaza seçin > Kataloq nişanı.
Sistem modulunu 1C-Bitrix-də quraşdırdıqdan sonra yükləmə üçün profil yaradılır. Görmək üçün getmək lazımdır İş masası > Mağaza > Parametrlər > Məlumat İxrac. Ekran görüntüsü iki variantı göstərir:
Defolt,
Sistem kataloqu yüklənir.
İkinci seçimi seçsəniz, üzərinə klikləməklə yükləmə seçimləri açılacaq.
Tezlik seçimi kimi Agent seçilibsə, Agentlərin siyahısına baxmaq üçün bu ünvana keçməlisiniz Masaüstü > Parametrlər > Məhsul Parametrləri > Agentlər.
"Dəyişdir" və ya "Yeni əlavə et" düyməsini klikləsəniz, nəsil tapşırığının icra tezliyini təyin edə və ya dəyişə bilərsiniz.
1C-Bitrix - sistem mübadiləsi zamanı məlumatların sinxronizasiyasının tezliyi
Sistem modulu məhsul kataloqunu sisteminizə yükləməyə, həmçinin sifarişlərin və müştərilərin müntəzəm olaraq ikitərəfli mübadiləsini həyata keçirməyə imkan verir.
Kataloqdan məlumatları vaxtında yükləməklə sistem menecerləriniz məhsulun mövcudluğu haqqında ən son məlumatlara sahib olacaqlar. Məhsulun sifariş edildiyi və müəyyən müddətdən sonra onun anbarda olmadığı üzə çıxacaq vəziyyət yaranmayacaq.
Sifariş mübadiləsi hər iki istiqamətdə sifarişlər yükləndikdə məlumatların sinxronizasiyası prosesidir:
1C-Bitrix-dən sistemə:
- Hadisələr üzrə yükləmə aktivdirsə, 1C-Bitrix sistemində sifariş yaradarkən və ya dəyişdirərkən o, dərhal sistemə yüklənəcək. Boşaltma agenti seçilərsə, sifariş 15 dəqiqə ərzində sistemə yüklənəcək (məcburi səbəblər olmadan bu mexanizmdən istifadə etmək tövsiyə edilmir, çünki bu halda sifarişlər gecikmə ilə gələcək və bu sifarişlərə yeniləmələr ötürülməyəcəkdir. sistemə).
- İstifadəçi dəyişdikdə, əsas məlumatlar da dərhal sistemə yüklənəcək.
Sistemdən 1C-Bitrix-ə:
- Sistemdə yeni istifadəçi üçün sifariş yaratsanız, sifariş 1C-Bitrix-ə yüklənəcək və yaradılacaq. Yeni istifadəçi 1 dəqiqədən 15 dəqiqəyə qədər.
- Sifariş səhifəsində ünvan, çatdırılma dəyəri və ya sistemdəki statusu dəyişdirsəniz, bütün bu dəyişikliklər 15 dəqiqə ərzində 1C-Bitrix-ə yüklənəcəkdir.
- Sistemdə məhsul endirimlərini dəyişdirsəniz və məhsulların miqdarını dəyişdirsəniz, bu, 1C-Bitrix-də 1 ilə 15 dəqiqə arasında dəyişəcək.
İnteqrasiya modulunda dəyişikliklər
Versiya 2.0
- İnteqrasiya modulunun V2.0 versiyası 1C-Bitrix-i orada quraşdırılmış “Onlayn mağaza (satış)” modul versiyası > 16 ilə inteqrasiya etmək üçün nəzərdə tutulmuşdur.
- İndi modul API V4 vasitəsilə işləyir.
- İndi inteqrasiya modulu yeni 1C-Bitrix D7 nüvəsindən istifadə edir.
- İndi müştəri ilə bağlı dəyişikliklər (tam adı, e-poçt ünvanı, telefon) da sistemdən sayta göndərilir.
- "Digər Parametrlər" bölməsindəki inteqrasiya modulu parametrlərində sifariş nömrələrini sistemdən 1C-Bitrix-ə çevirmək mümkün oldu. Yəni sistemdə, məsələn, 12345R nömrəli sifarişi əl ilə yaratsanız, 1C-Bitrix-də eyni nömrəli sifariş yaradılacaq.
- "Onlayn mağaza (satış)" modul versiyasında > 16 olduğundan, Bitrix tərtibatçıları bütün sifarişə endirim tətbiq etməkdən uzaqlaşdılar və yalnız məhsullar üçün endirimlər buraxdılar, sistem hələlik endirimlərdən istifadə etmək imkanına malik deyil. bütün sifariş. Yalnız xüsusi sifariş məhsulları üçün endirimlər təyin edə bilərsiniz.
Versiya 2.1
- Kataloq ixracına əlavə ölçü vahidləri.
Versiya 2.2
- Modul indi seçimlə bir neçə API versiyasını dəstəkləyir.
- API V5 dəstəyi.
- Qalıqları anbardan boşaltmaq imkanı əlavə edildi.
- Qiymət növlərini yükləmək imkanı əlavə edildi.
- Əsas Daemon Collector inteqrasiyası əlavə edildi.
- Universal Analytics ilə inteqrasiya əlavə edildi.
- Məlumatların dəyişdirilməsi üçün daxili funksiyaların məntiqi təkmilləşdirilmişdir.
- Əlavə edilmiş daxili funksiya retailCrmApiResult.
- Dəyişiklik tarixinin tətik versiyası əlavə edildi.
Versiya 2.4
- Yeni sifariş üçün ödənişə qənaət etmək üçün prosessorda çek əlavə edildi.
- İxracda ticarət təkliflərinin sayı üçün parametr əlavə edildi.
- Alış qiymətinin çevrilməsi əlavə edildi.
- Tərcümə fayllarının dəyişdirilməsi.
- Sifariş xassələri üçün sistemdən dəyişiklikləri boşaltarkən yoxlama əlavə edildi.
- Əlavə ƏDV yükləməsi.
- Yükləmə üçün qiymət növlərinin siyahısının əldə edilməsi düzəldildi. Bitrix-də mövcud olan bütün növlər seçim üçün mövcuddur.
Digər parametrlər
Sifariş parametrləri
Mərkəzi prosessinq mərkəzində yaradılmış sifariş nömrələrini mağazaya ötürmək
Sistemdə sifariş yaradıldıqda, müəyyən edilmiş qaydalara uyğun olaraq öz unikal nömrəsini yaradır. Bu parametr modulda qurulduqda, əks sinxronizasiya zamanı belə bir sifarişin nömrəsi mağazaya ötürüləcəkdir.
Sifarişlərin boşaldılması
- Hadisə ilə- sifarişi saxladığınız zaman məlumatlar sistemə daxil olur;
- Agent- sistemdən dəyişiklik tarixi tələb edilməzdən əvvəl yeni sifarişlər göndərilir.
Müştəri API versiyası
İndi modulun işləyəcəyi API versiyasını seçə bilərsiniz. Seçim sistemin versiyasından asılıdır. Ən son versiyanı seçmək tövsiyə olunur.
Qalıqların anbar tərəfindən boşaldılmasını aktivləşdirin (anbarlar mövcud olduqda mövcuddur)
İndi siz vaxtaşırı olaraq sayt anbarlarından sistem anbarlarına qalıqları boşalta bilərsiniz. Bunu etmək üçün sizə lazımdır:
- sayt anbarlarını sistem anbarları ilə müqayisə etmək;
- balansların yüklənəcəyi sistem mağazalarını göstərin;
- balansları yükləmək üçün lazım olan mallarla məlumat bloklarını seçin (sistem üçün kataloq ixracında göstərilənləri seçməlisiniz).
Yükləmə agent tərəfindən 1 saat tezliyi ilə həyata keçirilir (standart olaraq).
Nəzərə alın ki, balansları sistemə yükləmək üçün seçimlər aktivləşdirilməlidir.
Məhsullar üçün qiymət növlərinin yüklənməsini aktiv edin (yalnız bir neçə qiymət növü olduqda mövcuddur)
İndi siz vaxtaşırı mağazadan əlavə qiymət növlərini sistemə yükləyə bilərsiniz. Bunu etmək üçün sizə lazımdır:
- sayt qiymət növlərini sistem qiymət növləri ilə müqayisə etmək;
- əlavə qiymət növlərinin yüklənəcəyi sistem mağazalarını göstərin;
- əlavə qiymət növlərinin yüklənməsini tələb edən məhsulların olduğu məlumat bloklarını seçin (sistem üçün kataloq ixracında göstərilənləri seçməlisiniz).
Yükləmə agent tərəfindən hər 24 saatdan bir həyata keçirilir (standart olaraq).
Demon Collector-u aktivləşdirin
İndi siz Kolleksiyaçı Daemon-u parametrlər interfeysindən vebsayta əlavə edə bilərsiniz. Bunu etmək üçün istədiyiniz sayt üçün uyğun açarı göstərməlisiniz. Açarı sistemdə tapmaq olar.
UA inteqrasiyasını aktivləşdirin
İndi siz Universal Analytics ilə inteqrasiyanı parametrlər interfeysindən aktiv edə bilərsiniz (standart sifariş komponenti ilə düzgün işləyir). İzləmə əlavə etmək istədiyiniz hər bir sayt üçün İzləmə ID və Xüsusi Parametr İndeksini doldurmalısınız.
Burada $order sistemə göndəriləcək sifariş məlumatlarının yaradılan massividir və $arFields vebsaytdakı sifariş sahələri massividir. retailCrmBeforeOrderSave($order) funksiyası ( //Dəyişiklikləriniz $order qaytarır; //yaxud false qaytarır; sonra bu sifariş üçün sistemdən edilən dəyişikliklər nəzərə alınmayacaq)
Burada $order sistemdən alınan dəyişdirilmiş sifariş məlumatı olan massivdir.
retailCrmAfterOrderSave funksiyası
retailCrmAfterOrderSave - sistem tarixindən alınan sifariş məlumatlarına dəyişikliklər veb saytında saxlandıqdan dərhal sonra yerinə yetirilən bir funksiya.
retailCrmAfterOrderSave($order) funksiyası ( //Dəyişiklikləriniz qayıdır; )Burada $order sistemdən alınan dəyişdirilmiş sifariş məlumatı olan massivdir.
RetailCrmApiResult funksiyası
retailCrmApiResult - sistemin API-dən cavab aldıqdan dərhal sonra yerinə yetirilən funksiya.
retailCrmApiResult funksiyası($methodApi, $res, $code) ( //Dəyişiklikləriniz qayıdır; )$methodApi API metodunun adı olduğu halda, $res doğru/yalan sorğunun nəticəsidir (uğurlu və ya uğursuz sorğu), $code API cavab status kodudur.
Nəzərə alın ki, bu funksiyadan istifadə edərkən koddakı səhvlər saytın və sistemin sinxronizasiyasını poza bilər.
Əgər yuxarıda sadalanan alətlər nədənsə kifayət etmirsə, modulu yeniləyərkən bu dəyişiklikləri itirmək riski olmadan birbaşa modul kodunda tələb olunan dəyişiklikləri edə bilərsiniz. Bunun üçün tələb olunan sinifli faylı /bitrix/php_interface/retailcrm/ qovluğuna köçürməli və orada dəyişikliklər etməlisiniz. Bu mexanizm müştərilər, sifarişlər, hadisələr, kataloq ixracı və digər köməkçi mexanizmlərlə işləmək üçün siniflərin dəyişdirilməsini dəstəkləyir.
Əlfəcin Fərdi tapşırıqlar məhsulla birbaşa işləyəcək şəxslər, yəni proqram məhsulumuzdan istifadə edən şirkətlərin işçiləri üçün nəzərdə tutulub.
İnzibati tapşırıqlar nişanı qutulu versiyanı idarə edəcəklər üçün nəzərdə tutulub "Bitrix24".
Əlfəcin Sənədlər qutulu versiyaya əsaslanan layihələrin tərtibatçıları üçün nəzərdə tutulmuşdur "Bitrix24".
Fərdi tapşırıqlar
Fərdi tapşırıqlar |
Məlumat |
İşə başlamazdan əvvəl. Portala necə daxil olmaq olar, korporativ portalın interfeysi və onunla işləmək üçün alətlər, məlumatların axtarışı və məlumatlara çıxış səviyyələri. | Əsas məlumat |
Mənim alətlərim. Alətlər şəxsi iş: Tapşırıqlar, Təqvim, Mesajlar və s. | Mənim alətlərim |
Şirkət. Çalışdığınız şirkət haqqında hər şey: təfərrüatlar, xəbərlər, vakansiyalar və s. | Şirkət |
Digər işçilər. Bir işçini necə tapmaq, şirkətin strukturunu necə başa düşmək, işçinin fəaliyyətini necə qiymətləndirmək və onun nə qədər işlədiyini necə öyrənmək olar? Və digər işçilərlə bağlı oxşar suallar. | İşçilər |
Sənədlərlə işləmək. Sənədlərlə işləmək haqqında hər şey: saxlama və redaktə etmək, sənədlərlə sənəd axını və biznes prosesləri, xarici qovluqları sənədlərlə necə bağlamaq. | Sənədlər |
İstifadə rahatlığı üçün xidmətlər. Avtomatlaşdırma alətləri rutin əməliyyatlar: planlaşdırma sessiyalarının və görüşlərinin təşkilindən materiallar üçün ərizənin təqdim edilməsinə, ezamiyyətin təşkilindən şəxsi hesabdan çıxarışın alınmasına qədər. | Xidmətlər |
İşçi qrupları. İstehsal problemlərini həll etmək üçün qrup iş alətləri. | Qruplar |
Qarşı tərəflərlə işləmək. Müştərilər, təchizatçılar, aparıcılar, sövdələşmələr, kontaktlar, satış huniləri və s. və s. Bir sözlə, CRM. | CRM |
Portalınızın qonaqları. Məhdud girişşirkətin işçisi olmayan, lakin nəyisə göstərmək və ya nəyisə müzakirə etmək lazım olan şəxslər üçün portaldakı məlumatlara. | Extranet |
Nümunələr. Korporativ portal alətlərindən istifadə edərək işi necə qurmaq olar? İstehsal problemlərinin həllinə dair bir neçə nümunə. | İstifadə nümunələri |
Video dərslər Yüz dəfə eşitməkdənsə, bir dəfə görmək yaxşıdır. Bitrix24 ilə işləmək haqqında video | Videolar |
İnzibati tapşırıqlar
İnzibati tapşırıqlar |
Məlumat |
İşə başlamazdan əvvəl. Sistem haqqında tələb olunan minimum məlumat: onun necə işlədiyi, şərtləri, strukturu, yardım sistemi, idarəetmə növləri və onların imkanları. | Əsas məlumat |
Quraşdırma və konfiqurasiya. Portalı necə düzgün quraşdırmaq, yeniləmək və ya köçürmək olar. Axtarışı necə qurmaq olar. Mümkün səhvlər bu proseslər. Virtual maşın qutulu versiya üçün "Bitrix24". | Quraşdırma və konfiqurasiya |
İdarəetmə Əsasları. Proqram interfeysi və onu necə idarə etmək olar. Portaldakı məlumatların növləri və onlardan istifadə qaydaları. İnformasiyaya və istifadəçilərə çıxışın idarə edilməsi prinsipləri. Layihə vəziyyətinə nəzarət alətləri və giriş təhlükəsizliyi. | İdarəetmə Əsasları |
KP Administratoru. Müntəzəm idarəetməni həyata keçirən işçi üçün portalla işləmək üçün alətlər və üsullar. Modulların qurulması və görünüş portal öz səlahiyyətləri daxilində. | KP Administratoru |
Sistem administratoru. Maksimum portal idarəetmə imkanları. Bütün sistem modullarının qurulması prinsipləri. | Sistem administratoru |
əlavə olaraq. Portalı və 1C-ni necə bağlamaq olar. | əlavə olaraq |
Tərtibatçılar üçün
Tərtibatçı sənədləri sistemin API-nin təsviridir. İstifadəçi sənədləri sistem komponentlərinin və parametrlərinin təsviridir.
Sənədlər həm onlayn, həm də chm formatında fayl şəklində mövcuddur. Onlayn versiya daha müasir olduğundan istifadə etmək tövsiyə olunur. chm faylları vaxtaşırı yenilənir və ən son versiyalar haqqında məlumatları ehtiva edə bilməz.
Diqqət! Format faylının məzmununu görmürsənsə .chm, onda səbəb təhlükəsizlik parametrləridir əməliyyat sistemi. Fayl xassələrində faylın baxılmasını blokdan çıxarmaq lazımdır. Ətraflı oxuTez-tez verilən suallar
Kömək sistemləri | .chm | |
Developer Sənədləri |
Onlayn versiya |
bsm_api.chm Sənəd versiyası 26.10.2018 tarixindən |
API D7 Sənədləri |
Onlayn versiya |
api_d7.chm Sənəd versiyası 29.05.2019 tarixindən |
İstifadəçi sənədləri |
Onlayn versiya |
bsm_user.chm Sənəd versiyası 29.11.2018 tarixindən |
Bitrix Framework Developer |
Bölmələr |
İşə başlamazdan əvvəl. Nə baş verdi Bitrix Çərçivəsi və bu platforma digər sistemlərdən nə ilə fərqlənir. Tərtibatçı icması. | İlkin qeydlər |
Məhsul arxitekturası. Məhsulun quruluşu baxımından MVC, nə baş verdi vebsayt sistemi, giriş hüquqlarını başa düşməkdə. | Məhsul arxitekturası |
Bu necə işləyir?. Texnologiyalar Bitrix Çərçivəsi. | Texnologiyalar |
Sayt dizaynı. Şəklin işləyən veb saytına "çevrilməsi". Əslində bu vebsayt dizaynıdır. | Dizayn inteqrasiyası |
Saytda işləmək üçün ümumi prosedur. Veb saytın həyata keçirilməsi. Bunu hansı ardıcıllıqla etməliyəm? Sadə bir misal. | Sadə bir veb saytı necə yaratmaq olar |
Məlumat blokları bir tərtibatçının nöqteyi-nəzərindən. Sistem API və standart alətlər vasitəsilə işləyin. | Məlumat blokları |
Komponentlər. Komponentlər işləyərkən tərtibatçının əsas alətidir. Necə və hansı hallarda fərdiləşdirmək lazımdır? Nəyi fərdiləşdirmək lazımdır: şablon və ya komponentin özü? Fayllar nəticə_dəyişdiricisi Və komponent_epiloq. | |
Biznes prosesinin dizaynı. Şirkətin cari fəaliyyətinin avtomatlaşdırılması. Varsayılan olaraq məhsulda olmayan bir şeyi necə etmək olar? | |
D7. Yeni sistem nüvəsi. İş prinsipləri. | D7 |
Özümüzü inkişaf etdirmək üçün böyüdük. Öz modullarınızın və standart həllərinizin yaradılması, Marketplace-ə yüklənməsi. | |
Öz inkişaflarına yetişdi - 2 Texnologiya Kompozit Sayt | |
"Böyüklər" layihəsi Bitrix Framework istifadə edərək mürəkkəb və ya yüksək yüklü layihəni necə düzgün inkişaf etdirmək və idarə etmək olar? | Yüksək yüklü layihələrin hazırlanması və istismarı |
Bir müddət əvvəl şirkətimiz texniki xidmət və modifikasiya üçün 1C-Bitrix-də kifayət qədər böyük bir onlayn mağaza aldı. Layihə bir neçə ay əvvəl kommersiya istifadəsinə verilsə də, eyni zamanda bir sıra ciddi problemləri də var idi. Bundan əlavə, müştəri mümkün qədər tez yeni funksionallığın yekunlaşdırılması üzrə tapşırıqları yerinə yetirməyi planlaşdırırdı. Mənə təşkilatçılıq tapşırığı verildi səmərəli iş layihəyə uyğun olaraq minimum saytın dayanması və müştəri ehtiyaclarının maksimum şəkildə ödənilməsi.
İlkin məlumatlar:
- 1C-Bitrix-də onlayn mağaza var
- Layihənin bir neçə yaşı var, ancaq bir neçə ay əvvəl sayt 1C-Bitrix-ə köçürüldü
- Gündə 10-15 min nəfər iştirak edir
- Mağaza kataloqunda 12.000-ə yaxın məhsul var
- Boş vaxtlar və saytın kəsilməsi qəbuledilməzdir
- Layihə altı ay ərzində başqa bir şirkət tərəfindən hazırlanmışdır:
- Təxminən 100 vərəq üçün texniki spesifikasiya mövcuddur ki, bu da tamamlanmış işlərin təxminən 40%-nə uyğundur.
- Layihə sənədləri yoxdur
- Əvvəlki tərtibatçıların niyə xüsusi memarlıq həllərindən istifadə etdiyini başa düşməmək.
İnkişaf proqram təminatıÜmumilikdə, xüsusən də web layihələri üzrə 8 ilə yaxındır ki, veb layihələr üzərində işləyirəm. Bu müddət ərzində müxtəlif mürəkkəblikdə olan layihələrlə rastlaşdım və ilk baxışdan iş mənə elə də çətin görünmürdü. Şirkətimizdə layihələr həyata keçirərkən, bir qayda olaraq, SCRUM metodologiyasından istifadə olunur. Mən ondan uzaqlaşmağa başladım.
Hər şeydən əvvəl giriş əldə etdim mənbə kodu layihə. Səthi təhlil edilmişdir. Sifarişçi ilə prioritet vəzifələr siyahısında razılaşdırılır. Mən 3 tərtibatçı üçün inkişaf planı hazırladım və Qaqarinin dediyi kimi, gedək!
Problem №1 – hər şeydə tərtibatçılar günahkardır
Adətən olduğu kimi, müştəridən başqa hamı günahkardır. Dizayner çox çəkisi olan bir tərtibat hazırladı, hoster yavaş işləyən bir server təqdim etdi, tərtibatçılar səhv və hər zaman xarab olan bir veb sayt hazırladılar, menecerlər keçiddən sonra yerinə yetirilməsini istəmədiyimiz bəzi tapşırıqları yerinə yetirdi. köhnə versiya 1C-Bitrix saytında axtarış trafikində kəskin azalma oldu və s. Vəziyyət aydın deyil. Bir tərəfdən, əsas məsuliyyət, əlbəttə ki, tərtibatçı şirkətin üzərinə düşməlidir. Saytla bütün hərəkətlərin nəticələrini müştəriyə çatdırmaq və nəticəyə hazırlaşmaq lazım idi. İş yerinə yetirərkən bütöv bir arxitektura təklif edin gələcək sistem və mərhələlər tamamlanana qədər izləniləcək inkişaf planı. Funksionallığı hərtərəfli sınaqdan keçirin və işi təqdim edin. Digər tərəfdən, mən tez-tez belə bir vəziyyətlə qarşılaşıram ki, müştəri hər şeyi özü daha yaxşı bilir, çünki anası bir vaxtlar rəsm çəkib və buna görə də ən yaxşı dizayner, və onun 7 yaşlı oğlu SEO optimallaşdırmasını yaxşı bilir, çünki o, bütün vaxtını kompüterdə GTA oynayaraq keçirir.Kimin günahkar, kimin haqlı olduğunu mühakimə etmək bizim işimiz deyil. Bu halda, əvvəlki podratçı kifayət qədər tanınmış, etibarlı şirkət idi və onların inkişafı haqqında pis bir şey deyə bilmərəm. Müştəri isə obyektiv olaraq öz məhsuluna əhəmiyyət verir və onu təkmilləşdirməyə çalışır. Bunun necə baş verdiyini bilmirəm, özüm üçün podratçının müştəriyə təqdim etdiyi analitiklərin kifayət qədər miqdarında bir izahat tapdım.
Nəticə olaraq:
- Layihə məntiqi nəticəyə gətirilməyib. Bir çox tapşırıq yarıda tərk edilir
- Layihə sənədləşdirilməyib. Bəzi funksiyaların işləməsi aydın deyil. Yeni bir funksionallıq hazırlayarkən məlum olur ki, əvvəllər işləyən və yeni tərtibatçının mövcudluğundan şübhələnmədiyi funksionallıq fəaliyyətini dayandırıb.
- Əvvəlki ifaçının yazdığı kodun bəziləri sıfırdan yenidən yazılmalıdır
- Layihənin nəzərdə tutulan memarlığı işin ilk həftələrində/aylarında yeni podratçıya aydın deyil. Bir modulun funksionallığının təkmilləşdirilməsi modulun heç bir şəkildə onunla əlaqəli olmayan funksionallığının itirilməsinə səbəb olur.
- Müştəri əsəbidir, ifaçı əsəbidir, gələnlər sevinmir, davamiyyət azalır, satışlar düşür.
Problemin yalnız bir həllini görürəm: məhsulu lazımi vəziyyətə gətirmək üçün bütün sayt modullarını tədricən sistematik olaraq bir-bir təmizləyin. Bəzi səhvlər ayrıca tapşırıqlara daxil edildi və dərhal tamamlandı, digərləri yeni funksionallığın inkişafı ilə paralel olaraq düzəldildi. Nəticə budur ki, hər yeniləmə ilə səhvləri dərhal təmizlədikdən sonra sayt daha yaxşı və daha sabit olur.
Problem №2 – paralel inkişaf.
1C-Bitrix lisenziyalaşdırma siyasətinə uyğun olaraq, hər bir veb-sayt lisenziyası sistemin 2 nüsxəsindən istifadə etməyə imkan verir. Biri istehsal sahəsi, ikincisi inkişaf üçün. Problem ondadır ki, inkişaf davamlı olaraq bir neçə, mənim vəziyyətimdə üç tərtibatçı tərəfindən həyata keçirilir. Klassik inkişaf vəziyyətində hər şey sadədir. Hər bir tərtibatçı öz modulu üzərində işləyir. Sonra hər bir modulun funksional testi aparılır, bütün təkmilləşdirmələr bəzi versiya idarəetmə sisteminin deposuna birləşdirilir, sonra hamısı birlikdə sınaqdan keçirilir (inteqrasiya testi). Nəticə normal olarsa, sınaq versiyası müştəriyə təqdim olunur. Test versiyası qəbul edildikdən sonra istehsal serveri yenilənir. SCRUM metodologiyasına uyğun olaraq həftədə bir dəfə istehsal saytına yeni versiyalar yükləyəcəyəm. Müvafiq olaraq, əsas inkişaf üçün 3-4 gün var. Test və səhvlərin düzəldilməsi üçün 1 gün və istehsal serverinin yenilənməsi üçün yarım gün. Son tarixlər, əlbəttə ki, dəyişir, amma mən "hər cümə axşamı buraxılış" qaydasına ciddi riayət etməyə çalışdım.Qarşılaşdığım ilk şey, 1C-Bitrix-də eyni faylın eyni vaxtda saytın müxtəlif uclarında fərqli funksionallıqda istifadə edildiyi vəziyyətlərin olmasıdır. Ən sadə və ən bariz həll variant idarəetmə sistemindən, mənim vəziyyətimdə, bütün digər layihələrdə istifadə etdiyim SVN-dən istifadə etməkdir. Lakin versiya nəzarətindən istifadə etmək üçün hər bir tərtibatçının kodun öz versiyasına malik olması lazımdır, onu redaktə edir və sonra ümumi depoya birləşdirilir.
Bəs lisenziya? Əlaqə saxladı texniki dəstək 1C-Bitrix. Əlavə almaq təklifi aldım. inkişafı üçün lisenziyalar. Yumşaq desəm, sevinmədim, amma başqa təklif almadım. Mən kifayət qədər tez bir həll tapdım. NFR düymələrindən istifadə etmək qərarına gəldim. Xoşbəxtlikdən, tərəfdaş statusu buna imkan verir. Nəticədə 5 onlayn mağaza qurğusu yaratdım:
- İstehsal serveri
- Test serveri
- 3 inkişaf serveri (hər developer üçün bir)
Zaman keçdikcə daha da irəli getdim. Test cihazı üçün ayrıca quraşdırma da var. Məlum oldu ki, mənim bəxtimlə müştəri həmişə orada nəsə yenilənən anda test serverinə daxil olur. Səhv izi artıq tamamlanmış çoxlu lazımsız tapşırıqları ehtiva edir və müştəri bizim işimizi zəif yerinə yetirdiyimiz təəssüratını yaradır.
Hal-hazırda mən aşağıdakı sxemdən istifadə edirəm:
- Hər bir tərtibatçı iş üçün yalnız yerli surətindən istifadə edir
- Razılaşdırılmış vaxtda bütün tamamlanmış təkmilləşdirmələr depoda ümumi filialda birləşdirilir
- QA sınaq üçün birləşdirilmiş versiyanı götürür
- Testdən və səhvləri düzəltdikdən sonra demo server müştəri üçün yenilənir
- Müştəri tərəfindən yoxlanıldıqdan və qəbul edildikdən sonra təkmilləşdirmələr istehsal serverinə ötürülür.
Bu yanaşmanın aşkar çatışmazlıqları arasında müştərinin inkişafda iştirakının aşağı səviyyəsini qeyd etmək istərdim. Nəticə müştəriyə yalnız son mərhələdə görünür. Nadir hallarda səhv edən və müştəri ilə daimi əlaqədə olan yaxşı analitikiniz varsa, bu yanaşma tətbiq olunur. Əks halda, bir çox işi sıfırdan yenidən etmək lazım gələcək.
Mən dövrə qurarkən başqa problemlə qarşılaşdım. Layihə təxminən 80 GB disk sahəsi tutur. Keş və müvəqqəti fayllar olmadan - təxminən 60. Əvvəlcə versiya nəzarətindən şəkillər və videoları silməyə çalışdım - işləmədi. Saytdakı məlumatlar daim dəyişir. Cari məlumatlardan istifadə edərək test etməlisiniz. Saytın depoya ilk öhdəliyi mənə 2 gündən çox vaxt apardı. İnkişaf qovluğuna ilk yoxlama bir neçə saat çəkir (SVN serveri yerli şəbəkə inkişaf). Əgər, Allah eləməsin, təsadüfən layihə qovluğunu tam yeniləsəniz, siqaret çəkməyə, nahar etməyə, stolüstü tennis və ya curling oynamağa gedə bilərsiniz. Yalnız seçilmiş faylları və ya qovluqları yerinə yetirmək olduqca sürətlidir. Həll yolu: Mən bir anda onlarla dəyişdirilmiş faylı yükləmək tapşırığını tamamladım.
Problem №3 – istehsal serverinin yenilənməsi və müştəri ilə əməkdaşlıq
Problem ən vacib, mürəkkəb və tam həll olunmamış problemdir. Axı əgər başqa problemlər layihənin daxili işinə aiddirsə, o zaman müştərinin reputasiyası və gəliri, deməli mənim gəlirim saytın işindən asılıdır.Merfi qanunları burada əla işləyir:
- Test serverində bir şey yaxşı işləmirsə, o, mütləq istehsal serverində pozulacaq.
- Əgər bir şey test serverində mükəmməl işləyirsə, o, hələ də istehsal serverində pozulacaq.
- Saytda bir səhv cəmi 5 saniyə ərzində mövcuddursa, ziyarətçilərdən biri onu mütləq tapacaq və bu barədə rəylərdə və ya rəy formasında mütləq yazacaq.
- Yeniləmə zamanı sayt 1 dəqiqə işləmirsə, o zaman şirkət sahibi onu dostuna və ya rəqibinə göstərəcək (və bu, yeniləmənin vaxtı və proseduru ilə bağlı razılaşmaya baxmayaraq).
Əksər veb tətbiqləri vəziyyətində, tətbiqi təbəqələrə bölmək və saytı yeniləmək üçün aydın bir quruluş var 2 hissəyə bölmək olar:
- Kodun yenilənməsi
- SQL skriptlərindən istifadə edərək verilənlər bazasının yenilənməsi
1C-Bitrix vəziyyətində hər şey bir az daha mürəkkəbdir. Birincisi, bir çox fayl var. Layihəmdə onlardan bir milyondan çoxu var. Repozitoriyadan tipik bir yeniləmə 20-30 dəqiqədən çox çəkmir. Əlbəttə ki, yalnız dəyişdirilmiş faylları yeniləyə bilərsiniz, lakin sonra deponun bütün nöqtəsi itir. İkincisi, və bu daha kədərlidir, tez-tez yeniləmə zamanı idarəetmə paneli vasitəsilə əl ilə dəyişikliklər və parametrlər etməlisiniz. Və bu həmişə yavaşdır, edilməsi lazım olan bütün dəyişiklikləri xatırlamaq lazımdır, təsadüfən səhv etmək ehtimalı yüksəkdir. Siz əlbəttə ki, verilənlər bazasında bütün lazımi dəyişiklikləri edəcək bir SQL skripti yaza bilərsiniz. Ən sadə hallarda, əlbəttə ki, biz bunu edirik. Ancaq əksər hallarda, belə bir skriptin yazılması və düzəldilməsi inkişafın özündən daha çox vaxt və sonrakı sınaqlarla bütün hərəkətləri əl ilə yerinə yetirməkdən daha çox vaxt tələb edir.
Mən hələ problemin yaxşı həllini tapmamışam. İndi verilənlər bazasındakı parametrləri əl ilə yeniləyirik. Səhvləri minimuma endirmək üçün yeniləmə zamanı görülməli olanların siyahısı ilə yoxlama siyahısı tərtib edilir. Yeniləməni mümkün qədər diqqətlə və dəqiq həyata keçirməyə çalışırıq. Yeniləmədən sonra bütün komanda istehsal serverinin əsas funksionallığını yoxlayır və əlavə sınaqlar keçirir. Səhvlərin sayı minimuma endirilib, lakin yeniləmə zamanı nasazlıqlardan və dayanma vaxtlarından tamamilə xilas olmaq hələ mümkün olmayıb.
Qarşılaşdığım ikinci şey əməkdaşlıq müştəri ilə. Çünki Layihə böyükdür, 30-a yaxın insan onun üzərində daim işləyir. Məzmun menecerləri, satış menecerləri, SEO optimallaşdırıcıları, marketoloqlar və bir çox başqaları. Təbii ki, hər kəs sayt səhifələrində və modul parametrlərində müəyyən dəyişikliklər edir. Birinci qərar müştəridən saytın proqram kodunda dəyişiklik etmək hüququnun əlindən alınması idi. Qərar tamamilə düzgün idi, lakin daha da pisləşdi. Əgər əvvəllər müştəri hesab edirdi ki, o da sayta girib təsadüfən nəyisə sındıra bilər, indi bütün bəlalar yalnız bizim üzərimizə düşməyə başladı. Bununla nə əlaqəsi var. Məzmun meneceri səhifədəki mətni əyri şəkildə redaktə etsə və bəzi etiketi bağlamasa belə, hələ də tərtibatçı günahkardır. Həll olduqca sadə olduğu aşkar edildi. Bazarda səhifə versiyasına nəzarət üçün pulsuz modul var. Bu problemi həll etmədi, kimsə hələ də zaman-zaman nəyisə qarışdıracaq, amma indi kimin nəyi dəyişdiyini və hər şeyin niyə pozulduğunu hər an görmək mümkündür. Nəticə, əlbəttə ki, buz deyil, amma məni çox əsəbdən xilas edir.
Bundan əlavə, biz qərara gəldik ki, test serverinin hər yenilənməsindən əvvəl istehsal serverindən ona bir nüsxə götürürük. Bu da çox vaxt aparır. Layihəni arxivləşdirin, başqa serverə köçürün, arxivdən çıxarın. Bütün bunlar bir neçə saat çəkir. Lakin yeni təkmilləşdirmələr praktiki olaraq döyüş şəraitində sınaqdan keçirilir. Test və istehsal serverlərinin parametrləri eyni olarsa, əməliyyat fərqi minimal olacaq və səhvlərin sayı əhəmiyyətli dərəcədə azalacaq. Təcrübə göstərir ki, bir həftə ərzində istehsal serveri o qədər dəyişə bilər ki, bir həftəlik nüsxədə problemsiz işləyən bəzi yeni funksionallıq təzə nüsxədə ümumiyyətlə işləməyə bilər.
Problem №4 – “Mənim üçün bunu təcili et, bu 5 dəqiqəlik tapşırıqdır”
Problem o qədər də 1C-Bitrix ilə deyil, işləyən layihələrin təkmilləşdirilməsi və dəstəklənməsi ilə bağlıdır. Çox vaxt müştərinin kiçik bir şey etmək arzusu var, lakin təcili və dərhal istehsal yerində. Nəticə həmişə eynidir - ondan yaxşı heç nə çıxmır. Ən yaxşı halda, növbəti buraxılış zamanı bu modifikasiya sadəcə unudulacaq; ən pis halda, server sadəcə çökəcək və bir neçə saat ərzində ehtiyat nüsxədən bərpa edilməli olacaq.Mən yalnız bir həll tapdım - etibarlılıq və təhlükəsizlik hesabına heç vaxt müştərinin rəhbərliyinə tabe olmayın. Müştərinin necə soruşmasından asılı olmayaraq, tərtibatçı həmişə günahkar olacaq. Keçmiş müdirim mənə dediyi kimi: "Mən səndən pis bir şey istəmədim."
Və ehtiyat nüsxələri mövzusuna toxunduğumuz üçün qeyd etmək istəyirəm. 1C-Bitrick istifadə edərək ehtiyat nüsxə, əlbəttə ki, yaxşı və rahatdır, lakin çox yavaşdır. Təcili olaraq verilənlər bazasında 1-2 fayl və ya bir neçə dəyəri bərpa etməlisinizsə, bütün 60 GB-ın açılmasını gözləməlisiniz. Aşağıdakı sxem mənə ən təsirli görünür:
- Arxiv şəklində faylların və verilənlər bazalarının gündəlik ehtiyat nüsxəsi olmalıdır xarici mənbə data.
- Biz həmişə 2 seçimdən birində yeniləmədən dərhal əvvəl ehtiyat nüsxəsini çıxarırıq:
- Seçim işığı – Bütün layihə qovluğunu serverdəki qonşu qovluğa kopyalayın. Biz verilənlər bazasını zibil kimi ayrı bir faylda saxlayırıq. Biz heç nəyi arxiv etmirik. Verilənlər bazasında və ya fayllardan birində bəzi dəyəri bərpa etməlisinizsə, hər şey əlinizdə olacaq və asanlıqla əldə edilə bilər
- Seçim güclüdür - əvvəlki birinə bənzər, yalnız verilənlər bazasını başqa bir verilənlər bazasına kopyalayırıq MySQL məlumatları. Bu, tam qəza halında, 1-2 dəqiqə ərzində host faylında saytın kök qovluğunu düzəltməyə imkan verəcək və layihə verilənlər bazasının surəti ilə qonşu qovluqdan işə başlayacaq.
Nəticə
Sona qədər oxuyan hər kəsə təşəkkürlər. Ümid edirəm ki, təcrübəm sizin üçün faydalı olacaq. Şərhlərdə və ya şəxsi mesajda qaldırılan problemləri həll etməyin daha yaxşı yolları üçün təkliflər almağa şad olaram. İndi mən yüksək etibarlılıq tələbləri ilə artıq başlamış layihələrin yekunlaşdırılması və dəstəklənməsi ilə bağlı əsas problemləri səsləndirməyə çalışmışam. Materialın maraqlı olduğu ortaya çıxarsa, Bitrix-də saytın inkişafını digər veb-layihələrin işlənməsindən fərqləndirən 1C-Bitrix arxitekturasının xüsusiyyətləri haqqında davam yazmağı planlaşdırıram.ilə işləmək haqqında məlumat dərsliklərdə və sənədlərdə tapa bilərsiniz. Təlim kursları iş üsullarını mənimsəmək üçün nəzərdə tutulub proqram məhsulu, və sənədlər - CMS fərdiləşdirmə prinsiplərini mənimsəmək üçün.
ilə işləyərkən "1C-Bitrix: Saytın İdarə Edilməsi" problemlər konkret praktiki problemlər şəklində yaranır. Xüsusi mövzularda topladıq müxtəlif səhifələr suallarınıza cavab tapmağı asanlaşdırmaq üçün təlim kursları.
|
|
|
|
|
Əlfəcin Məzmun menecerləri məhsulla birbaşa işləyəcək şəxslər, yəni proqram məhsulumuzda yaradılmış layihələrə rəhbərlik edən məzmun menecerləri üçün nəzərdə tutulub.
Əlfəcin Administratorlar idarə edəcək şəxslər üçün nəzərdə tutulub "1C-Bitrix: Saytın İdarə Edilməsi".
Əlfəcin Tərtibatçılar üçünəsasında layihə tərtibatçıları üçün nəzərdə tutulmuşdur "1C-Bitrix: Saytın İdarə Edilməsi".
Məzmun menecerləri
Sistemlə işləmək üçün tapşırıqlar |
Məlumat |
İşə başlamazdan əvvəl. Məzmun üzərində işləmək icazəsiz mümkün deyil. Sayta necə daxil olmaq olar? Birdəfəlik parollar nədir və onlarla necə işləmək olar? | Səlahiyyət |
Proqram interfeysi. Konkret düymənin və ya əmrin məqsədi aydın deyilsə, heç bir proqramla işləmək mümkün deyil. Yeni interfeyslə necə işləmək olar Ermitaj? Proqramın köhnə versiyalarında interfeyslə necə işləmək olar? | Nəzarətlər |
Məlumatla necə işləmək olar. Məlumat müxtəlif ola bilər: statik və dinamik, mətn və qrafik. Bu və ya digər məlumatları necə idarə etmək olar? Onu veb-sayt səhifələrində necə yerləşdirmək olar? Səhifənin və ya bölmənin özünü necə yaratmaq və onun xassələrini təyin etmək olar? | Saytdakı məlumatlar və onunla işləmək |
Saytın strukturu. İstənilən veb-sayt bölmələrdən və səhifələrdən ibarətdir. Veb saytınızın strukturunu necə asanlıqla və sadə şəkildə idarə etmək olar cari iş? İş üsulları. Video, foto və audio faylları üçün yaddaş kimi media kitabxanası. | Struktur idarəetmə |
Vizual redaktor - bu vebsaytla işləyərkən məzmun meneceri üçün əsas vasitədir. Redaktorla işləmək haqqında hər şey: mətni necə daxil etmək, onu formatlaşdırmaq və redaktə etmək, qrafika və cədvəllərlə işləmək. Parçalar və redaktoru fərdiləşdirmək. Vizual redaktorla işləmək haqqında video. | Vizual redaktor |
Məlumat blokları- dinamik şəkildə göstərilən məlumat üçün əsas saxlama yeri. Bu sistem aləti ilə işləmək üçün tələb olunan bilik səviyyəsi. | Məlumat blokları |
Komponentlər. İstənilən dinamik məlumat öz-özünə deyil, xüsusi proqram vasitələrinin - komponentlərin köməyi ilə göstərilir. Bu alətlərlə işləmək üçün əsas məqamlar: komponenti səhifəyə necə əlavə etmək, onu necə konfiqurasiya etmək, onunla necə işləmək. | Komponentlər |
Təcrübə edin. Nəzəriyyə yaxşıdır. Ancaq əl ilə sınamaq həmişə daha yaxşıdır. Çoxsaylı nümunələr məzmun menecerinin qarşısında duran tipik, ən ümumi tapşırıqların necə yerinə yetiriləcəyini təsvir edərək, işi mənimsəməyə kömək edəcək. | Sistemlə işləmək nümunələri |
Ümumi səhvlər. Ən çox yayılmış səhvlərin siyahısı və onların həlli yolları da sistemin mənimsənilməsinə kömək edəcəkdir. | Sistemlə işləyərkən tipik səhvlər |
Kursu veb saytınıza idxal edə bilərsiniz Məzmun meneceri bu arxivdən. Testlər üçün suallar olmadan kurs.
5 iyun 2015-ci il tarixli kurs versiyası.
Administratorlar
İnzibati tapşırıqlar |
Məlumat |
İşə başlamazdan əvvəl. Sistem haqqında tələb olunan minimum məlumat: necə işləyir, şərtləri, strukturu. | Əsas məlumat |
Quraşdırma və konfiqurasiya. Veb saytı necə düzgün quraşdırmaq, yeniləmək və ya köçürmək olar. Bu proseslərdə mümkün səhvlər. Üçün virtual maşın "1C-Bitrix: Saytın İdarə Edilməsi". | Quraşdırma və konfiqurasiya |
İdarəetmə Əsasları. Sistemdə idarəetmənin əsas prinsipləri: saytların, istifadəçilərin idarə edilməsi, modullara və məlumatlara çıxış, interfeysin qurulması, idarəedici vasitələrin işləməsi, təhlükəsizliyin təmin edilməsi. | İdarəetmə Əsasları |
Axtar. Saytda məlumat tapmaq haqqında hər şey. Modulun qurulması Axtar, statistika, etiket buludları və digər alətlər. Tipik səhvlər. | Axtar |
Məlumat blokları. Sistemin ən vacib modulu haqqında təfərrüatlar. İxrac və idxal, iş nümunələri. | Məlumat blokları |
Əməliyyat nümunələri. Sistemlə işləməyin bir neçə praktiki nümunəsi. | Əməliyyat nümunələri |
Sistem modulları. IN "1C-Bitrix: Saytın İdarə Edilməsi" müxtəlif tapşırıqları yerinə yetirməyə imkan verən 40-dan çox müxtəlif modul: sorğuların keçirilməsindən AD/LDAP inteqrasiyasına və bulud yaddaşına qədər. Ətraflı Təsviri qeyri-kommersiya sistem modullarının qurulması və işləməsi. | Administrator. Modullar |
İnternet ticarəti. Virtual mağazanın təşkili və əlaqəli vəzifələr: valyutalarla işləmək, 1C ilə inteqrasiya, ticarət kataloqu və onlayn mağaza qurmaq. İş nümunələri. | Administrator. Biznes |
Tərtibatçılar üçün
Tərtibatçı sənədləri sistemin API-nin təsviridir. İstifadəçi sənədləri sistem komponentlərinin və parametrlərinin təsviridir.
Sənədlər həm onlayn, həm də chm formatında fayl şəklində mövcuddur. Onlayn versiya daha müasir olduğundan istifadə etmək tövsiyə olunur. chm formatlı fayllar vaxtaşırı yenilənir və onlar haqqında məlumat olmaya bilər son dəyişikliklər yardım sistemində.
Diqqət! Format faylının məzmununu görmürsənsə .chm, onda səbəb əməliyyat sisteminin təhlükəsizlik parametrləridir. Fayl xassələrində faylın baxılmasını blokdan çıxarmaq lazımdır. Ətraflı oxuTez-tez verilən suallar
Kömək sistemləri | .chm | |
Developer Sənədləri |
Onlayn versiya |
bsm_api.chm Sənəd versiyası 26.10.2018 tarixindən |
API D7 Sənədləri |
Onlayn versiya |
api_d7.chm Sənəd versiyası 29.05.2019 tarixindən |
İstifadəçi sənədləri |
Onlayn versiya |
bsm_user.chm Sənəd versiyası 29.11.2018 tarixindən |
Bitrix Framework Developer |
Bölmələr |
İşə başlamazdan əvvəl. Nə baş verdi Bitrix Çərçivəsi və bu platforma digər sistemlərdən nə ilə fərqlənir. Tərtibatçı icması. | İlkin qeydlər |
Məhsul arxitekturası. Məhsulun quruluşu baxımından MVC, nə baş verdi vebsayt sistemi, giriş hüquqlarını başa düşməkdə. | Məhsul arxitekturası |
Bu necə işləyir?. Texnologiyalar Bitrix Çərçivəsi. | Texnologiyalar |
Sayt dizaynı. Şəklin işləyən veb saytına "çevrilməsi". Əslində bu vebsayt dizaynıdır. | Dizayn inteqrasiyası |
Saytda işləmək üçün ümumi prosedur. Veb saytın həyata keçirilməsi. Bunu hansı ardıcıllıqla etməliyəm? Sadə bir misal. | Sadə bir veb saytı necə yaratmaq olar |
Məlumat blokları bir tərtibatçının nöqteyi-nəzərindən. Sistem API və standart alətlər vasitəsilə işləyin. | Məlumat blokları |
Komponentlər. Komponentlər işləyərkən tərtibatçının əsas alətidir. Necə və hansı hallarda fərdiləşdirmək lazımdır? Nəyi fərdiləşdirmək lazımdır: şablon və ya komponentin özü? Fayllar nəticə_dəyişdiricisi Və komponent_epiloq. | |
Biznes prosesinin dizaynı. Şirkətin cari fəaliyyətinin avtomatlaşdırılması. Varsayılan olaraq məhsulda olmayan bir şeyi necə etmək olar? | |
D7. Yeni sistem nüvəsi. İş prinsipləri. | D7 |
Özümüzü inkişaf etdirmək üçün böyüdük. Öz modullarınızın və standart həllərinizin yaradılması, Marketplace-ə yüklənməsi. | |
Öz inkişaflarına yetişdi - 2 Texnologiya Kompozit Sayt | |
"Böyüklər" layihəsi Bitrix Framework istifadə edərək mürəkkəb və ya yüksək yüklü layihəni necə düzgün inkişaf etdirmək və idarə etmək olar? | Yüksək yüklü layihələrin hazırlanması və istismarı |