8.3.9.1818 versiyasida amalga oshirilgan.

8.3.9 versiyasida biz turli platforma mexanizmlarini optimallashtirish bo'yicha juda ko'p vazifalarni bajardik. Shu o‘rinda men ulardan biri haqida gapirmoqchiman. Bu veb-xizmatlarning ishlashini yaxshilashdir.

Seanslardan qayta foydalanish

Veb-xizmatlarning ishlamasligi veb-xizmatga har bir qo'ng'iroq seansni yaratish va tugatishda sezilarli yuk bo'lganligi bilan bog'liq edi. Bundan tashqari, yaratish jarayonida har safar odatdagi konfiguratsiyada juda og'ir bo'lishi mumkin bo'lgan SetSessionParameters() ishlov beruvchisi bajarilgan.

Bundan tashqari, funktsional kamchilik mavjud edi. Veb-xizmatlar fuqaroligi yo'q edi. Bu bizga veb-xizmat qo'ng'iroqlari o'rtasida davlat qat'iyligini ishlatadigan mantiqni amalga oshirishga imkon bermadi.

8.3.9 versiyada biz veb-xizmatlar mexanizmini (SOAP xizmatlari, HTTP xizmatlari, OData xizmatlari) takomillashtirdik. Natijada ularning mahsuldorligi taxminan 10 barobar oshdi.

Biz standart Enterprise Accounting konfiguratsiyasi bo'yicha testlar o'tkazdik. Biz unga Pudratchilar katalogidan tanlovlarni amalga oshiradigan HTTP xizmatlarini qo'shdik. Sinov mijozning xizmatga ketma-ket 100 ta qo'ng'iroqni amalga oshirishidan iborat edi. Eski ish rejimida bu 29,9 soniyani talab qildi. Yangi ish rejimlarida o'rtacha 3 s.

Ushbu natijalarga seansdan qayta foydalanishni ta'minlash uchun ikki xil strategiyani amalga oshirganimiz tufayli erishildi:

• Hovuzdan sessiyalarni avtomatik ravishda qayta ishlatish;
• HTTP sarlavhalari yordamida seanslarni boshqarish.

Seanslarni avtomatik qayta ishlatish bilan mijoz seanslar soni va ularning ishlash muddatini nazorat qila olmaydi. U shunchaki avtomatik ravishda mavjud sessiya pulidan sessiya ajratiladi. Ushbu strategiya muntazam operatsiyalarni bajaradigan va birlashtirilgan imtiyozlarga ega bo'lgan mijozlar tomonidan foydalaniladigan yuqori yuklangan davlat xizmatlari uchun javob beradi.

Misol uchun, bu serverda eng yuqori yuklanish davrlarini ta'minlovchi uzoq chakana savdo nuqtalarining savdo faoliyatini avtomatlashtirish bo'lishi mumkin. Qayta ishlash uchun kerakli miqdordagi sessiyalar ajratiladi. Ular yuk tushishi bilan yakunlanadi.

Yana bir misol, http xizmatlaridan foydalangan holda hujjatlar oqimi konfiguratsiyasiga fayllarni qabul qilish/joylashtirish. Bunday operatsiyalar uchun bir xil maxsus foydalanuvchidan foydalanish mumkin.

Seanslarni qo'lda boshqarish strategiyasi mijoz seanslar sonini va ularning ishlash muddatini mustaqil ravishda boshqarishini anglatadi. Ushbu strategiya bitta tashkilot ichidagi yuqori darajada integratsiyalashgan tizimlar uchun eng mos keladi. Siz seanslarning ishlash muddatini va ularning sonini boshqaradigan o'zingizning algoritmingizni amalga oshirishingiz mumkin.

Boshqaruv

Konfiguratsiya ob'ekti daraxtida u yoki bu strategiyadan foydalanish zarurligini aniqlashingiz mumkin va agar kerak bo'lsa, uni default.vrd nashr faylida bekor qilishingiz mumkin. Konfiguratsiya ob'ektlari daraxtida biz veb-xizmat va HTTP xizmat ob'ektlariga ikkita yangi xususiyat qo'shdik:

• Seansni qayta ishlatish quyidagi qiymatlarni olishi mumkin: Avtomatik ravishda foydalanish, Foydalanish yoki Foydalanmaslik. Avtomatik foydalanish qiymati hovuzdagi seanslardan avtomatik ravishda qayta foydalanish imkonini beradi va Use qiymati HTTP sarlavhalari yordamida sessiyani boshqarish imkonini beradi.
• SessionLifeTime xususiyatida platforma avtomatik ravishda toʻxtatilgunga qadar sessiya necha soniya boʻsh turishini belgilashingiz mumkin.

Agar mijoz ilovasi g'ayritabiiy tarzda tugatilgan bo'lsa (ulanish yo'qolsa yoki brauzer oynasi yopilsa), 1C: Enterprise 8 mijoz litsenziyalari bloklanishi mumkin.

Shaxsiy kompyuteringizni qayta ishga tushirish orqali qulflangan mijoz litsenziyalarini chiqarishingiz mumkin.

Agar mijoz ilovasi g'ayritabiiy tarzda tugatsa, sessiya yana 20 daqiqa davomida o'tkaziladi. Shundan so'ng, 8.3.5 dan oldingi versiyalarda sessiya o'chirildi. 8.3.5 versiyasidan boshlab sessiya sukut bo'yicha uyqu holatida uxlab qoladi va boshqa kun davomida saqlanadi. Uyqu seansi 1C: Enterprise 8 mijoz litsenziyasini egallamaydi.

8.3.5 versiyasida seansning uyqu vaqti va foydalanilmagan uyqu seansini o'chirish vaqtini maxsus dastur yordamida yoki 1C Konfiguratorida Administratsiya/Infobase sozlamalari muloqot oynasida tavsiya etilgan uyqu seansi parametrlarini o'rnatish orqali o'zgartirish mumkin:

• passiv seanslar uchun uxlab qolish vaqti - 300
• uyqu seanslarining tugash vaqti - 10

Aytgancha, siz har doim sessiyalar yorlig'idagi server konsoli orqali kim uxlayotganini va kim faol ekanligini ko'rishingiz mumkin. Tegishli "Uyqu" ustunida Ha / Yo'q belgisi mavjud.

Odatda (1C kompaniyasining versiyasiga ko'ra) siz "Fayl" - "Chiqish" buyrug'i yordamida veb-mijozda ishni yakunlashingiz mumkin. 8.3.8 versiyasidan boshlab, tugma yonidagi dastur sarlavhasiga o'chirish buyrug'i qo'shildi Dastur haqida. U joriy foydalanuvchi nomi bilan giperhavola sifatida ko'rsatiladi.Giperhavolani bosganingizda foydalanuvchi nomi va buyrug'i bilan muloqot oynasi ochiladi. Ishni tugatish uchun.

Platforma mijozga har 5 soniyada 1C serveriga ping yuboradi (4 baytdan iborat paketlar ko'rinadi). "Pinglar" ga asoslanib, server mijoz ilovasi bilan ulanishning yaxlitligini nazorat qiladi. Taxminan 2 daqiqa davomida pinglar yo'qligini server ulanishning uzilishi sifatida izohlaydi.

1C: Enterprise 8 da seans va ulanish tushunchalari o'rtasidagi farq

Ushbu maqoladan nimani o'rganasiz?

• 1C dan o'tishda eng mashhur savollardan biriga to'g'ri javob: Ekspert
• Ulanishlar va 1C seanslarining maqsadi va xususiyatlari
• Seans ma'lumotlari nimani saqlaydi?

Seans va ulanish o'rtasidagi farqlar qanday? 1C: Ekspert imtihonidagi bu oddiy ko'rinadigan savol ko'pchilikni chalg'itadi. Katta dasturlash tajribasiga qaramay, har bir mutaxassis aniq va to'g'ri javobni shakllantira olmaydi.

Ushbu maqolada biz ushbu masalani batafsil tahlil qilamiz. Birinchidan, 1C: Enterprise-da sessiya va ulanish tushunchalarini alohida ko'rib chiqaylik. Iltimos, ma'lumotlar 8.2.x va 8.3.x platforma versiyalari uchun tegishli ekanligini unutmang.

Seans 1C

Keling, administrator qo'llanmasiga murojaat qilaylik. U sessiya tushunchasini quyidagicha belgilaydi:

Seans ma'lumotlar bazasining faol foydalanuvchisini va ushbu foydalanuvchining boshqaruv oqimini belgilaydi.

Aytishimiz mumkinki, server klasteri foydalanuvchilarni ko'rmaydi, aksincha u seanslar va seans ma'lumotlarini ko'radi. Aslida, klasterni boshqarish konsolida "Foydalanuvchilar" bo'limi yo'q, klaster seanslarni foydalanuvchilar sifatida tushunadi.

Bu "Seanslar" elementining vizual ko'rinishini tasdiqlaydi - belgi foydalanuvchilar shaklida ko'rsatiladi.

Shuni ta'kidlash kerakki, faol foydalanuvchi mijoz ulanishini anglatmaydi, u ham bo'lishi mumkin:

• 1C: Enterprise mijoz ilovasining namunasi
• veb-mijoz bajariladigan veb-ilova namunasi
• V83.COMConnector obyektidan olingan tashqi ulanish namunasi
• Fondagi ishning 1 nusxasi
• Veb-xizmatga 1 ta qo'ng'iroq

Seans ma'lumotlari

Seans ma'lumotlari tushunchasini ko'rib chiqaylik. Sessiyada ba'zi ma'lumotlar mavjud, masalan:

• axborot bazasining nomi
• sessiya raqami
• autentifikatsiya qilingan ma'lumotlar bazasi foydalanuvchisining nomi
• Interfeys tili
• seans parametrlari qiymatlari
• vaqtincha saqlash
• sessiya statistikasi
• boshqariladigan ariza shakllari haqidagi ma'lumotlar
• ba'zi ichki platforma ma'lumotlari

Ushbu ma'lumotlar sessiya ma'lumotlari deb ataladi. Bundan tashqari, har bir faol foydalanuvchi o'z seans ma'lumotlariga ega va bu faqat uning ish vaqti uchun tegishli. Agar foydalanuvchi ma'lumotlar bazasini tark etsa (sessiyani tugatsa), uning sessiya ma'lumotlari o'chiriladi.

Seans ma'lumotlari serverlar klasterida saqlanadi, buning uchun klaster menejeri mas'uldir va seans ma'lumotlari xizmati aynan shu maqsadda. Ishlarni tezlashtirish uchun seans ma'lumotlari ishchi jarayonlarda va qalin mijozlarda keshlanadi.

Server klasteri qayta ishga tushirilganda, sessiya ma'lumotlari saqlanib qoladi. Agar faol foydalanuvchi 20 daqiqa ichida klasterga bitta qo'ng'iroq qilmagan bo'lsa va seans ulanishga tayinlanmagan bo'lsa, sessiya ma'lumotlari bilan birga o'chiriladi.

Seansni davom ettirish uchun nozik mijoz va veb-mijoz klasterga kamida 10 daqiqada bir marta kirishadi.

Ulanish 1C

Endi ulanish tushunchasini tushunamiz. Keling, administrator qo'llanmasini yana bir bor ko'rib chiqaylik:

Ulanish 1C: Enterprise serverlari klasteriga seanslarga kirish vositasi bo'lib, cheklangan ulanish ma'lumotlari to'plamini o'z ichiga oladi va faol foydalanuvchi bilan aniqlanmaydi.

Boshqacha qilib aytganda, ulanish seansga klasterga kirish imkonini beradi. Bunday holda, ulanishlar soni cheklangan bo'lib, seansga bittasi kerak bo'lmasa, u ulanish hovuziga qaytariladi.

Agar sessiya klasterga kirmasa, ya'ni foydalanuvchi bo'sh bo'lsa, unga ulanish tayinlanmaydi. Shunday qilib, seans ulanishsiz mavjud bo'lishi mumkin.

Shuni ta'kidlash kerakki, sessiya ma'lumotlari serverda saqlanadi, shuning uchun agar ulanish 20 daqiqadan kamroq vaqt davomida uzilib qolsa, bu seansga ta'sir qilmaydi, chunki ulanish shunchaki kirish vositasidir.

Misol uchun, agar tarmoq kabeli tasodifan tortib olinsa, foydalanuvchi kabelni 20 daqiqa ichida ulagan bo'lsa, xato xabari olmaydi. Bunday holda, seansga yangi ulanish tayinlanadi va ishlashni davom ettiradi. Ehtimol, ozgina muzlashdan tashqari, foydalanuvchi muammodan xabardor bo'lmaydi.

Ulanishlar, shuningdek, klaster jarayonlari o'rtasida muloqot qilish uchun ishlatiladi, ya'ni ishchi jarayonlar (rphost) klaster menejeri (rmngr jarayoni) bilan sessiyalardan foydalanishdan ko'ra ulanishlar yordamida muloqot qiladi.

Ulanishlar va sessiyalar o'rtasidagi farqlar

Ushbu tushunchalar orasidagi asosiy farqni tavsiflash uchun biz analogiya keltiramiz.

Aytaylik, seans yo'lovchi, ulanish esa taksi. Yo'lovchi uyga qaytishi kerak bo'lganda (sessiya serverga ulanishi kerak), u taksi chaqiradi (sessiyaga ulanish hovuzidan ulanish tayinlanadi).

Agar uyga etib kelgan yo'lovchi yana ishga ketmoqchi bo'lsa-yu, lekin taksi allaqachon ketgan bo'lsa (ulangandan so'ng, aloqa uzilgan), u holda yo'lovchi yangi taksi chaqiradi va o'z ishi bilan shug'ullanadi (yangi ulanish tayinlanadi). sessiya).

Ushbu o'xshashlik seans va ulanish bir xil narsa emasligini aniq ko'rsatib turibdi va seans ulanish uzilishidan osongina omon qolishi mumkin.

Burmistrov Andrey

1C: Enterprise 8 ma'lumotlar bazasida muntazam texnik xizmat ko'rsatish uchun ko'pincha ma'lumotlar bazasiga eksklyuziv kirishni olish kerak bo'ladi. Masalan, ma'lumotlar bazasining zahira nusxasini yaratish yoki DBMS serverida muntazam texnik xizmat ko'rsatish (qayta indekslash va boshqalar) uchun barcha faol seanslarni uzishingiz kerak.

Keling, 1C: Enterprise serverining standart funksiyasidan foydalangan holda foydalanuvchilarni ma'lumotlar bazasidan o'chirishning oddiy usulini ko'rib chiqaylik.

Standart funksionallik

1C: Enterprise 8 ning mijoz-server versiyasi haqida gaplashamiz, darhol band qilishimga ruxsat bering. Seanslarni o'chirish uchun server boshqaruv konsoliga o'tamiz. U erda biz ro'yxatda kerakli ma'lumotlar bazasini topamiz:

Axborot xavfsizligi xususiyatlariga o'tish orqali "Seansni blokirovka qilish yoqilgan" variantini o'rnating. Bunday holda, ma'lumotlar bazasi administrator hisobi uchun login/parolni kiritish kerak bo'lishi mumkin.

Seansni blokirovka qilish muddatini belgilashni unutmang. Shuningdek, seanslar bloklanganda barcha fon ishlari to'xtatilishi kerakligiga ishonch hosil qilishingiz kerak. Bu "Oddiy vazifalarni bloklash yoqilgan" opsiyasi yordamida amalga oshiriladi.

Agar kerak bo'lsa, siz seanslar bloklanishidan 5 daqiqa oldin xabardor qilinadigan foydalanuvchilarga xabar matnini, shuningdek, sessiya blokirovkasi davrida ma'lumotlar bazasiga kirish uchun ruxsat kodini o'rnatishingiz mumkin.

Ruxsat kodi boshqa seanslar faol bo'lmaganda muntazam texnik xizmat ko'rsatish uchun ma'lumotlar bazasiga kirish uchun ishlatilishi mumkin. Parametrlar yordamida ma'lumotlar bazasiga ulanishda ruxsat kodini kiritishingiz kerak. Masalan, agar ruxsat kodi "123456" bo'lsa, serverga uzatilgan parametr shunday ko'rinadi.

Ma'lumotlar bazasiga shu tarzda kirish orqali biz ma'lumotlar bazasiga eksklyuziv kirish huquqiga ega bo'lamiz. Boshqa sessiyalar bizga qo'shila olmaydi.

Seanslar bloklanganligi haqida foydalanuvchiga bildirishnoma shunday ko'rinadi (administrator tomonidan kiritilgan xabarga qarab). Bloklash davridan 5 daqiqa oldin har daqiqada paydo bo'ladi.

Seansni blokirovka qilish davri boshlanganda birinchi navbatda bildirishnoma paydo bo'ladi:

Shundan so'ng sessiya tugaydi.

Faol seanslarni faol seanslar ro'yxatidan olib tashlash orqali ham o'chirib qo'yish mumkin. Bu harakat ba'zan osilgan seanslarni tugatish uchun kerak bo'ladi.

Amalda, foydalanuvchilar tomonidan kiritilgan, lekin hali saqlanmagan ma'lumotlarni yo'qotish xavfini kamaytirish uchun foydalanuvchining uzilishlari haqida oldindan xabar berish yaxshiroqdir.