İş başvuruları için en önemli gereksinimler nelerdir? En önemli görevlerden bazıları şunlardır:
- Uygulama mantığını değişen iş görevlerine göre değiştirme/uyarlama kolaylığı.
- Diğer uygulamalarla kolay entegrasyon.
1C'de ilk görevin nasıl çözüldüğü “Özelleştirme ve Destek” bölümünde kısaca anlatılmıştır. ; Bu ilginç konuya bir sonraki yazımızda tekrar döneceğiz. Bugün ikinci görev olan entegrasyon hakkında konuşacağız.
Entegrasyon görevleri
Entegrasyon görevleri farklı olabilir. Bazı sorunları çözmek için basit bir etkileşimli veri alışverişi yeterlidir - örneğin, çalışanların bir listesini maaş plastik kartlarının verilmesi için bir bankaya aktarmak. Daha karmaşık görevler için, muhtemelen harici bir sistemin iş mantığına bağlı olarak tam otomatik veri alışverişi gerekli olabilir. Harici ekipmanlarla (örneğin, perakende ekipmanı, mobil tarayıcılar vb.) veya eski veya son derece uzmanlaşmış sistemlerle (örneğin, RFID etiket tanıma sistemleriyle) entegrasyon gibi doğası gereği uzmanlaşmış görevler vardır. Her göreve en uygun entegrasyon mekanizmasının seçilmesi son derece önemlidir.
1C ile entegrasyon seçenekleri
1C uygulamalarıyla entegrasyonun uygulanmasına yönelik farklı yaklaşımlar vardır; hangisinin seçileceği görevin gereksinimlerine bağlıdır.
- Uygulamaya dayalı platform tarafından sağlanan, 1C uygulama tarafında kendi özel API'si (örneğin, 1C uygulamasıyla veri alışverişi yapmak için üçüncü taraf uygulamaları çağıracak bir dizi Web veya HTTP hizmeti). Bu yaklaşımın avantajı, API'nin 1C uygulama tarafındaki uygulama değişikliklerine karşı direncidir. Yaklaşımın özelliği, standart bir 1C çözümünün kaynak kodunu değiştirmenin gerekli olmasıdır; bu, konfigürasyonun yeni bir sürümüne geçerken kaynak kodlarını birleştirirken potansiyel olarak çaba gerektirebilir. Bu durumda, yeni bir ilerici işlevsellik kurtarmaya gelebilir - . Uzantılar, özünde, uygulama çözümlerini değiştirmeden uygulama çözümlerine eklemeler oluşturmanıza olanak tanıyan bir eklenti mekanizmasıdır. Entegrasyon API'sini konfigürasyon uzantısına taşımak, standart bir çözümün yeni bir sürümüne geçerken konfigürasyonları birleştirirken zorluklardan kaçınmanıza olanak tanır.
- Uygulama nesne modeline harici erişim sağlayan ve uygulamanın değiştirilmesini veya bir uzantı oluşturulmasını gerektirmeyen platform entegrasyon mekanizmalarının kullanılması. Bu yaklaşımın avantajı 1C uygulamasını değiştirmeye gerek olmamasıdır. Eksi - 1C uygulaması iyileştirildiyse, entegre uygulamada iyileştirmeler gerekebilir. Bu yaklaşımın bir örneği, 1C:Enterprise platformunun yanında uygulanan entegrasyon için OData protokolünün kullanılmasıdır (bu konuda daha fazla bilgi aşağıdadır).
- Standart 1C çözümlerinde uygulanan hazır uygulama protokollerinin kullanımı. 1C ve ortaklarının sunduğu birçok standart çözüm, platform tarafından sağlanan entegrasyon mekanizmalarına dayalı olarak belirli görevlere odaklanan kendi uygulama protokollerini uygular. Bu mekanizmaları kullanırken 1C uygulama tarafında kod yazmaya gerek yoktur çünkü Uygulama çözümünün standart yeteneklerini kullanıyoruz. 1C uygulama tarafında ise sadece belirli ayarları yapmamız gerekiyor.
1C:Enterprise platformundaki entegrasyon mekanizmaları
Dosyaları içe/dışa aktar
Bir 1C uygulaması ile keyfi bir uygulama arasında çift yönlü veri alışverişi göreviyle karşı karşıya olduğumuzu varsayalım. Örneğin, 1C uygulaması ile isteğe bağlı bir uygulama arasında bir ürün listesini (Nomenklatür dizini) senkronize etmemiz gerekiyor.
Bu sorunu çözmek için Nomenclature dizinini belirli bir formattaki (metin, XML, JSON, ...) bir dosyaya indiren ve bu formatı okuyabilen bir uzantı yazabilirsiniz.
Platform, XML'deki uygulama nesnelerini hem doğrudan WriteXML/ReadXML genel bağlam yöntemleri aracılığıyla hem de XDTO (XML Veri Aktarım Nesneleri) yardımcı nesnesini kullanarak serileştirmek için bir mekanizma uygular.
1C:Enterprise sistemindeki herhangi bir nesne bir XML temsiline serileştirilebilir veya bunun tersi de geçerlidir.
Bu işlev nesnenin XML temsilini döndürür:
Функция Объект_В_XML(Объект)
ЗаписьXML = Новый ЗаписьXML();
ЗаписьXML.УстановитьСтроку();
ЗаписатьXML(ЗаписьXML, Объект);
Возврат ЗаписьXML.Закрыть();
КонецФункции
Nomenclature dizinini XDTO kullanarak XML'e dışa aktarmak şu şekilde görünecektir:
&НаСервере
Процедура ЭкспортXMLНаСервере()
НовыйСериализаторXDTO = СериализаторXDTO;
НоваяЗаписьXML = Новый ЗаписьXML();
НоваяЗаписьXML.ОткрытьФайл("C:DataНоменклатура.xml", "UTF-8");
НоваяЗаписьXML.ЗаписатьОбъявлениеXML();
НоваяЗаписьXML.ЗаписатьНачалоЭлемента("СправочникНоменклатура");
Выборка = Справочники.Номенклатура.Выбрать();
Пока Выборка.Следующий() Цикл
ОбъектНоменклатура = Выборка.ПолучитьОбъект();
НовыйСериализаторXDTO.ЗаписатьXML(НоваяЗаписьXML, ОбъектНоменклатура, НазначениеТипаXML.Явное);
КонецЦикла;
НоваяЗаписьXML.ЗаписатьКонецЭлемента();
НоваяЗаписьXML.Закрыть();
КонецПроцедуры
Sadece kodu değiştirerek dizini JSON'a aktarıyoruz. Ürünler bir diziye yazılacaktır; Çeşitlilik sağlamak amacıyla sözdiziminin İngilizce versiyonu aşağıda verilmiştir:
&AtServer
Procedure ExportJSONOnServer()
NewXDTOSerializer = XDTOSerializer;
NewJSONWriter = New JSONWriter();
NewJSONWriter.OpenFile("C:DataНоменклатура.json", "UTF-8");
NewJSONWriter.WriteStartObject();
NewJSONWriter.WritePropertyName("СправочникНоменклатура");
NewJSONWriter.WriteStartArray();
Selection = Catalogs.Номенклатура.Select();
While Selection.Next() Do
NomenclatureObject = Selection.GetObject();
NewJSONWriter.WriteStartObject();
NewJSONWriter.WritePropertyName("Номенклатура");
NewXDTOSerializer.WriteJSON(NewJSONWriter, NomenclatureObject, XMLTypeAssignment.Implicit);
NewJSONWriter.WriteEndObject();
EndDo;
NewJSONWriter.WriteEndArray();
NewJSONWriter.WriteEndObject();
NewJSONWriter.Close();
EndProcedure
O zaman geriye sadece veriyi son tüketiciye aktarmak kalır. 1C:Enterprise platformu, güvenli sürümleri de dahil olmak üzere ana İnternet protokolleri HTTP, FTP, POP3, SMTP, IMAP'i destekler. Verileri aktarmak için HTTP ve/veya Web hizmetlerini de kullanabilirsiniz.
HTTP ve web hizmetleri
1C uygulamaları kendi HTTP ve web hizmetlerinin yanı sıra üçüncü taraf uygulamalar tarafından uygulanan HTTP ve web hizmetlerini de uygulayabilir.
REST arayüzü ve OData protokolü
8.3.5 sürümünden itibaren 1C:Enterprise platformu otomatik olarak tüm uygulama çözümü için. REST arayüzü aracılığıyla herhangi bir konfigürasyon nesnesi (dizin, belge, bilgi kaydı vb.) veri almak ve değiştirmek için kullanılabilir hale getirilebilir. Platform, protokolü erişim protokolü olarak kullanıyor sürüm 3.0. OData hizmetlerinin yayınlanması Yapılandırıcı menüsündeki “Yönetim -> Web sunucusunda yayınlama” üzerinden gerçekleştirilir, “Standart OData arayüzünü yayınla” onay kutusu işaretlenmelidir. Atom/XML ve JSON formatları desteklenir. Uygulama çözümü web sunucusunda yayınlandıktan sonra üçüncü taraf sistemler, HTTP isteklerini kullanarak REST arayüzü üzerinden bu çözüme erişebilir. OData protokolü aracılığıyla 1C uygulamasıyla çalışmak için 1C tarafında programlama gerekli değildir.
Yani, şöyle bir URL http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура bize Nomenclature kataloğunun içeriğini XML formatında - giriş öğelerinin bir koleksiyonunu - döndürecektir (kısalık sağlamak için mesaj başlığı çıkarılmıştır):
<entry>
<id>http://server/Config/odata/standard.odata/Catalog_Номенклатура(guid'35d1f6e4-289b-11e6-8ba4-e03f49b16074')</id>
<category term="StandardODATA.Catalog_Номенклатура" scheme="http://schemas.microsoft.com/ado/2007/08/dataservices/scheme"/>
<title type="text"/>
<updated>2016-06-06T16:42:17</updated>
<author/>
<summary/>
<link rel="edit" href="Catalog_Номенклатура(guid'35d1f6e4-289b-11e6-8ba4-e03f49b16074')" title="edit-link"/>
<content type="application/xml">
<m:properties >
<d:Ref_Key>35d1f6e4-289b-11e6-8ba4-e03f49b16074</d:Ref_Key>
<d:DataVersion>AAAAAgAAAAA=</d:DataVersion>
<d:DeletionMark>false</d:DeletionMark>
<d:Code>000000001</d:Code>
<d:Description>Кондиционер Mitsubishi</d:Description>
<d:Описание>Мощность 2,5 кВт, режимы работы: тепло/холод</d:Описание>
</m:properties>
</content>
</entry>
<entry>
<id>http://server/Config/odata/standard.odata/Catalog_Номенклатура(guid'35d1f6e5-289b-11e6-8ba4-e03f49b16074')</id>
<category term="StandardODATA.Catalog_Номенклатура" scheme="http://schemas.microsoft.com/ado/2007/08/dataservices/scheme"/>
...
URL’ye “?$format=application/json” dizesini ekleyerek Nomenclature kataloğunun içeriğini JSON formatında (formun URL'si) elde ederiz. http://<сервер>/<конфигурация>/odata/standard.odata/Catalog_Номенклатура?$format=application/json ):
{
"odata.metadata": "http://server/Config/odata/standard.odata/$metadata#Catalog_Номенклатура",
"value": [{
"Ref_Key": "35d1f6e4-289b-11e6-8ba4-e03f49b16074",
"DataVersion": "AAAAAgAAAAA=",
"DeletionMark": false,
"Code": "000000001",
"Description": "Кондиционер Mitsubishi",
"Описание": "Мощность 2,5 кВт, режимы работы: тепло/холод"
},{
"Ref_Key": "35d1f6e5-289b-11e6-8ba4-e03f49b16074",
"DataVersion": "AAAAAwAAAAA=",
"DeletionMark": false,
"Code": "000000002",
"Description": "Кондиционер Daikin",
"Описание": "Мощность 3 кВт, режимы работы: тепло/холод"
}, …
Harici veri kaynakları
Bazı durumlarda veri alışverişi en iyi çözüm olabilir. Harici veri kaynakları, hem okuma hem de yazma için ODBC uyumlu herhangi bir veritabanıyla etkileşime girmenize olanak tanıyan bir 1C uygulama yapılandırma nesnesidir. Harici veri kaynakları hem Windows hem de Linux'ta mevcuttur.
Veri değişim mekanizması
hem 1C:Enterprise'a dayalı coğrafi olarak dağıtılmış sistemler oluşturmak hem de 1C:Enterprise'a dayalı olmayan diğer bilgi sistemleriyle veri alışverişini organize etmek için tasarlanmıştır.
Bu mekanizma 1C uygulamalarında aktif olarak kullanılmaktadır ve onun yardımıyla çözülen görev yelpazesi çok geniştir. Bu, kuruluşun şubelerinde kurulu 1C uygulamaları arasındaki veri alışverişini, 1C uygulaması ile çevrimiçi mağaza web sitesi arasındaki alışverişi ve 1C sunucu uygulaması ile mobil istemci (1C:Enterprise mobil platformu kullanılarak oluşturulan) arasındaki veri alışverişini ve daha fazlasını içerir. Daha.
Veri değişim mekanizmasındaki anahtar kavramlardan biri de değişim planıdır. Değişim planı, 1C uygulama platformunun, özellikle alışverişe katılacak verilerin bileşimini (hangi dizinler, belgeler, kayıtlar vb.) belirleyen özel bir nesne türüdür. Değişim planı ayrıca değişim katılımcıları (sözde değişim düğümleri) hakkında bilgi içerir.
Veri değişim mekanizmasının ikinci bileşeni değişiklik kayıt mekanizmasıdır. Bu mekanizma, değişim planının bir parçası olarak son kullanıcılara aktarılması gereken verilerdeki değişiklikleri sistemi otomatik olarak izler. Platform, bu mekanizmayı kullanarak son senkronizasyondan bu yana meydana gelen değişiklikleri takip eder ve bir sonraki senkronizasyon oturumu sırasında aktarılan veri miktarını en aza indirmenize olanak tanır.
Veri alışverişi belirli bir yapıya sahip XML mesajları kullanılarak gerçekleşir. Mesaj, düğümle yapılan son senkronizasyondan bu yana değişen verileri ve bazı hizmet bilgilerini içerir. Mesaj yapısı, mesaj numaralandırmayı destekler ve alıcı düğümden mesajların alındığına dair onay almanızı sağlar. Bu tür bir onay, alıcı düğümden gelen her mesajda, son alınan mesajın numarası biçiminde bulunur. Mesajların numaralandırılması, platformun hangi verilerin halihazırda alıcı düğüme başarılı bir şekilde iletildiğini anlamasına ve yalnızca gönderen düğümün, alıcı düğüm tarafından alınan verilere ilişkin bir alındı bilgisi içeren son mesajı aldığından bu yana değişen verileri ileterek yeniden iletimin önlenmesine olanak tanır. Bu çalışma şeması, güvenilmez iletim kanalları ve mesaj kaybı durumunda bile garantili teslimat sağlar.
Harici Bileşenler
Bazı durumlarda, entegrasyon sorunlarını çözerken, örneğin 1C:Enterprise platformunda sağlanmayan etkileşim protokolleri, veri formatları gibi belirli gereksinimlerle uğraşmak gerekir. Bu kadar çeşitli görevler için platform şunları sağlar: 1C:Enterprise'ın işlevselliğini genişleten dinamik olarak eklenti modülleri oluşturmanıza olanak tanır.
Benzer gereksinimlere sahip bir görevin tipik bir örneği, 1C uygulama çözümünün terazilerden yazarkasalara ve barkod tarayıcılara kadar perakende ekipmanlarıyla entegrasyonu olabilir. Harici bileşenler hem 1C:Enterprise sunucu tarafına hem de istemci tarafına (web istemcisi dahil ancak bununla sınırlı olmamak üzere) bağlanabilir. 1C:Kurumsal). Harici bileşenlerin teknolojisi, bileşenlerin geliştirici tarafından uygulanması gereken 1C:Enterprise platformuyla etkileşimi için oldukça basit ve anlaşılır bir yazılım (C++) arayüzü sağlar.
Harici bileşenleri kullanırken ortaya çıkan olanaklar çok geniştir. Harici cihazlar ve sistemlerle belirli bir veri alışverişi protokolünü kullanarak etkileşimi uygulayabilir, verileri ve veri formatlarını vb. işlemek için belirli algoritmalar oluşturabilirsiniz.
Güncelliğini yitirmiş entegrasyon mekanizmaları
Platform, yeni çözümlerde kullanılması tavsiye edilmeyen entegrasyon mekanizmaları sağlar; geriye dönük uyumluluk nedeniyle ve ayrıca karşı tarafın daha modern protokollerle çalışamaması durumunda bırakılırlar. Bunlardan biri DBF formatındaki dosyalarla çalışmaktır (XBase nesnesi kullanılarak yerleşik dilde desteklenir).
Başka bir eski entegrasyon mekanizması COM teknolojisinin kullanılmasıdır (yalnızca Windows platformunda mevcuttur). 1C:Enterprise platformu, COM teknolojisini kullanan Windows için iki entegrasyon yöntemi sağlar: Otomasyon sunucusu ve Harici bağlantı. Çok benzerler, ancak temel farklardan biri, Otomasyon sunucusu durumunda tam teşekküllü bir 1C: Enterprise 8 istemci uygulamasının başlatılması ve harici bir bağlantı durumunda nispeten küçük bir işlem içi COM'un başlatılmasıdır. sunucu başlatıldı. Yani, Otomasyon sunucusu üzerinden çalışıyorsanız, istemci uygulamasının işlevselliğini kullanabilir ve kullanıcının etkileşimli eylemlerine benzer eylemler gerçekleştirebilirsiniz. Harici bir bağlantı kullanırken, yalnızca iş mantığı işlevlerini kullanabilirsiniz ve bunlar hem işlem içi bir COM sunucusunun oluşturulduğu bağlantının istemci tarafında yürütülebilir hem de 1C: Enterprise sunucusunda iş mantığını çağırabilirsiniz. taraf.
COM teknolojisi ayrıca 1C:Enterprise platformundaki uygulama kodundan harici sistemlere erişmek için de kullanılabilir. Bu durumda 1C uygulaması bir COM istemcisi görevi görür. Ancak bu mekanizmaların yalnızca 1C sunucusunun Windows ortamında çalışması durumunda çalışacağını hatırlatmakta fayda var.
Standart konfigürasyonlarda uygulanan entegrasyon mekanizmaları
Kurumsal Veri Formatı
Yukarıda açıklanan platform veri alışverişi mekanizmasını temel alan bir dizi 1C konfigürasyonunda (aşağıdaki liste), konfigürasyonların kaynak kodunun değiştirilmesini gerektirmeyen harici uygulamalarla veri alışverişi için hazır bir mekanizma uygulanır (veriler için hazırlık) değişim uygulama çözümlerinin ayarlarında yapılır):
- "1C:ERP Kurumsal Yönetim 2.0"
- "Karmaşık otomasyon 2"
- "Kurumsal Muhasebe", baskı 3.0
- "Bir CORP işletmesi için muhasebe", baskı 3.0
- "Perakende", baskı 2.0
- "Temel Ticaret Yönetimi", baskı 11
- Ticaret Yönetimi, Baskı 11
- “Maaşlar ve personel yönetimi CORP”, baskı 3
Veri alışverişi için kullanılan format XML'e dayalıdır. Format iş odaklıdır - içinde açıklanan veri yapıları, 1C programlarında sunulan ticari varlıklara (belgeler ve rehber öğeleri) karşılık gelir, örneğin: tamamlama eylemi, nakit makbuz siparişi, karşı taraf, kalem vb.
1C uygulaması ile üçüncü taraf bir uygulama arasında veri alışverişi gerçekleşebilir:
- özel bir dosya dizini aracılığıyla
- FTP dizini aracılığıyla
- 1C uygulama tarafında konuşlandırılan bir web hizmeti aracılığıyla. Veri dosyası web yöntemlerine parametre olarak aktarılır
- e-posta yoluyla
Bir web hizmeti aracılığıyla alışveriş yapılması durumunda, üçüncü taraf bir uygulama, 1C uygulamasının ilgili web yöntemlerini çağırarak bir veri alışverişi oturumu başlatacaktır. Diğer durumlarda, değişim oturumunun başlatıcısı 1C uygulaması olacaktır (veri dosyasını uygun dizine yerleştirerek veya veri dosyasını yapılandırılmış e-posta adresine göndererek).
Ayrıca 1C tarafında senkronizasyonun ne sıklıkta gerçekleşeceğini yapılandırabilirsiniz (bir dizin ve e-posta yoluyla dosya alışverişi seçenekleri için):
- programa göre (belirli bir sıklıkta)
- manuel olarak; kullanıcının her ihtiyaç duyduğunda senkronizasyonu manuel olarak başlatması gerekecek
Mesajların onaylanması
1C uygulamaları gönderilen ve alınan senkronizasyon mesajlarının kayıtlarını tutar ve aynısını üçüncü taraf uygulamalardan da bekler. Bu, yukarıda “Veri değişim mekanizması” bölümünde açıklanan mesaj numaralandırma mekanizmasını kullanmanızı sağlar.
Senkronizasyon sırasında, 1C uygulamaları yalnızca son senkronizasyondan bu yana ticari varlıklarda meydana gelen değişikliklerle ilgili bilgileri iletir (aktarılan bilgi miktarını en aza indirmek için). İlk senkronizasyon sırasında, 1C uygulaması, EnterpriseData formatındaki tüm işletme varlıklarını (örneğin, öğe referans kitabının öğeleri) bir XML dosyasına yükleyecektir (çünkü hepsi harici uygulama için "yeni"dir). Üçüncü taraf uygulaması, 1C'den alınan XML dosyasındaki bilgileri işlemeli ve bir sonraki senkronizasyon oturumu sırasında, 1C'ye gönderilen dosyaya, 1C'den belirli bir numaraya sahip mesajın başarıyla gönderildiği bilgisini özel bir XML bölümüne yerleştirmelidir. kabul edilmiş. Makbuz mesajı, 1C uygulamasına, tüm ticari varlıkların harici uygulama tarafından başarıyla işlendiğini ve artık onlar hakkında bilgi aktarmaya gerek olmadığını gösteren bir sinyaldir. Üçüncü taraf bir uygulamadan gelen bir XML dosyası, makbuzun yanı sıra uygulama tarafından senkronize edilecek verileri de içerebilir (örneğin, mal ve hizmet satışına ilişkin belgeler).
Alındı mesajını aldıktan sonra, 1C uygulaması önceki mesajda iletilen tüm değişiklikleri başarıyla senkronize edilmiş olarak işaretler. Bir sonraki senkronizasyon oturumu sırasında harici uygulamaya yalnızca ticari varlıklarda yapılan senkronize edilmemiş değişiklikler (yeni varlıklar oluşturma, mevcut varlıkları değiştirme ve silme) gönderilecektir.
Verileri harici bir uygulamadan 1C uygulamasına aktarırken resim tersine çevrilir. Harici uygulama, XML dosyasının alındı bölümünü buna göre doldurmalı ve senkronizasyon için iş verilerini EnterpriseData formatında kendi tarafına yerleştirmelidir.
El sıkışmadan basitleştirilmiş veri alışverişi
Basit entegrasyon durumlarında, yalnızca üçüncü taraf bir uygulamadan 1C uygulamasına bilgi aktarmanın yeterli olduğu ve verilerin 1C uygulamasından üçüncü taraf bir uygulamaya ters aktarımının gerekli olmadığı durumlarda (örneğin, çevrimiçi bir uygulamanın entegrasyonu) Satış bilgilerini 1C: Muhasebe'ye aktaran mağaza), 1C uygulamasının tarafında ayar gerektirmeyen bir web hizmeti (onay olmadan) aracılığıyla çalışmanın basitleştirilmiş bir seçeneği vardır.
Özel entegrasyon çözümleri
Standart 1C yapılandırmaları arasında veri dönüştürmek ve değiştirmek için platform mekanizmalarını kullanan, ancak aynı zamanda üçüncü taraf uygulamalarla entegrasyon için de kullanılabilen standart bir "1C: Veri Dönüştürme" çözümü vardır.
Bankacılık çözümleriyle entegrasyon
Standart 1C uzmanları tarafından 10 yıldan fazla bir süre önce geliştirilen, aslında Rusya'da bir endüstri standardı haline geldi. Bu yöndeki bir sonraki adım teknolojidir 1C programında bir düğmeye basarak ödeme belgelerini bankaya göndermenize ve doğrudan 1C: Enterprise sisteminin programlarından bankadan ekstre almanıza olanak tanıyan; istemci bilgisayara ek programların kurulmasını ve çalıştırılmasını gerektirmez.
Есть така .
Diğer
Bahsetmeye değer ticari bilgi alışverişi standardı (Microsoft, Intel, Price.ru ve diğer şirketlerle ortaklaşa geliştirilmiştir), .
Kaynak: habr.com