В ، ما د ویلیم رامینځته کولو پس منظر او د ساس سیسټم له لارې د توزیع کولو پریکړې په اړه خبرې وکړې. پدې مقاله کې ، زه به د هغه څه په اړه وغږیږم چې ما باید ترسره کړي ترڅو محصول ځایی نه وي ، مګر عامه. د دې په اړه چې ویش څنګه پیل شو او دوی له کومو ستونزو سره مخ شول.
پلان جوړونه
د کاروونکو لپاره اوسنی پس منظر په لینکس کې و. نږدې هره اداره د وینډوز سرورونه لري، کوم چې د لینکس په اړه نشي ویل کیدی. د ویلیم اصلي ځواک د NAT شاته سرورونو او د شبکې تجهیزاتو ته لیرې اړیکې دي. مګر دا فعالیت د دې حقیقت سره خورا ټینګ تړلی و چې روټر باید مایکروټیک وي. او دا به په ښکاره ډول ډیری راضي نه کړي. ما لومړی د خورا عام پلورونکو څخه د راوټرونو لپاره د ملاتړ اضافه کولو په اړه فکر پیل کړ. مګر زه پوهیدم چې دا د ملاتړ شوي شرکتونو لیست پراخولو لپاره نه ختمیدونکې سیالي وه. سربیره پردې ، هغه چې دمخه یې ملاتړ شوي ممکن د ماډل څخه ماډل ته د NAT قواعدو بدلولو لپاره مختلف قوماندې ولري. د وضعیت څخه د وتلو یوازینۍ لار داسې بریښي چې VPN وي.
له هغه وخته چې موږ پریکړه وکړه چې محصول توزیع کړو، مګر د خلاصې سرچینې په توګه نه، دا ناممکن شوه چې مختلف کتابتونونه د خلاص جوازونو لکه GPL سره شامل کړئ. دا عموما یوه جلا موضوع ده؛ د محصول پلورلو پریکړه کولو وروسته ، زه باید د دې حقیقت له امله چې دوی GPL وو نیمایي کتابتونونو ته لاړم. کله چې دوی د ځان لپاره لیکلي، دا عادي وه. مګر د ویش لپاره مناسب ندي. لومړی VPN چې ذهن ته راځي OpenVPN دی. مګر دا GPL دی. بل اختیار د جاپاني SoftEther VPN کارول و. د هغه جواز هغه ته اجازه ورکړه چې دا په خپل محصول کې شامل کړي. د څو ورځو مختلف ازموینو وروسته د دې د مدغم کولو څرنګوالي په اړه چې کارونکي اړتیا نلري هیڅ شی تنظیم کړي او د SoftEther VPN په اړه پوه شي ، یو پروټوټایپ ترلاسه شو. هرڅه لکه څنګه چې باید وي. مګر د ځینو دلیلونو لپاره دا سکیم لاهم موږ مغشوش کړل، او موږ یې په پای کې پریښود. مګر په طبیعي توګه دوی وروسته له دې چې دوی د بل انتخاب سره راغلل رد کړل. په پای کې، هرڅه په منظم TCP اړیکو کې ترسره شوي. ځینې اړیکې د همغږي کونکي له لارې کار کوي ، ځینې یې مستقیم د نیټ هول پنچینګ (NHP) ټیکنالوژۍ له لارې ، کوم چې په وړیا پاسکال کې هم پلي شوی. زه باید ووایم چې ما مخکې هیڅکله د NHP په اړه ندي اوریدلي. او دا هیڅکله ما ته ندي پیښ شوي چې دا ممکنه وه چې د 2 شبکې وسیلو سره وصل شي، چې دواړه یې مستقیم د NAT شاته دي. ما موضوع مطالعه کړه، د عملیاتو په اصولو پوه شوم او لیکلو ته ناست وم. پلان درک شوی ، کارونکي د RDP ، SSH یا Winbox له لارې د NAT شاته مطلوب وسیلې سره په یو کلیک سره وصل کیږي پرته لدې چې پاسورډ داخل کړي یا VPN ترتیب کړي. سربیره پردې ، ډیری دا اړیکې زموږ همغږي کونکي څخه تیریږي ، کوم چې په پینګ او د دې ارتباطاتو د خدماتو لګښت باندې ښه اغیزه لري.
د سرور برخه له لینکس څخه وینډوز ته لیږدول
وینډوز ته د بدلولو پر مهال ډیری ستونزې وې. لومړی دا چې په وینډوز کې جوړ شوی wmic تاسو ته اجازه نه ورکوي چې د WQL پوښتنې وکړي. او زموږ په سیسټم کې هرڅه دمخه په دوی باندې جوړ شوي وو. او بل څه وو، مګر اوس ما هیر کړی چې ولې یې په پای کې د هغې کارول پریښودل. ممکن د وینډوز نسخو ترمنځ توپیر. او دویمه ستونزه ملټي ریډینګ ده. زموږ لپاره د "منلو وړ" جواز لاندې د دریمې ډلې ښه کار نه موندل ، ما بیا لازارس IDE پیل کړ. او اړین افادیت مې لیکلی. ان پټ د شیانو اړین لیست دی او کوم ځانګړي پوښتنو ته اړتیا لري، او په ځواب کې زه معلومات ترلاسه کوم. او دا ټول په څو-تیریډ حالت کې. غوره.
وروسته له دې چې ما د پی ایچ پی وینډوز لپاره پیټریډونه تنظیم کړل، ما فکر کاوه چې هرڅه به سمدلاسه پیل شي، مګر دا قضیه نه وه. د ډیبګ کولو یو څه وخت وروسته ، ما پوهیده چې پیټریډونه کار کوي ، مګر دا زموږ په سیسټم کې کار نه کوي. دا څرګنده شوه چې په وینډوز کې د pthreads سره کار کولو کې یو څه ځانګړتیا شتون لري. او همداسې وه. ما اسناد ولوستل، او هلته لیکل شوي وو چې د وینډوز لپاره د تارونو شمیر محدود دی، او تر هغه ځایه چې زه په یاد لرم، په ښکاره ډول. دا یوه ستونزه شوه. ځکه چې کله ما د تارونو شمیر کمول پیل کړل چې غوښتنلیک روان و ، دا کار خورا ورو شو. ما IDE بیا خلاص کړ او د شیانو د څو تارونو پینګ کولو لپاره فعالیت ورته کارونې کې اضافه شو. ښه ، دلته دمخه د پورټ سکین کولو ډیری برخه هم شتون لري. په حقیقت کې ، له دې وروسته ، د پی ایچ پی لپاره د پیټریډونو اړتیا ورکه شوه ، او دا نور نه کارول کیږي. برسېره پر دې، دې یوټیلټي ته څو نور فعالیتونه اضافه شوي او دا تر نن ورځې پورې کار کوي. له دې وروسته، د وینډوز لپاره یو انسټالر راغونډ شو، چې پکې اپاچی، پی ایچ پی، ماریا ډی بی، پخپله د پی ایچ پی اپلیکیشن او د سیسټم سره د متقابل عمل لپاره د اسانتیاوو سیټ شامل وو، په وړیا پاسکال کې لیکل شوی. لکه څنګه چې د نصب کونکي لپاره، ما فکر کاوه چې زه به دا مسله ژر تر ژره حل کړم، ځکه چې ... دا یو ډیر عام شی دی او د نږدې هر سافټویر لپاره اړین دی. یا زه په غلط ځای کې ګورم، یا بل څه. مګر زه په دوامداره توګه د محصولاتو سره مخ شوم چې یا خو کافي انعطاف وړ نه و ، یا ګران او هم انعطاف وړ و. او بیا هم، ما یو وړیا انسټالر وموند چې په کوم کې به د هرې هیلې چمتو کول ممکن وي. دا InnoSetup دی. زه دلته د دې په اړه لیکم ځکه چې ما باید دا وګورم که چیرې زه د یو چا وخت خوندي کړم.
ستاسو د پیرودونکي په ګټه د پلگ ان څخه انکار
ما مخکې لیکلي چې د پیرودونکي برخه د "پلگ ان" سره براوزر و. نو داسې وختونه وو کله چې کروم تازه شوی و او ترتیب یو څه کرغیړن و ، بیا وینډوز تازه شو او دودیز uri سکیم ورک شو. زه واقعیا نه غواړم د محصول په عامه نسخه کې دا ډول حیرانتیاوې ولرم. سربیره پردې ، دودیز uri د هر وینډوز تازه کولو وروسته ورکیدل پیل کړل. مایکروسافټ په ساده ډول په اړین برخه کې ټولې غیر څانګې حذف کړې. همدا رنګه، ګوګل کروم اوس تاسو ته اجازه نه ورکوي چې د دودیز uri څخه د اپلیکیشن خلاصولو یا نه کولو انتخاب په یاد ولرئ، او دا پوښتنه هرکله کوي چې تاسو د څارنې څیز باندې کلیک وکړئ. ښه، په عموم کې، د کاروونکي محلي سیسټم سره نورمال تعامل اړین و، کوم چې براوزر نه وړاندې کوي. په دې سکیم کې ترټولو ساده اختیار داسې ښکاري چې په ساده ډول خپل براوزر جوړ کړئ، لکه څنګه چې ډیری یې اوس د الیکټرون له لارې کوي. مګر ډیری شیان دمخه په وړیا پاسکال کې لیکل شوي و ، پشمول د سرور برخه کې ، نو موږ پریکړه وکړه چې پیرودونکي په ورته ژبه جوړ کړو ، او ژوبڼ جوړ نه کړو. دا څنګه په بورډ کې د کرومیم سره یو پیرودونکی لیکل شوی و. له هغې وروسته، دا د مختلفو تسکرو ترلاسه کول پیل کړل.
خوشې کول
په نهایت کې موږ د سیسټم لپاره نوم غوره کړ. موږ په دوامداره توګه د مختلف انتخابونو څخه تیر شو پداسې حال کې چې د محلي نسخې څخه SaaS ته د بدلولو پروسه روانه وه. له هغه وخته چې موږ په پیل کې پلان درلود چې نه یوازې کورني بازار ته ننوځو، د نوم غوره کولو اصلي معیار د ".com" زون کې د غیر اشغال شوي یا خورا ګران ډومین شتون و. ځینې فنکشنونه/ماډولونه لا تر اوسه له محلي نسخې څخه ویلیم ته ندي لیږدول شوي، مګر موږ پریکړه وکړه چې موږ به یې د اوسني فعالیت سره خوشې کړو او پاتې یې د تازه معلوماتو په توګه بشپړ کړو. په لومړۍ نسخه کې هیڅ هیلپ ډیسک نه و، ویلیم نښلونکی، د خبرتیا محرکاتو او نور ډیر څه لپاره د حدونو بدلول ناممکن وو. موږ د کوډ لاسلیک سند اخیستی او د پیرودونکي او سرور برخې یې لاسلیک کړې. موږ د محصول لپاره یوه ویب پاڼه لیکلې، د سافټویر راجستر کولو لپاره پروسیجرونه پیل کړل، سوداګریز نښه، او نور. په عمومي توګه، موږ د پیل لپاره چمتو یو. د ترسره شوي کار څخه یو څه خوښي او د دې حقیقت څخه چې شاید یو څوک به ستاسو محصول وکاروي ، که څه هم موږ پدې اړه هیڅ شک نه درلود. او بیا ودریږي. ملګري وویل چې د میسینجر له لارې د خبرتیاو پرته بازار ته ننوتل ناممکن دي. دا د ډیری نورو شیانو پرته ممکنه ده، مګر پرته له دې نه. د یو څه بحث وروسته، د ټیلیګرام سره ادغام اضافه شو، کوم چې موږ ته مناسب و. د ټولو اوسنیو فوري میسینجرونو څخه، دا یوازینی یو دی چې خپل APIs ته وړیا او پرته له کوم پیچلي تصویب پروسیجرونو ته لاسرسی چمتو کوي. ورته WhatsApp وړاندیز کوي چې د چمتو کونکو سره اړیکه ونیسي څوک چې د دوی خدماتو کارولو لپاره ښه پیسې اخلي؛ ټول لیکونه چې پرته له ګاسکټ څخه د لاسرسي غوښتنه کوي له پامه غورځول شوي. ښه، وایبر ... زه نه پوهیږم چې دا اوس څوک کاروي، ځکه ... سپیم او اعلانونه د چارټونو څخه بهر دي. د ډسمبر په پای کې، د ملګرو ترمنځ د یو لړ داخلي ازموینو او ازموینو وروسته، د هرچا لپاره نوم لیکنه پرانیستل شوه او سافټویر د ډاونلوډ لپاره چمتو شو.
د ویش پیل
له پیل څخه، موږ پوهیږو چې موږ د سیسټم کاروونکو یو کوچني جریان ته اړتیا لرو ترڅو دوی وکولی شي محصول په جنګي حالت کې معاینه کړي او یو څه لومړی نظر ورکړي. په VK کې ډیری پیرود شوي پوسټونه میوه لري. لومړی نوم لیکنه راورسیده.
دلته باید وویل شي چې بازار ته ننوتل کله چې ستاسو شرکت مشهور نوم نلري ، او په ورته وخت کې د اجنټ بې څارنې فعالیت چمتو کول چې تاسو اړتیا لرئ د خپلو سرورونو او کاري سټیشنونو حسابونو ته ننوځئ ، خورا ستونزمن دی. دا ډیری خلک ډاروي. موږ له پیل څخه پوهیږو چې پدې کې به ستونزې وي او له تخنیکي او اخلاقي پلوه دې ته چمتو یو. ټول ریموټ اړیکې، سره له دې چې RDP او SSH لا دمخه د ډیفالټ لخوا کوډ شوي دي، د AES معیار په کارولو سره زموږ د سافټویر لخوا کوډ شوي دي. د محلي سرورونو ټول معلومات د HTTPS له لارې بادل ته لیږدول کیږي. حسابونه په کوډ شوي شکل کې زیرمه شوي. د ټولو فرعي سیسټمونو لپاره د کوډ کولو کیلي د ټولو پیرودونکو لپاره انفرادي دي. د لرې پرتو اړیکو لپاره، د سیشن کوډ کولو کیلي عموما کارول کیږي.
ټول هغه څه چې موږ په دې حالت کې کولی شو خلکو ته د آرامۍ احساس وکړو د امکان تر حده خلاص وي، په خوندیتوب کار وکړي او هیڅکله د خلکو پوښتنو ته ځواب ویلو څخه ستړي نه شي.
د ډیری لپاره، د سافټویر اسانتیا او فعالیت د ډار څخه ډیر دی، او دوی راجستر کوي. ځینو اشخاصو په VK کې په خپرو شویو پوسټونو کې لیکلي چې دا سافټویر نشي کارول کیدی ځکه چې دا د دوی د پاسورډونو مجموعه ده او په عمومي ډول بې نومه شرکت. دا باید وویل شي چې له یو څخه زیاتو کسانو دا نظر درلود. ډیری خلک په ساده ډول نه پوهیږي چې کله دوی په سرور کې نور ملکیت سافټویر نصب کړي چې د خدمت په توګه پرمخ ځي، دا په سیسټم کې بشپړ حقونه هم لري او دوی حسابونو ته اړتیا نلري چې یو څه غیرقانوني کړي (دا روښانه ده چې تاسو کولی شئ بدلون بدل کړئ. هغه کارن چې له هغه څخه خدمت پیل شوی، مګر دلته هم، تاسو کولی شئ کوم حساب ته ننوځئ). په حقیقت کې، د خلکو ویره د پوهیدو وړ ده. په سرور کې د سافټویر نصب کول یو عام شی دی، مګر اکاونټ ته ننوتل یو څه ډارونکی او زړه پورې دی، ځکه چې نیمایي خلک د ټولو خدماتو لپاره ورته پاسورډ لري، او حتی د ازموینې لپاره د جلا حساب جوړول سست کار دی. مګر دا مهال یو لوی شمیر خدمتونه شتون لري چې خلک د دوی اعتبار او نور ډیر باور لري. او موږ هڅه کوو چې یو له دوی څخه شو.
ډیری تبصرې وې چې ویل یې موږ دا له کوم ځای څخه غلا کړي. دې موږ یو څه حیران کړل. ښه، ښه، د یو کس نظر، مګر دا ډول تبصرې د مختلفو خلکو لخوا په مختلفو خپرونو کې موندل شوي. په لومړي سر کې دوی نه پوهیدل چې دا څنګه غبرګون وښيي. یا به د افسوس خبره وي چې ځینې خلک پدې نظر دي چې په روسیه کې هیڅوک نشي کولی په خپله څه وکړي، مګر یوازې غلا کولی شي، یا خوشحاله وي چې دوی فکر کوي چې دا یوازې غلا کیدی شي.
موږ اوس د EV کوډ لاسلیک سند ترلاسه کولو پروسه بشپړه کړې. د دې ترلاسه کولو لپاره، تاسو اړتیا لرئ چې د چکونو لړۍ ته لاړ شئ او د شرکت په اړه د اسنادو یوه ډله واستوئ، چې ځینې یې باید د وکیل لخوا تصدیق شي. د وبا په جریان کې د EV کوډ لاسلیک سند ترلاسه کول د یوې مقالې لپاره جلا موضوع ده. پروسیجر یوه میاشت ونیوله. او دا د انتظار میاشت نه وه، مګر د اضافي اسنادو لپاره د دوامداره غوښتنو. شاید وبا د دې سره هیڅ تړاو نه درلود ، او طرزالعمل د هرچا لپاره دومره وخت نیولی؟ شریکول.
ځینې وايي چې موږ به یې ونه کاروو ځکه چې د FSTEC سند نشته. موږ باید تشریح کړو چې موږ یې نشو ترلاسه کولی او نه به یې ځکه چې د دې سند ترلاسه کولو لپاره کوډ کول باید د GOST سره سم وي، او موږ پلان لرو چې سافټویر نه یوازې په روسیه کې توزیع کړو او AES وکاروو.
دا ټولې تبصرې یو څه شک لري چې دا ممکنه ده چې داسې محصول ته وده ورکړئ چې تاسو اړتیا لرئ حسابونو ته د ننوتلو پرته په عامه توګه پیژندل شوي. که څه هم موږ پوهیږو چې داسې کسان به وي چې په دې اړه خورا منفي چلند لري. وروسته له دې چې د ثبت شمیر له زرو څخه واوښت، موږ د هغې په اړه فکر کولو ته مخه کړه. په ځانګړې توګه وروسته، د هغو کسانو د منفي کولو سربیره چې حتی د محصول هڅه یې نه وه کړې، خورا په زړه پورې بیاکتنې څرګندیدل پیل کړل. دا باید وویل شي چې دا مثبت بیاکتنې د محصول پراختیا لپاره ترټولو لوی هڅونکي دي.
د کارمندانو لپاره د ریموټ لاسرسي فعالیت اضافه کول
د پیرودونکو څخه یو له پرله پسې کارونو څخه دی "وانیا ته د کور څخه خپل کمپیوټر ته لاسرسی ورکړئ." موږ په مایکروټیک کې VPN پورته کړ او د کاروونکو لپاره مو حسابونه جوړ کړل. مګر دا یوه اصلي ستونزه ده. کارونکي نشي کولی لارښوونې وګوري او د VPN له لارې د وصل کیدو لپاره ګام په ګام یې تعقیب کړي. د وینډوز مختلف نسخې. په یوه وینډوز کې هرڅه ښه وصل کیږي، په بل کې یو بل پروتوکول ته اړتیا ده. او په عموم کې ، دا تل د شبکې تجهیزاتو له سره تنظیم کولو سره تړاو درلود ، کوم چې د VPN سرور په توګه کار کاوه ، او ټول کارمندان ورته لاسرسی نلري او دا ناشونی و.
مګر موږ دمخه د سرورونو او شبکې تجهیزاتو سره لیرې اړیکې لرو. ولې چمتو شوي ټرانسپورټ نه کاروئ او یو جلا کوچنی افادیت رامینځته کړئ چې تاسو کولی شئ په ساده ډول کارونکي ته د نښلولو لپاره ورکړئ. ما یوازې غوښتل ډاډ ترلاسه کړم چې کارونکي هلته هیڅ شی نه دی داخل کړی. یوازې یوه تڼۍ "وصل". مګر دا افادیت به څنګه پوه شي چې چیرته وصل شي که چیرې دا یوازې یوه تڼۍ ولري؟ زموږ په سرورونو کې آنلاین اړین غوښتنلیک رامینځته کولو لپاره یو نظر شتون درلود. د سیسټم مدیر د "ډاونلوډ شارټ کټ" تڼۍ کلیک کوي، او زموږ کلاوډ ته یو کمانډ لیږل کیږي ترڅو د RDP له لارې د مطلوب سرور/کمپیوټر سره وصل کولو لپاره د هارډ وائرډ معلوماتو سره انفرادي بائنری رامینځته کړي. په عموم کې، دا کیدی شي. مګر دا ډیر وخت نیسي؛ مدیر باید لومړی انتظار وکړي تر هغه چې بائنری تالیف شوی وي او بیا ډاونلوډ شي. البته ، دا به امکان ولري چې په ساده ډول د ترتیب سره دوهم فایل اضافه کړئ ، مګر دا دمخه 2 فایلونه دي ، او د سادگي لپاره کارونکي یو ته اړتیا لري. یو فایل، یو تڼۍ او هیڅ انسټالر نشته. په ګوګل کې د یو څه لوستلو وروسته، زه دې پایلې ته ورسیدم چې که تاسو د ترتیب شوي ".exe" په پای کې ځینې معلومات اضافه کړئ، نو دا خراب نه کیږي (ښه، نږدې). تاسو کولی شئ لږترلږه هلته جګړه او سوله اضافه کړئ، او دا به د پخوا په څیر کار وکړي. دا به ګناه وي چې له دې څخه ګټه پورته نه کړئ. اوس تاسو کولی شئ په ساده ډول اپلیکیشن د تګ په جریان کې خلاص کړئ ، پخپله په پیرودونکي کې ، په لاره کې چې ورته ویلیم نښلونکی ویل کیږي ، او په پای کې د دې سره د وصل کیدو لپاره اړین معلومات اضافه کړئ. او غوښتنلیک پخپله پوهیږي چې د دې سره څه وکړي. ولې ما په قوسونو کې یو څه لوړ "تقریبا ښه" لیکلی؟ ځکه چې تاسو باید د دې اسانتیا لپاره تادیه وکړئ پدې کې غوښتنلیک خپل ډیجیټل لاسلیک له لاسه ورکوي. مګر پدې مرحله کې، موږ باور لرو چې دا د داسې اسانتیا لپاره تادیه کولو لپاره یو کوچنی قیمت دی.
د دریمې ډلې ماډل جوازونه
ما لا دمخه لیکلي چې وروسته له دې چې پریکړه وشوه چې محصول په عامه توګه شتون ولري ، او نه یوازې زموږ د خپل کارونې لپاره ، موږ باید سخت کار وکړو او د ځینې ماډلونو لپاره د بدیل په لټه کې شو چې موږ ته اجازه نه ورکوي چې زموږ په محصول کې شامل شي. مګر د خوشې کیدو وروسته، یو ډیر ناخوښه شی په ناڅاپي توګه کشف شو. ویلیم سرور، کوم چې د پیرودونکي اړخ کې و، د ماریا ډی بی DBMS شامل وو. او دا د GPL جواز لري. د GPL جواز پدې معنی دی چې سافټویر باید خلاص سرچینه وي ، او که زموږ محصول کې ماریا ډی بی شامل وي ، کوم چې دا جواز لري ، نو زموږ محصول باید د دې جواز لاندې وي. خو خوشبختانه، د دې جواز موخه خلاص سرچینه ده، هغه چا ته سزا نه ورکول چې په تصادفي توګه په محکمه کې تېروتنه کوي. که د کاپي حق لرونکی ادعا ولري، هغه سرغړونکي ته په لیکلي ډول خبر ورکوي او هغه باید د 30 ورځو دننه سرغړونه له منځه یوسي. موږ خپله تېروتنه په خپله وموندله او کوم لیک مو ترلاسه نه کړ او سمدلاسه مو د ستونزې د حل کولو په لارو چارو غور پیل کړ. حل څرګند شو - SQLite ته لاړشئ. دا ډیټابیس د جواز ورکولو محدودیتونه نلري. ډیری عصري براوزرونه SQLite، او د نورو برنامو یوه ډله کاروي. ما په انټرنیټ کې معلومات وموندل چې SQLite په نړۍ کې ترټولو پراخه DBMS ګڼل کیږي، دقیقا د براوزرونو له امله، مګر ما د ثبوت په لټه کې نه و، نو دا ناسم معلومات دي. ما د SQLite ته د بدلولو خطرونو مطالعه پیل کړه.
دا یو غیر معمولی کار کیږي کله چې پیرودونکي د ماریا ډی بی او ډیټا سره څو سوه سرورونه نصب کړي. د ماریا ډی بی ځینې ځانګړتیاوې په SQLite کې شتون نلري. ښه، د مثال په توګه، په کوډ کې موږ پوښتنې کارولې لکه
Select * FROM `table` WHERE `id`>1000 FOR UPDATE
دا جوړښت نه یوازې د میز څخه انتخاب کوي، بلکې د قطار ډاټا هم بندوي. او څو نور ډیزاینونه هم باید بیا لیکل شي. مګر د دې حقیقت سربیره چې موږ باید ډیری پوښتنې بیا ولیکئ، موږ باید د یو میکانیزم سره مخ شو چې، کله چې د پیرودونکي ویلیم سرور تازه کول، ټول معلومات به نوي DBMS ته پورټ کړي او زاړه یې حذف کړي. همدارنګه، په SQLite کې لیږدونه کار نه کوي او دا یوه اصلي ستونزه وه. مګر د ورلډ وایډ ویب پراخوالي لوستلو وروسته ، ما پرته له کومې ستونزې وموندل چې په SQLite کې لیږدونه د وصل کیدو پرمهال د ساده کمانډ په تیریدو سره فعال کیدی شي.
PRAGMA journal_mode=WAL;د پایلې په توګه، دنده بشپړه شوه او اوس د پیرودونکي سرور برخه په SQLite کې پرمخ ځي. موږ د سیسټم په عملیاتو کې کوم بدلون نه دی لیدلی.
نوی مرسته میز
دا اړینه وه چې د هیلپ ډیسک سیسټم له داخلي نسخې څخه SaaS نسخې ته پورټ کړئ ، مګر د ځینې بدلونونو سره. لومړی شی چې زه یې غواړم په سیسټم کې د شفاف کارونکي واک په شرایطو کې د پیرودونکي ډومین سره ادغام و. اوس، د مرستې ډیسک ته د ننوتلو او په سیسټم کې د غوښتنې پریښودلو لپاره، کاروونکي په ساده ډول په ډیسټاپ کې په شارټ کټ کلیک کوي او براوزر خلاصیږي. کارونکي هیڅ سند نه داخلوي. د اپاچي SSPI لپاره ماډل، چې د ویلیم سرور برخه ده، په اتوماتيک ډول د ډومین حساب لاندې کاروونکي ته اجازه ورکوي. په سیسټم کې د غوښتنې پریښودو لپاره کله چې کاروونکي د کارپوریټ شبکې څخه بهر وي، هغه په یوه تڼۍ کلیک کوي او هغه په خپل بریښنالیک کې یو لینک ترلاسه کوي چې له لارې یې د پاسورډ پرته د هیلپ ډیسک سیسټم ته ننوځي. که چیرې یو کاروونکي په ډومین کې غیر فعال یا حذف شي، نو د هیلپ ډیسک حساب به هم کار ودروي. په دې توګه، د سیسټم مدیر اړتیا نلري چې پخپله په ډومین او هیلپ ډیسک کې حسابونه وڅاري. یو کارمند پریږدي - هغه خپل حساب په ډومین کې قطع کوي او بس، هغه به سیسټم ته ننوځي نه د کارپوریټ شبکې څخه، نه د لینک له لارې. د دې ادغام کار کولو لپاره ، د سیسټم مدیر اړتیا لري یو GPO رامینځته کړي ، کوم چې и .
دوهم شی چې موږ یې د هیلپ ډیسک سیسټمونو لپاره خورا اړین ګڼو، لږترلږه د ځان لپاره، په یو کلیک کې د غوښتنلیک څخه مستقیم د غوښتونکي سره نښلول دي. سربیره پردې ، اړیکې باید تیر شي که چیرې د سیسټم مدیر په مختلف شبکه کې وي. د آوټ سورس کولو لپاره دا لازمي ده، د بشپړ وخت سیسټم مدیرانو لپاره دا هم ډیری وختونه اړین دي. دلته دمخه ډیری محصولات شتون لري چې د ریموټ اتصالاتو عالي دنده ترسره کوي. او موږ پریکړه وکړه چې د دوی لپاره ادغام وکړو. موږ اوس د VNC لپاره مدغم شوي ، او په راتلونکي کې موږ پلان لرو چې راډمین او ټیم ویویر اضافه کړو. زموږ د شبکې ترانسپورت د لرې پرتو زیربناوو اړیکو لپاره کارول، موږ د NAT شاته د لیرې پرتو کاري سټیشنونو سره د VNC نښلول جوړ کړل. د راډمین سره به همداسې وي. اوس، د یو کاروونکي سره د نښلولو لپاره، تاسو یوازې په غوښتنلیک کې د "غوښتونکي سره نښلول" تڼۍ کلیک کولو ته اړتیا لرئ. د VNC پیرودونکی خلاصوي او له غوښتونکي سره نښلوي، پرته لدې چې تاسو په ورته شبکه کې یاست یا په چپلونو کې په کور کې ناست یاست. لومړی، د سیسټم مدیر، د GPO په کارولو سره، باید د هر چا په کاري سټیشنونو کې د VNC سرور نصب کړي.
اوس موږ پخپله نوي هیلپ ډیسک ته روان یو او د ډومین او VNC سره ادغام کاروو. دا زموږ لپاره خورا اسانه دی. اوس موږ کولی شو د ټیم ویویر لپاره تادیه کولو څخه مخنیوی وکړو ، کوم چې موږ د خپل ملاتړ خدمت چلولو لپاره له دریو کلونو څخه ډیر کار کوو.
موږ راتلونکی څه پلان لرو؟
کله چې موږ محصول خپور کړ، موږ هیڅ تادیه شوي تعرفه نه وه کړې، مګر په ساده ډول د 50 څارنې توکو لپاره وړیا تعرفه محدوده کړه. پنځه درجن شبکې وسایل او سرورونه باید د هرچا لپاره کافي وي، موږ فکر کاوه. او بیا د حد زیاتولو لپاره غوښتنې پیل شوې. دا ویل چې موږ یو څه حیران شوي یو څه نه ویل کیږي. ایا هغه شرکتونه چې ډیری سرورونه لري واقعیا زموږ سافټویر کې علاقه لري؟ موږ د هغو کسانو لپاره چې دا ډول غوښتنې یې کړې د وړیا لپاره حد وغزاوه. د دوی د غوښتنې په ځواب کې، موږ له ځینو څخه وپوښتل چې دوی ولې دومره اړتیا لري، ایا دوی واقعیا دومره لوی سرورونه او د شبکې تجهیزات لري. او دا معلومه شوه چې د سیسټم مدیرانو سیسټم په داسې طریقو کارول پیل کړل چې موږ هیڅ پلان نه درلود. هرڅه ساده وګرځیدل - زموږ سافټویر نه یوازې د سرورونو څارنه پیل کړه ، بلکه د کار سټیشنونه هم. له همدې امله د حدونو پراخولو لپاره ډیری غوښتنې شتون لري. اوس موږ لا دمخه تادیه شوي تعرفې معرفي کړې او محدودیتونه په خپلواکه توګه پراخه کیدی شي.
سرورونه تقریبا تل د ذخیره کولو سیسټمونو یا محلي ډیسکونو سره په RAID صف کې کار کوي. او موږ په پیل کې د دوی لپاره محصول جوړ کړ. او د SMART څارنه د دې کار لپاره زړه پورې نه وه. مګر د دې حقیقت په پام کې نیولو سره چې خلکو د کاري سټیشنونو نظارت لپاره سافټویر تطبیق کړی، د SMART څارنې پلي کولو لپاره غوښتنې څرګندې شوې. موږ به یې ژر پلي کړو.
د ویلیم نښلونکي په راتګ سره، دا غیر ضروري شوه چې په کارپوریټ شبکه کې د VPN سرور ځای په ځای کړي، یا RDGW ترسره کړي، یا په ساده ډول د RDP له لارې د نښلولو لپاره اړین ماشینونو ته بندرونه وړاندې کړي. ډیری خلک زموږ سیسټم یوازې د دې لرې پرتو اړیکو لپاره کاروي. ویلیم نښلونکی یوازې د وینډوز لپاره شتون لري ، او د شرکت ځینې کارونکي د کور لپټاپونو څخه چې MacOS چلوي د کارپوریټ شبکې کار سټیشنونو یا ترمینلونو سره وصل کوي. او دا معلومه شوه چې د سیسټم مدیر د ډیری کاروونکو له امله مجبور دی چې لاهم د فارورډ کولو یا VPN مسلې ته راستون شي. له همدې امله، موږ اوس د MacOS لپاره د ویلیم نښلونکي نسخه جوړول پای ته ورسوو. د دوی د خوښې ایپل ټیکنالوژۍ کارونکي به دا فرصت هم ولري چې په یو کلیک کې د کارپوریټ زیربنا سره وصل شي.
زه واقعیا دا حقیقت خوښوم چې د سیسټم ډیری کاروونکو درلودل ، تاسو اړتیا نلرئ خپل مغزونه د هغه څه په اړه ریک کړئ چې خلک ورته اړتیا لري او څه به ډیر اسانه وي. دوی پخپله خپلې هیلې لیکي، نو د نږدې راتلونکي لپاره ډیری پراختیایي پلانونه شتون لري.
په موازي ډول، موږ اوس په پام کې لرو چې دا سیسټم په انګلیسي ژبه وژباړو او بهر ته یې وویشو. موږ لاهم نه پوهیږو چې موږ به څنګه محصول زموږ له هیواد څخه بهر وویشو ، موږ د اختیارونو په لټه کې یو. ښايي وروسته به په دې اړه جلا مقاله وي. شاید هغه څوک چې دا مقاله یې لوستلې وي د اړتیا وړ ویکتور وړاندیز کولی شي، یا هغه پخپله پوهیږي او پوهیږي چې دا څنګه وکړي او خپل خدمتونه وړاندې کړي. موږ به ستاسو د مرستې ستاینه وکړو.
سرچینه: www.habr.com