Bitrix-ის მოძულველის გამოსვლა. ბიტრიქსის მოძულველის აღიარება განყოფილების ელემენტის დანიშნულება

გოლოვნა / დამატებითი ფუნქციონირება

). კანის ტეგი (განყოფილება)დამნაშავე დედა წყვილი (/განყოფილება). აშკარა პარამეტრები є სახელიі მარყუჟი. ციკლის (სექციის) სახელი შეიძლება იყოს ასოები, რიცხვები და სიმბოლოები. ციკლები (განყოფილება)შეიძლება იყოს ბუდირებული და ბუდეების (სექციების) სახელები შეიძლება იყოს უნიკალური ერთმანეთისთვის. ზმინნა მარყუჟი(მნიშვნელობა - მასივის მნიშვნელობა) მიუთითებს ციკლის გამეორებების რაოდენობაზე. შუა მონაკვეთის შეცვლის საათზე, განყოფილების სახელწოდება შეიძლება იყოს დავალებული, რომ შეცვალოს კვადრატული მკლავები. (ნაწილი სხვა)ეს დამოკიდებულია ამ ტიპზე, როგორც პარამეტრზე მარყუჟიშურს ნუ იძიებთ მნიშვნელობაზე.

ატრიბუტის სახელი ტიპი ობოვიაზკოვი Დასასვენებლად აღწერა
სახელი სიმებიანი Ისე ნ/ა განყოფილების სახელი
მარყუჟი შერეული Ისე ნ/ა მნიშვნელობა, რომელიც მიუთითებს მარყუჟის გამეორებების რაოდენობაზე.
დაწყება მთელი რიცხვი არა 0 პოზიციის ინდექსი, საიდანაც იწყება ციკლი. თუ მნიშვნელობა უფრო უარყოფითია, cob პოზიცია ითვლება მასივის დასასრულად. მაგალითად, თუ ციკლში არის 7 ელემენტი და დაწყების ატრიბუტის მნიშვნელობა არის -2, მაშინ საწყისი ინდექსი იქნება 5. არასწორი მნიშვნელობები (მნიშვნელობები, მასივის პოზიციები) ავტომატურად ამოიჭრება უახლოეს მოქმედ მნიშვნელობამდე.
ნაბიჯი მთელი რიცხვი არა 1 კლდის მნიშვნელობა, რომელიც გამოიყენება მასივში გასავლელად. მაგალითად, step=2 განსაზღვრავს მასივის გავლას 0,2,4 ელემენტებით... თუ ელემენტი უარყოფითია, მაშინ მასივის გადაკვეთა იქნება სწორი წინ.
მაქს მთელი რიცხვი არა 1 გამეორებების მაქსიმალური რაოდენობა მარყუჟისთვის.
შოუ ლოგიკური არა მართალია ავალებს ამ განყოფილების ჩვენებას

შენიშვნა

Smarty 1.5.0-დან დაწყებული, სესიის სინტაქსი იცვლება (%sectionname.varname%)-დან ($smarty.section.sectionname.varname). ძველი სინტაქსი კვლავ მხარდაჭერილია, მაგრამ თქვენ ისწავლით ახალი სინტაქსის გამოყენებას.

ინდექსი გამოიყენება ნაკადის ინდექსის მასივის საჩვენებლად, დაწყებული ნულიდან (ან დაწყების ატრიბუტი, როგორც განცხადებებში) და იზრდება ერთით (ან ნაბიჯის ატრიბუტის მნიშვნელობა, როგორც განცხადებებში).

ტექნიკური პატივისცემა

თუ ნაბიჯი და დაწყების ატრიბუტები არ არის მითითებული, ინდექსი მსგავსია გამეორების განყოფილების ატრიბუტისა, გარდა იმისა, რომ ის იწყება 0-დან და არა 1-ით.

iteration გამოიყენება გამეორების ციკლის ხაზის ნომრის საჩვენებლად.

შენიშვნა

მნიშვნელოვანია მოტყუება დაწყების, ნაბიჯის და მაქსის ავტორიტეტის ქვეშ, ინდექსის ავტორიტეტზე. მეორეს მხრივ, გამეორებები იწყება ერთიდან და არა ნულიდან, როგორც ინდექსები. rownum - ეს არის სიმძლავრის გამეორების სინონიმი, მაგრამ ისინი მუშაობენ.

7.38. სიმძლავრის (სექციური) გამეორება

assign("custid", $id); ?> (სექციის სახელი=cu loop=$custid start=5 ნაბიჯი=2) iteration=($smarty.section.cu.iteration) index=($smarty.section.cu.index) id=($custid)
(/განყოფილება)

გამარჯვებული კონდახის შედეგი:

გამეორება=1 ინდექსი=5 id=3005
iteration=2 ინდექსი=7 id=3007
iteration=3 ინდექსი=9 id=3009
iteration=4 ინდექსი=11 id=3011
iteration=5 ინდექსი=13 id=3013
iteration=6 ინდექსი=15 id=3015

ეს მაგალითი იყენებს გამეორების ძალას ცხრილის სათაურის გამოსაჩენად ხუთი რიგის მეშვეობით (vikory (თუ) mod ოპერატორთან - ჭარბი არის დაყოფაში).

(სექციის სახელი=co loop=$contacts) (თუ $smarty.section.co.iteration % 5 == 1) (/თუ) (/განყოფილება)
სახელი>მთავარიუჯრედიელფოსტა
ხედი ($contacts.name) ($contacts.home) ($contacts.cell) ($contacts.email)


ასე გამოიყურება სექციის HTML ელემენტი განყოფილების კატეგორიიდან.

განყოფილების ელემენტის დანიშნულება

სექციის ელემენტი გამოიყენება დოკუმენტში განყოფილების შესაქმნელად, რომელიც ერთდროულად არის თემატური შინაარსის ჯგუფი. კანის განყოფილებისთვის დოკუმენტს უნდა მიენიჭოს სათაური (თემა). ეს გამოწვეულია დამატებითი სათაურებით (ელემენტები h1 - h6).

განყოფილების სათაური

განყოფილების ნაცვლად.

განყოფილების ელემენტები თავდასხმის სცენარებში იწყება:

  • განყოფილების შუაში მონაკვეთების მარკირებისთვის. მაგალითად, სტატიაში სექციების, დიალოგური ფანჯარაში ჩანართების, დისერტაციის სექციების და ა.შ.
  • რამდენიმე განყოფილების დაჯგუფებისთვის ერთი თემატური ჯგუფი. მაგალითად, საიტზე დარჩენილი ახალი ელემენტების დასაჯგუფებლად, კომენტარები პუნქტამდე.

ამრიგად, სექციის ელემენტი უნდა იყოს გამოყენებული მხოლოდ გარკვეული შინაარსისთვის, რადგან ის შეიცავს სათაურს და სხვა შინაარსს.

განყოფილების ელემენტის განმარტება

მაგალითად, მოდით შევხედოთ გვერდის კოდის ფრაგმენტს, რომელიც შეიცავს სტატიას კომენტარებით. კომენტარებიდან, რომლებიც აკლია საიტს, კონტენტი დასრულდება და, შესაბამისად, შეიძლება ჩაითვალოს სტატიის ელემენტად. დაიცავით, ამავდროულად ყველა კომენტარი წარმოადგენს ერთსა და იმავე თემატურ ჯგუფს, ასე რომ თქვენ შეგიძლიათ მათში მოათავსოთ სექციის ელემენტი. ეს ელემენტი აჯგუფებს გვერდზე ყველა კომენტარს ერთდროულად.

სტატისტიკის დასახელება

კომენტარები

კომენტარის სათაური

კომენტარის ტექსტი...

კომენტარის სათაური

კომენტარის ტექსტი...

სტატიის სათაური კომენტარები კომენტარების საგანი კომენტარის სათაური

მაგალითად, მოდით შევხედოთ განყოფილების ელემენტების განმარტებას სტატიის ელემენტის შუაში განყოფილებების შესაქმნელად:

Წიგნის სათაური

პერშას თავი

კიდევ ერთი განყოფილება

მესამე განყოფილება

დანართი A

დამატება B

სახელმძღვანელო დედის კონდახზე გადააბიჯებს სტრუქტურას (მოხაზულობა):

წიგნის სათაური პირველი ნაწილი მეორე ნაწილი მესამე ნაწილი დანართი A დანართი B

კვეთის ელემენტის ვიკორისტანის გაცვლა

სექციის ელემენტი HTML 5-ში არის უნივერსალური ელემენტი ერთად დაჯგუფებისთვის. თქვენ არ უნდა იყოთ გამარჯვებული ნებისმიერი შინაარსის შეფუთვაზე, რომელსაც იმსახურებთ. მისი მთავარი მიზანია დოკუმენტში სემანტიკის დამატება და მისი სტრუქტურის (მოხაზულობის) შექმნა.

თუ ავტორს სჭირდება კონტენტის დაჯგუფება, უბრალოდ ახალი სტილის შესაქმნელად ან JavaScript სკრიპტით მანიპულირებისთვის, უმჯობესია გამოიყენოთ div ელემენტი. განყოფილების ელემენტის ქვეშ მყოფი div ელემენტი არ ამატებს დოკუმენტს სემანტიკას და მონაწილეობს შექმნილი სტრუქტურიდან (მოხაზულობა).

ცვალებადობა განყოფილებასა და სტატიის ელემენტებს შორის

განყოფილებისა და სტატიის ელემენტები კიდევ უფრო მსგავსია, მაგრამ შეიძლება ჰქონდეს განსხვავებული სემანტიკური მნიშვნელობა. სტატიის ელემენტი ემსახურება კონტენტის დაჯგუფებას, რომელიც არის სრული, თვითმყოფადი და რომლის დანახვა შესაძლებელია გვერდიგვერდ ნაცვლად. და განყოფილების ელემენტს აქვს კიდევ ერთი სემანტიკური ელემენტი, რომელიც გამოიყენება შინაარსის დასაჯგუფებლად, რომელიც არის საწყობი რაღაცისთვის.

როგორ შეუძლია ავტორს გაარკვიოს, რა არის სიმღერის შინაარსი საიტზე? მოდით შევხედოთ სტატისტიკური ფრაგმენტის კონდახს. ფრაგმენტი სტატიის ნაწილია და, შესაბამისად, მისი შინაარსის დასაჯგუფებლად აუცილებელია სექციის ელემენტის გამოყენება. მაგრამ ეს ფრაგმენტი, რომელიც უკვე გამოტოვებულია როგორც კომენტარი, იქნება სრული და სრული. ასევე, ამ კონტექსტში, ამ დაჯგუფებისთვის, შეგიძლიათ აირჩიოთ სტატიის ელემენტი. ალი ქრება, რა თქმა უნდა, შესაძლოა უნებლიედ. მაშასადამე, უაღრესად დაჯგუფებული შინაარსის რომელი ელემენტია, სავარაუდოდ, თქვენს, როგორც ავტორის, სუბიექტურ აზრებში. მაგრამ ყველაზე მნიშვნელოვანი ამ მიდგომაში არის საპირისპირო პოზიციის მომხრე. იმის გამო, რომ ავტორი იქნება ბოლო შექმნილ სტრუქტურაში, მას შეუძლია მეტი აზრი შეიტანოს მასში.

Bitrix-ის შაბლონები შეიძლება დაიყოს რამდენიმე ტიპად:
  • შაბლონები ძირითადი და რთული კომპონენტებისთვის 2.0
  • ვებსაიტების შაბლონები
  • შაბლონები სხვა ნივთებისთვის (საფოსტო ნივთები, მაღაზიები, ვებ ფორმები, ექსპორტის გენერატორები და მრავალი სხვა)

კომპონენტის შაბლონებს აქვთ შაბლონის ძრავების გამოყენების შესაძლებლობა. პრინციპში, თქვენ შეგიძლიათ დააკავშიროთ ნებისმიერი შაბლონის ძრავა, მაგრამ არ არის დამატებითი ხელსაწყოები ყუთში. თუ ვინმეს სჭირდება, მე მაქვს ორიოდე თხოვნა ტოტებისა და პირის დაგრძელებაზე, რომლებზეც მუშაობენ და ზოგადად იყენებენ წარმოებაში. ვაი, აქ ბიტრიქსოიდები გადაუგრიხეს. შაბლონის ძრავის გამოყენება შესაძლებელია მხოლოდ მის კომპონენტებთან ერთად. შეაერთეთ შაბლონის ძრავა ვებსაიტის შაბლონის რენდერერთან, წინააღმდეგ შემთხვევაში თქვენ ვერ შეძლებთ სხვა კონტენტის ნახვას, რადგან იქ არ არის სტანდარტული რენდერი.

კომპონენტის შაბლონებისთვის კიდევ ერთი ფაქტორი დამოკიდებულია მათ განთავსებაზე. კომპონენტი დაკავშირებულია მარტივი დიზაინის გამოყენებით
$APPLICATION->IncludeComponent("bitrix:catalog.section", "template_name", );
როგორც სხვა პარამეტრი მიდის კომპონენტის შაბლონის სახელზე. ასე რომ, ღერძი დევს სხვადასხვა გონებაში, რომლის განვითარებაც შეიძლება იყოს ყველაზე დაუმორჩილებელ ადგილებში:

  • bitrix/components/bitrix/catalog.section/templates/template_name
  • local/components/bitrix/catalog.section/templates/template_name
  • bitrix/templates/.default/components/bitrix/catalog.section/template_name
  • bitrix/templates/site_template/components/bitrix/catalog.section/template_name
  • local/templates/.default/components/bitrix/catalog.section/template_name
  • local/templates/site_template/components/bitrix/catalog.section/template_name
  • bitrix/components/bitrix/catalog/templates/.default/bitrix/catalog.section/template_name
  • local/templates/site_template/components/bitrix/catalog/.default/bitrix/catalog.section/template_name
და მაინც მე არ შევაფასე ყველა ვარიანტი...

ვებსაიტის შაბლონი შეიძლება განიხილებოდეს, როგორც ფაილების ნაკრები: header.php, footer.php (ასე რომ, ვებსაიტს ბევრი დამნაშავე ჰყავს), description.php (საიტის შაბლონის სისტემის აღწერა), template_styles.css (სტილები. ვებსაიტის შაბლონი), დირექტორია შაბლონების კომპონენტებით და უფრო მცირე მნიშვნელოვანი ფაილების სხვა ჯგუფი. Და სულ ეს არის. და მისგან არაფრის გაკეთების საშუალება არ არსებობს. შაბლონის ძრავის ჩამოტვირთვა შეუძლებელია.

სხვა შაბლონებზე ბევრი არაფერია სათქმელი. ისინი ან უბრალოდ ინახება მონაცემთა ბაზაში განლაგების სახით, რომელშიც შედის რამდენიმე „შესაცვლელი“ მონაცემი, ან სულელური php ფაილი, რომელიც აგროვებს მთელ სამუშაოს, მონაცემთა ბაზიდან პარამეტრების არჩევიდან ინფორმაციის ჩვენებამდე. მაგალითად, შეგიძლიათ გაოცდეთ ბაზრისთვის YML ფაილების გენერატორით. აზრი არ აქვს მის აქ დადებას უბრალოდ იმიტომ, რომ უამრავი სტრიქონია შესაავსებელი, დაახლოებით 2 ათასი მწკრივი. ვისაც სჭირდება, დაგუგლეთ, გადადით /bitrix/modules/catalog/load/yandex_run.php

ფაილის ბუნება

როგორც უფრო ცხადი გახდა, Bitrix-ისთვის საქმე კარგად არ მიდის არქიტექტურით. ეს არის Bitrix და არქიტექტურის კიდევ ერთი მნიშვნელოვანი ასპექტი.
Bitrix არის ფაილის CMS-ის ფასის ნახევარი. დამატებითი ფაილებისთვის უამრავი გამოსვლაა სამართავი:

  • საჭირო მხარე - შექმენით ფაილი
  • თქვენ გჭირდებათ გვერდების ნაკრები - შექმენით ფაილი და დააკავშირეთ იქ კომპონენტი, რომელიც მუშაობს ინფორმაციის ბლოკებთან
  • აუცილებელია გვერდის სათაურის დაყენება - რედაქტირებულ ფაილში
  • თქვენ უნდა დააყენოთ სათაური განყოფილების ყველა გვერდისთვის - შექმენით სპეციალური file.section.php ამ განყოფილების ძირში.
  • თქვენ უნდა შეცვალოთ უფლებები - შეცვალეთ file.access.php
  • კონფიგურაცია სისტემის ინიციალიზაციამდე - ფაილში dbconn.php, .settings.php და .settings_extra.php
  • result_modifier.php, component_epilog.php, init.php, .parameters.php, .description.php ....

და ასეთი სპეციალური ფაილები ანონიმურად ნაწილდება Bitrix-ის საშუალებით. ერთ მხარეს, სისტემასთან მუშაობის ერთი საათის განმავლობაში სიმღერის ხმას იძლევა. წინააღმდეგ შემთხვევაში, ის შეიძლება ფქვილად იქცეს როგორც საცალო ვაჭრობისთვის, ასევე საიტის მენეჯერისთვის. გვერდითი ფაილები ზოგჯერ გარდაიქმნება თქვენს PHP კოდში, განლაგებაში და დაკავშირებულ კომპონენტებში. შედეგად, ვიზუალურმა რედაქტორმა შეიძლება არასწორად გააანალიზოს ფაილი, ხოლო ფაილების რედაქტირებისას ის ადვილად გაურბის php ტეგებს გარკვეულ ადგილებში, რაც გვერდს გამოუსადეგარს გახდის. იტყვით, რომ არ არის საჭირო ასეთ ფაილებში PHP კოდის ჩაწერა? ასე რომ ვიცი. Ale Bitrix კი ხშირად და ალტერნატივის გარეშე, მნიშვნელოვანია ამის გაკეთება.
და თქვენს თავში თქვენ უნდა დაიმახსოვროთ მუდმივი ინფორმაცია იმის შესახებ, თუ რა სახის ფაილებია ისინი და რა მონაცემები შეიძლება შეიცავდეს მათ. სხვადასხვა ფაილს აქვს სხვადასხვა მონაცემები სხვადასხვა სტრუქტურით და საჭიროებს მეხსიერებას თითოეული ვერსიისთვის. დოკუმენტაციას დიდი მნიშვნელობა აქვს.

რაც ითქვა, რომ დავამატო

შეგიძლიათ უსასრულოდ იწუწუნოთ იმაზე, თუ როგორ უმკლავდება ყველაფერს Bitrix. ჩემი აზრით, მთელი ეს ნაძირალა შეიძლება დახასიათდეს ერთი ფრაზით - "როგორც ჩანს, ჯერ არ დასრულებულა". და სიმართლე რომ ვთქვა, როგორც კი ბიტრიქსოები რაიმე ხრიკს გამოაცხადებენ, არც უშვებენ, არც ამატებენ და არც აჩერებენ. პრიკლადივი - მასა:

  • მათ გასცეს ORM - მათ ფული არ გამოიმუშავეს, სამყაროს ხელახლა მოშორება შეუძლებელია
  • ავტოშემკეთებელი შეიქმნა, მუშაობს მხოლოდ მოდულებში და არა სტანდარტების მიხედვით
  • მოგცათ შაბლონის ძრავის დაკავშირების შესაძლებლობა, მაგრამ თქვენ არ შეგიძლიათ მისი გამოყენება მისი გავლის გარეშე
  • და ა.შ. და ა.შ.

ორიოდე სიტყვით შევეცდები დავახასიათო ის პრობლემები, რომლებსაც ყოველდღიურად ვაწყდები.

ადმინისტრატორი

თუ თქვენ მუშაობთ ადმინისტრაციული პანელიდან, შექმნით თქვენს გვერდებს ადმინისტრაციულ განყოფილებაში ისევე, როგორც Bitrix მუშაობს, თუმცა, მიხვდებით. უბრალოდ ცხელოდა. მათთვის, ვინც არ იცის, Bitrix გირჩევთ ჩამოტვირთოთ ფაილი კანის გვერდის სლოტიდან. მაგალითად, Wyconnian Bitrix-ის დისტრიბუტორების ადმინისტრაციაში შეკვეთის დეტალური მიმოხილვის გვერდი იკავებს 4K რიგს. ჩემი IDE იწყებს გაღიზიანებას ამ ფაილის ერთი საათის შემდეგ. აქ თქვენ გაქვთ php, js და html. ისე, SQL დაიწყო, მინდა ვიცოდე, რა არის სხვა ადმინისტრაციულ გვერდებზე.
და რატომ იყო მნიშვნელოვანი ადმინისტრაციულ გვერდებზე მუშაობა სწორედ ამ კომპონენტების დახმარებით, გაუგებარია. უბრალოდ შეუძლებელია ადმინისტრაციული გვერდების უმეტესობის მორგება. კომპონენტებთან ერთად, პროცესი შეიძლება დასრულდეს ორ წამში.
გამოსვლამდე კარგმა ადამიანებმა შექმნეს მოდული, რომელიც დაგეხმარებათ ყოველდღიურ ადმინისტრაციულ საიტებზე

js ჩარჩო

Bitrix-ს აქვს js საწყობი, რომელიც განსაზღვრავს თითოეული კლიენტის ფრეიმერის როლს. არსებობს მრავალი მიზეზი, რის გამოც ის მსოფლიოში არავის უყვარს:
  • არ არის დოკუმენტაცია
  • ვინ ამაზრზენი
  • ბევრი რამ ასახავს jquery-ის ორიგინალურ სიმდიდრეს

Bitrix ხშირად ბოროტად იყენებს მის კომპონენტებს, რაც კიდევ უფრო მეტ რისხვას იწვევს საცალო მოვაჭრეების მხრიდან. ამ ბიბლიოთეკის ბირთვი შეცვლილი ფორმით არის 85 კბ, რაც კიდევ უფრო მდიდარია. კავშირის დაკარგვის გზა არ არსებობს, თუ გსურთ გამოიყენოთ Bitrix-ის ყველა შესაძლებლობა (კომპოზიტი, აქტივების მართვა).

დააკოპირეთ სული

სულ უფრო და უფრო ნაკლები საათი რჩება, მაგრამ მაინც ხშირად უნდა შეავსოთ, Bitrix ართულებს კოპირებას. გსურთ შეცვალოთ კომპონენტის მოქმედება - ასლი-პასტი. თუ გსურთ შექმნათ თქვენი საკუთარი შაბლონი, დააკოპირეთ და ჩასვით სისტემა და დაასრულეთ იგი. თუ გსურთ შექმნათ იგივე შაბლონი, რაც გაქვთ, შეინახეთ და ოდნავ შეცვალეთ. და ფასები ისწავლება დამწყებთათვის კურსებზე. სიტყვები არ არის.

აქტივების მართვა და CDN

რესურსების მართვის Bitrix მეთოდი არის ის, რაც მე მჭირდება. პრინციპში, შეგიძლიათ დაარეგისტრიროთ სიმღერების ნაკრები "ბიბლიოთეკები". კანის ბიბლიოთეკა არის css/js ფაილების ნაკრები, რომელიც შეიძლება განთავსდეს ნებისმიერ სხვა ბიბლიოთეკაში. თუ რომელიმე ბიბლიოთეკას გვერდით დააკავშირებთ, ყველა კავშირი დაიშვება კავშირებამდე და ყველა არსებული ბიბლიოთეკა განთავსდება გვერდზე. ეს ყველაფერი კარგია, მხოლოდ რესურსი იქნება ჩასმული მიმდებარე ფაილში სკრიპტის ან ბმულის ტეგში. და ყოველთვის არის საიტები, რომლებსაც აქვთ 30-50 სკრიპტი და ამდენივე სტილის ფაილი დაკავშირებული.
ეს დროის კარგვაა, თქვეს მათ Bitrix-ში და შექმნეს მშვენიერი ყუთი, რომელიც აერთიანებს ყველა ამ ფაილს ერთში. და გაჩნდა საიტები, სადაც 50 სკრიპტის ნაცვლად 2 იყო, თითო 300-500 კბ. დროდადრო ის მუშაობდა ცვლილებებით და რამდენჯერმე მოიხმარდა ერთსა და იმავე რესურსებს, მხოლოდ მაშინვე გამოსწორდა.
შემდეგ კი betrixoys-მა გაუჩნდა იდეა - მათ დაამატეს ყველა რესურსის CDN სერვერზე გადაცემის შესაძლებლობა. ვინც ყოველთვის მარცხდება.
Google Pagespeed Insights-მა გამოაქვეყნა რეკომენდაცია, დაეწიოს ყველა რესურსი გვერდის ბოლოში. და Bitrix-ში მათ კვლავ შექმნეს სპეციალური ჩამრთველი, რომელიც სულელურად გამოტოვებს სხეულში არსებულ ყველა რესურსს, რადგან მათ არ აქვთ სპეციალური ატრიბუტი.
ისინი ასევე აგზავნიან თავიანთი სკრიპტების შეცვლილ ვერსიებს ერთდროულად ყუთიდან, რომლებიც დაკავშირებულია, როდესაც ადმინისტრაციაში სხვა მომხიბვლელ ველს ამოწმებთ.
ვთქვათ, არა scss, არც TypeScript. თუ გსურთ რესურსების კომპეტენტურად მართვა, არ გამოიყენოთ ჩაშენებული Bitrix სისტემა, გამოიყენეთ ვებპაკეტი, რომელიც ადვილად მუშაობს Bitrix-თან.

საიტის სიმდიდრე / სიმდიდრე

ეს, მელოდიურია, არის საცალო ვაჭრობის ყველაზე საშინელი თავის ტკივილი, რომელიც აწუხებს პროდუქტს დაბადების მომენტიდან. თქვენ არ შეგიძლიათ უბრალოდ წასვლა და შექმნათ უზარმაზარი ვებსაიტი. და თუ დაგჭირდებათ მდიდარი კატალოგი სხვადასხვა ფასებითა და ვალუტით, ეს დაგიჯდებათ ბევრი ფული და მოგიწევთ თანხის გადახდა (საიტი უნდა იყოს გულუხვი, რომ შეიძინოს დამატებითი ლიცენზია საბოლოო ვერსიისთვის).
თუ თქვენ ქმნით ვებსაიტს ბევრი მოცულობით და ბევრი ვალუტით, მაშინ მოემზადეთ იმისთვის, რომ Bitrix აგრესიულად შეაკეთოს თქვენი ოპერაცია. საიტის მდიდარი ქსელის განვითარება დეცენტრალიზებულია მთელ ადმინისტრაციაში. კანის ტკივილი ადმინისტრაციაში ექვემდებარება საიტის მიმდინარე ვერსიას. ზოგიერთი ინფორმაცია შეიძლება სულაც არ იყოს რელევანტური საიტთან/ფილმთან, მაგრამ შეიძლება ჰქონდეს ცალსახა კავშირი ფილმთან, ამიტომ ამ ინფორმაციის გამეორება და შემდგომი მხარდაჭერა შეიძლება საჭირო გახდეს.
საბაზისო ვერსიაში, ინფორმაციის ბლოკის შერწყმისა და მრავალი ბრძანების გამოსაყენებლად, თქვენ უნდა შექმნათ დუბლიკატი ინფორმაციის ბლოკი. მაგრამ პრაქტიკაში თქვენ არავის აწუხებთ და ცდილობთ გაერკვნენ ერთი არსის ცენტრალურად შენარჩუნების საკუთარი გზებით, ანაწილებთ მის სხვადასხვა ატრიბუტებს სხვა საკითხებს შორის.
ლოკალიზაციის დროს შეუძლებელია ნაგულისხმევი ენის დაყენება. თუ თქვენ გაქვთ სიტყვა, რომელიც აღწერს რუსულ ფრაზას და არ არის სიტყვა ინგლისურად, მაშინ ინგლისური საიტი აჩვენებს ცარიელ რიგს, მაგრამ არაფრის ჩასმა შეუძლებელია (ხშირ შემთხვევაში, შესაძლებელი იქნება რუსულის ამოღება ფრაზა ისე, რომ არ იყო ცარიელი).

უფლებების მართვის მექანიზმი

ისინი მართლაც ჭკვიანები იყვნენ ამ ქვესისტემის შესახებ. ხშირად ძნელია იმის გაგება, თუ რატომ, ხედავთ უფლებას გადავხედოთ ზოგიერთ არსებითს, მაგრამ რეალურს არ შეუძლია სწრაფად გაუმკლავდეს მათ. მაგალითად, ინფორმაციის ბლოკის რედაქტირების უფლების მისაცემად, თქვენ უნდა მიაწოდოთ წვდომა /bitrix/admin დირექტორიაში, კონკრეტული ინფორმაციის ბლოკის უფლებების ტიპი და ხელმძღვანელის მოდულის უფლებები. არსებობს უამრავი ოპერაცია, რომელიც უნდა დასრულდეს ერთი სუბიექტის უფლებების მისაღებად. და თუ უფლებები არ არის ჩამოყალიბებული, მაშინ შაბათ-კვირას ბევრი სამუშაოს გარეშე შეუძლებელია იმის გაგება, თუ რატომ.

კონფიგურაცია

Bitrix-ს არ აქვს ცენტრალიზებული კერა, რომელიც საშუალებას გაძლევთ დააკონფიგურიროთ სისტემა. კორექტირება კვლავ დეცენტრალიზებულია მთელ სისტემაში. ოფციები ხელმისაწვდომია მოდულის პარამეტრებში, კომპონენტის პარამეტრებში, COption-ში (არ დამატებულია ადმინისტრაციულ პანელში). ადმინისტრაციაში ერთი მოდულის ვარიანტები შეიძლება განაწილდეს 3-4 სხვადასხვა საიტზე, რომლებიც განლაგებულია სხვადასხვა ადგილას. urlrewrite-ის რედაქტირება შესაძლებელია ადმინისტრაციული პანელის მეშვეობით! ახლა i.settings i.settings_extra. ზოგჯერ საერთოდ არ არის ნათელი, რომელ მათგანს აქვს პრიორიტეტი და ხშირად არ არის ახსნა ვარიანტები და ურთიერთობები გაურკვეველია. არ არსებობს დისტრიბუტორებს შორის კონფიგურაციის გაზიარების მშობლიური გზა.
პარამეტრები შეიძლება ალოგიკურიც კი იყოს. ხანდახან აბსურდამდეც აღწევს... სიმდიდრის შემადგენელი ნაწილი აინტერესებს – ამას როგორ აითვისებს არამზადა?

ინტეგრაცია 1C-თან

ეს არის ელემენტი Bitrix-ის ფუნქციების სიაში, რომელიც იზიდავს უამრავ ასისტენტს. Bitrix გვპირდება საიტის ორმხრივ ინტეგრაციას 1C-ით 2 დაწკაპუნებით, რათა შინაარსი და დოკუმენტები მყისიერად გადაეცეს ერთი სისტემიდან მეორეში.
დიახ, ეს მართალია, მაგრამ ბევრი მცველით.
უპირველეს ყოვლისა, იმისათვის, რომ შეიმუშაოთ ინტეგრაცია „გარეშე“ დამატებითი ძალისხმევის გარეშე, თქვენ უნდა გააკეთოთ ყველაფერი თავად, როგორც ეს წერია Bitrix-ის დოკუმენტაციაში - შექმენით კატალოგი საიტზე იმ წესების მიხედვით, რომლებსაც Bitrix გთავაზობთ და დარწმუნდით, რომ კატალოგი არის 1C, როგორც ეს მიჰყვება ტრიქსს. იდეალურ შემთხვევაში, თქვენ შექმნიდით ყველაფერს ნულიდან და შემდეგ შეგიძლიათ ყველაფერი ამოიღოთ ყუთიდან.
სხვა სიტყვებით რომ ვთქვათ, Bitrix-ს არ გააჩნია ყველა 1C კონფიგურაცია ყუთიდან. ვარტო ფონზე გაიცანი
მესამე, იდეალური სამყარო არ არსებობს. ჰკითხეთ თქვენს მოადგილეს, როგორი ვებსაიტი გსურთ, ეს არის ცალკე ბიზნესი და თუნდაც 1C, რაც დიდი ღირებულებაა. მგონი საიტზე უნდა ატვირთო. და იმისათვის, რომ იგივე ინფორმაცია არ გამოჩნდეს საიტზე, აუცილებელია მნიშვნელოვნად გაუმჯობესდეს გაცვლის მექანიზმი.
ხშირად შესაძლებელია, რომ გადამცვლელი მნიშვნელოვნად განსხვავდებოდეს პროდუქტის ამ ავზებიდან, როგორც ეს შეიქმნა Bitrix-ის გუნდის მიერ, და შემდეგ გაცვლის მექანიზმის შემდგომი განვითარება შეიძლება იყოს ძვირი და შრომატევადი, რაც მიიღწევა უნიკალურის შემუშავებით. გაცვლის მოდული ID კონკრეტული შეტევა.
აქედან გამომდინარე, არ არის საჭირო ილუზიის შემცირება მანამ, სანამ თქვენ შეგიძლიათ მარტივად მოაწყოთ საიტი 1C-დან. ეს ყველაფერი მარკეტოლოგების მიდგომებია.

1C-ით გაცვლის დამატებითი შემოწმება - ცენტრალური თემა. კატალოგის გაცვლის ორგანიზებისთვის სერტიფიცირებულია კლასი \CIBlockCMLImport.- 5.7k rows. ერთ-ერთი მთავარი მეთოდი, რომელსაც ყველაზე ხშირად იყენებს გაფართოება, არის \CIBlockCMLImport::ImportElement, 1 ათასზე მეტი მწკრივის მოსათავსებლად. ნება დართეთ რამდენჯერმე დადნება, განაახლეთ პროდუქტი სამი საათის განმავლობაში და შეგიძლიათ გააუქმოთ არასაჭირო გაცვლა 1C-ით. ამიტომ, გამყიდველები ხშირად თავს არიდებენ ამ კლასს და ცდილობენ ჩაერთონ იმპორტის პროცესში დამატებითი ინფორმაციის მისაღებად. Bitrix-ის იდეების სემპლერებთან ვაჭრობა, განსაკუთრებით ინფობლოკების მოდულში, მაინც არ არის ძალიან სახალისო, თუნდაც მათი მეშვეობით, რომ იგივე ტიპის შეტყობინებები ერთნაირად არ გამოიყენება და ზოგიერთი იდეა უბრალოდ არ ჩნდება.
ისინი ისევე სწრაფად გაუმკლავდნენ მას, როგორც ადრე.

Დისკომფორტს

ზოგჯერ მეჩვენება, რომ სხვადასხვა მოდულის დეველოპერები განსაკუთრებით არ ეთანხმებიან ერთმანეთს. ბირთვის სხვადასხვა გამოსავალს აქვს სხვადასხვა გადაწყვეტილებები, რომლებიც შეიძლება განხორციელდეს ერთ ძრავზე, მაგრამ ისინი განხორციელებულია სხვადასხვა გზით.
მაგალითად, შეგიძლიათ აიღოთ საინფორმაციო ბლოკის ელემენტებისა და UserFields-ის ძალა. და ეს სხვა არსი ფაქტის მიღმა არის დამატებითი ველი სხვა არსისთვის. არის ტიპი, მნიშვნელობა და აღწერა. მნიშვნელობები ინახება ცალკე მონაცემთა ბაზის ცხრილში, რაც უზრუნველყოფს დაახლოებით მსგავს ინტერფეისს მონაცემებზე წვდომისთვის. რატომ არ შექმნათ მათთვის ახალი ინტერფეისი?
ღერძმა საბოლოოდ განაახლეს გაყიდვის მოდული უახლესი ვერსიით და იქაც უზრუნველყო საკმარისი ძალა მოლაპარაკებებისთვის. არის ახლა მუშაობის ახალი, მესამე ინტერფეისი რეალობის გაფართოებული ძალებით?

Bitrix24

წე ზაგალი ოკრემა თემა rozmovi. ამ სისტემის ბრალი ხშირად პლუტანია. Є 2 ვარიანტი Vikonannya B24 - SaaS და Standlone. Є ბაზარი B24-ისთვის, მაგრამ ახალ ადგილებში არის მხოლოდ პროგრამები SaaS ვერსიისთვის! თუ თქვენ გაქვთ შეფუთული ვერსია, შეძენილი 200 ცალი, თქვენ ვერ შეძლებთ დააინსტალიროთ ისეთი პოპულარული პროგრამა, როგორიც არის დოკუმენტის დიზაინერი, მაგრამ თქვენ ვერ შეძლებთ იმავე პროგრამის დაინსტალირებას ბაზრიდან Bitrix24-ისთვის თქვენს Bitrix24-ზე. ღერძი ასეთი ფენომენია.
თქვენს Bitrix24-ს ექნება ხელმისაწვდომი ბაზარი ძირითად ვერსიაში. იქ კიდევ ბევრი გამოსავალია, მაგრამ ისინი კონცენტრირებულია, რაც მთავარია, საიტის მენეჯმენტზე და არა B24-ზე.

Bitrix24, როგორც მითხრეს ტექნიკური დახმარების განყოფილებაში, არის სრული სისტემა. თუ იცნობთ სისტემის სტანდარტული კომპონენტების მუშაობას, მოემზადეთ, რომ ეს ფუნქცია დაიშლება შემდგომი განახლებებით. Bitrix არ მოიცავს მათ, ვინც ამატებს კომპონენტებს პორტალზე და არ აინტერესებს მათ, ვინც ოფიციალურად მიმართავს თავის კლიენტებს პარტნიორებთან.

საუბრის დაწყებამდე მოცემული დავალებაა B24-ის ყუთში შემავალი ვერსიის კომპონენტების შემდგომი დახვეწა. კომპონენტები, რომლებიც ქმნიან js კოდს, რომელიც ajax-ის დახმარებით გადაიქცევა php კოდად, რომელიც საბოლოოდ წარმოქმნის html+js-ს. ისეთი ცხელა, არც გინდა ჩაკეტო მასში.

დოკუმენტაცია

Bitrix-ის დოკუმენტაცია მიუთითებს პროდუქტის განვითარებაზე 1-1,5 წლის განმავლობაში. კოდი ძალიან ცუდად არის დაფარული phpDocs-ით და ხშირად კლასამდე კომენტარი შედის „ჩვენებისთვის“, რომელიც ავტომატურად გენერირდება IDE-ში.
ოფიციალურ პუბლიკაციებში დოკუმენტაციის სტილი ხშირად ზედმეტად „ძალიანია“ და გარკვეული სტატიების ნაცვლად, დოკუმენტაციას შეიძლება არ ჰქონდეს სასურველი აქტუალობა თავად ბიტრიქსამდე.
მოსწავლის კურსი შეიცავს უამრავ ინფორმაციას, მაგრამ ფორმატი, რომელიც მოსწავლემ უნდა შეიტყოს სისტემის შესაძლებლობების შესახებ, არ უზრუნველყოფს საჭირო ინფორმირებულობის დონეს. როდესაც მიდიხართ Cookbook Symfony-ზე, ყველაფერი ასახულია, ყველა საჭირო ასპექტი ჩამოთვლილია ვერსიის მიხედვით. ასე რომ, როგორც Bitrix კურსი იწყება, გაურკვეველია, რა პრინციპით არის სტრუქტურირებული ინფორმაცია ძველ და ახალ ბირთვებზე, რომელიც იკვებება ჯერ დასაწყისში, შემდეგ კი წინ, რის გამოც საწყისებს თავის ტკივილი აქვს.

განვითარების პროცესის ორგანიზება

სისტემის სპეციფიკიდან გამომდინარე, არც ისე ადვილია ხელით განვითარების პროცესის ორგანიზება. არ არის ბიზნეს გამოცემის უახლესი ვერსია (რომელიც ხელთ იყო) ინსტალაციის დასრულების შემდეგ, დაფიქრდით, დაახლოებით 530 მეგაბაიტი
$ du -s *|sort -nr| cut -f 2-|კითხვისას a;do -hs $a;შესრულებულია 523M bitrix 204K ატვირთვა 64K bitrixsetup.php 56K desktop_app 20K readme.html 20K ლიცენზია.html 4.0K 4.0K urlrewrite.php 4.0K readme.php 4.0K ლიცენზია.php 4.0K install.config 4.0K index.php
ამის ნახევარი განპირობებულია ბინარებით და მენეჯერებით, რომლებიც არ არის საჭირო ვერსიის კონტროლისთვის. სამწუხაროდ, გადაწყდა, რომ არ მოხდეს Bitrix ბირთვის ვერსია. თავად Bitrix დისტრიბუტორები გარანტიას აძლევენ ბირთვის მთლიანობას განახლებისთვის სხვადასხვა მოდულის საჭირო ვერსიების მიწოდებით. თუმცა, არის მინიმუმ ერთი დიდი ნაკლი - შეუძლებელია პროექტის გაშვება ერთი ბრძანებით ვერსიის კონტროლის ქვეშ, რაც ზოგადად ნიშნავს, რომ ის უნდა შეგროვდეს ნაწილებად: ბირთვის გამომავალი ამოღებულია Bitrix-ის სარეზერვოდან და დისტრიბუტორები. შაბათ-კვირა - git-დან.
ბაზაზე ყველაფერი კარგადაა. ვინაიდან თქვენ თავად შეგიძლიათ აირჩიოთ მიგრაციის მიგრაცია განვითარების პროცესში, Bitrix ჩამოტვირთავს განახლებებს ბაზაში დამატებითი სკრიპტების გამოყენებით, რომლებსაც ვერ აკონტროლებთ. ამიტომ, განახლებების დროს, თქვენ კვლავ უნდა გადაიტანოთ მონაცემთა ბაზის სარეზერვო ასლები ცენტრალური ჰოსტიდან სხვა დისტრიბუტორებზე.
კარგი ადამიანები, კიდევ ერთხელ, იყენებენ ინსტრუმენტებს, რომლებიც დაგეხმარებათ ყველაფრის ორგანიზებაში, მაგრამ არ დაიცვან ეს წესები.
ოფიციალურად, Bitrix საშუალებას იძლევა ერთი განაწილების ორი ასლი. ერთი არის წარმოებისთვის, მეორე - განვითარებისთვის. თუ გყავთ რამდენიმე დეველოპერი ერთ პროექტზე, მაშინ თქვენ, როგორც იქნა, კანონით ხართ) სინამდვილეში, შეგიძლიათ დააკავშიროთ მანქანები Bitrix-თან შეყვანის და გამომავალი კავშირებით www.bitrixsoft.com-დან, შემდეგ კი შეგიძლიათ იმდენი ფულის მოქნინება. როზრობის შესაძლო ასლი, უბრალოდ სუნიანი თქვენ ვერ შეგიყვარდებათ საკუთარი თავი.

კოლეგები

მე შევწყვეტ ჭამას, რადგან მსურს ვიყო.
ამასთან დაკავშირებით, Bitrix-ს აქვს დაბალი შესვლის ბარიერი კომპანიებს შორის, რომლებიც აწვდიან მომსახურებას ამ ბაზარზე უამრავი არაკვალიფიციური პერსონალით. მე მქონდა შესაძლებლობა მემუშავა უამრავ სხვადასხვა პროექტზე ჩემი კარიერის განმავლობაში (სულ ასზე მეტი), მათ შორის 1C-Bitrix. სიამაყით შემიძლია ვთქვა, რომ მათი 95% იყო "ბუმერი". პროექტები ძალიან იშვიათად სრულდებოდა, სანამ რაიმე მიდგომის განვითარება შეინიშნებოდა და მხოლოდ რამდენიმე იყო. ეს ყველაფერი ძალიან გიჟია.

ვისნოვკი

რა თქმა უნდა, ყველა მინუსი არ შეიძლება ჩაითვალოს ერთი სტატისტიკის ფარგლებში. ყოველდღე შეხვდებით ყველანაირ ნივთს, რაც ადამიანებს აიძულებს ვარჯიშს. უბრალოდ შეუძლებელია ამ წვრილმანების ყურება, მაგრამ, მელოდიური, აზრი არ აქვს.

როგორ მივაღწიოთ ამას? Bitrix არის რთული სისტემა ამასთან დაკავშირებით, რომელსაც შეიძლება ჰქონდეს არასწორად მოფიქრებული არქიტექტურა, პროდუქტში დიდი ხნის განმავლობაში გადარჩენის გარეშე. მეორეს მხრივ, Bitrix არის მარტივი სისტემა, რომლის დასაწყებად საჭიროა კვალიფიკაციის უფრო დაბალი დონე, ჩარჩოდან გამომდინარე.
ამ პროდუქტის მხარდაჭერა ძალიან ჰგავს ისეთ პროდუქტებს, როგორიცაა Symfony, Laravel, Yii. პროდუქტს ნამდვილად მოსწონს სპიკერის მოთავსება როგორც გამოუცხადებელი, ასევე დადასტურებული საცალო ვაჭრობის ბორბლებში, ასე რომ, საკუთარი რესურსებით, ჩვენ შეგვიძლია კონკურენცია გავუწიოთ Bitrix-ის ქვეშ გამოცდილი საცალო მოვაჭრეების სერვისების დამსახურებას.

რას ვაკეთებ არასწორად, ამ სისტემასთან მუშაობისას ამდენი საათი? ადრე, არანაკლებ. ჭკვიანური იქნება ეს საათი გავატარო იმის სწავლაში, რაც უფრო სწორი და ლოგიკურია (რისი შესწავლასაც ახლა ვცდილობ). ისედაც ისე ცუდად იყო, რომ ამ გზის დასაწყისამდე სწორი მიმართულებით ვერავინ მიმიყვანდა.

თუ თქვენ ხართ დამწყები PHP-ის დეველოპერი, მაშინ უპირატესობა მიანიჭეთ Bitrix-ს ისეთი ფრეიმორების გამოყენებით, როგორიცაა Symfony, Laravel, Yii, ZendFramework. დამიჯერეთ, მომავალი ზედმეტად გადაიხდის. მას შემდეგ რაც დაეუფლებით რომელიმე ამ ჩარჩოს, თქვენთვის არ აქვს მნიშვნელობა, იყენებთ თუ არა Bitrix-ს მომავალში. თუ არჩევანი არ გაქვთ, მაშინ გამოიყენეთ Bitrix, წინააღმდეგ შემთხვევაში უმჯობესია ისწავლოთ ჩარჩოების სამყაროდან, რათა ნიშნები ადგილზე დააყენოთ.

თუ თქვენ ხართ ექსპერტი Bitrix-ში გამოცდილებით, მაგრამ არ გაქვთ გამოცდილება სხვა ჩარჩოებში, მაშინ აუცილებლად გადადით სხვა სამყაროში, აღმოაჩენთ უამრავ ახალ და ღირებულ ცოდნას, რომელიც დაგეხმარებათ დაწეროთ უხვად ნათელი გადაწყვეტა 1C-Bitrix-ისთვის. შეეცადეთ გამოიყენოთ გადაწყვეტილებები სხვა ჩარჩოებიდან თქვენს პროექტებში, რადგან სულაც არ არის რთული დანარჩენი და კომპოზიტორის კომპონენტური მიდგომით მუშაობა.

თუ დეპუტატი ხართ, მაშინ ნუ მოატყუებთ Bitrix მარკეტოლოგებს. არაფერი იქნება ისე ადვილი, როგორც ამბობენ Bitrix-ის პრეზენტაციებიდან. და შენს ჯაშუშებს ნურაფერს აბრალებ, აქ სურნელებას აზრი არ აქვს. თუ გსურთ შექმნათ შესანიშნავი და მოსახერხებელი ონლაინ მაღაზია Eldorado/MVideo/Sportsmaster რეგიონისთვის, მაშინ Bitrix შეიძლება არ იყოს თქვენი საუკეთესო არჩევანი.

UPD.ცხადია, სტატია წაიკითხეს Bitrix-ის ჯაშუშებმა. მარკეტინგის შესახებ განყოფილებაში დავწერე, რომ განყოფილებაში არქიტექტურა ბიტრიქსის დისტრიბუტორის კურსში, მარკეტინგული ზარების წერა. ახლა ისინი იქ აღარ არიან. დალუქეს, ალბათ ეჩქარებოდათ.

მადლობა მონდომებისთვის და მადლობა :)

ტეგები:

  • 1ს-ბიტრიქსი
  • სმ
  • ვებ-აღმოჩენა
  • კომორის კუნძულები
  • hatbitrix
  • სკიგლიკი ხაბრზე
  • აიღე ხელში
ტეგების დამატება

© 2024 androidas.ru - ყველაფერი Android-ის შესახებ