რა არის საცავი Linux- ში. საცავების კონფიგურაცია Ubuntu.

საცავი ხშირად ეხება შენახვის ადგილას, ხშირად უსაფრთხოებას ან შენარჩუნებას.
- ვიკიპედია

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

საცავი, როგორც კოლექცია

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

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

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

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

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

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

ურთიერთქმედება საცავებთან

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

$ წევრი \u003d წევრი :: რეგისტრაცია ($ ელ, $ პაროლი); $ წევრების პროფილირება-\u003e შენახვა ($ წევრი);
ახლა ჩვენ შეგვიძლია მივცეთ ობიექტი მოგვიანებით. Ეგრე:

$ წევრი \u003d $ წევრი წევრი წევრი -\u003e FindbyEmail ($ Email); // ან $ წევრები \u003d $ წევრების წევრი წევრი-\u003e GETALL ();
ჩვენ შეგვიძლია შევინარჩუნოთ ობიექტების ერთ ნაწილში ჩვენი განაცხადის და შემდეგ ამონაწერი მათგან.

უნდა შეიქმნას საცავები?

თქვენ შეგიძლიათ აკმაყოფილებდეს ასეთი მაგალითები:

$ წევრი \u003d $ წევრი წევრი პროფილირება-\u003e შექმნა ($ ელ.ფოსტა, $ პაროლი);
მე მინახავს ბევრი არგუმენტი ამ სასარგებლოდ, მაგრამ აბსოლუტურად არ არის დაინტერესებული მსგავსი მიდგომა.

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

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

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

რა არის სასარგებლოდ გამოყენების საცავი?

საცავების მთავარი უპირატესობა არის სუბიექტების კოლექციების აბსტრაქტული შენახვის მექანიზმი.

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

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

რა არის საცობები: დომენი ან განაცხადის სერვისის ფენა?

ასე რომ, აქ არის საინტერესო კითხვა. პირველი, მოდით განვსაზღვროთ, რომ განაცხადის სერვისის ფენა მრავალ დონის არქიტექტურია, რომელიც პასუხისმგებელია კონკრეტული განაცხადის განხორციელების დეტალებზე, როგორიცაა მონაცემთა ბაზის მთლიანობისა და ინტერნეტ პროტოკოლების მუშაობის სხვადასხვა დანერგვა (გაგზავნის ელ ელ, API) და ა.შ.

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

სად იქნება საცავი ამ მიდგომაზე?

მოდით შევხედოთ ჩვენს მაგალითს. აქ არის კოდი, დაწერილი ადრე.

კლასი arraymembemberRepository ახორციელებს წევრობის წევრი (კერძო $ წევრები \u003d; სახალხო ფუნქცია შენახვა (წევრი $ წევრი) ($ ეს-\u003e წევრები [(სიმებიანი) $ წევრი-\u003e GETID ()] \u003d $ $ წევრი;) საზოგადოებრივი ფუნქცია Getall () -\u003e წევრები;) საჯარო ფუნქცია Findbyid (თუ (ISET) $ MEMBERD])) (დაბრუნება $ ეს-\u003e წევრები [(სიმებიანი) $ წევრი];)))
ამ მაგალითში, მე ვხედავ ბევრი გაყიდვების დეტალებს. მათ უნდა უდავოდ შეიყვანონ განაცხადის ფენა

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

კლასი arraymembemberrepository ახორციელებს წევრობის წევრი (სახალხო ფუნქცია შენახვა (წევრი $ წევრი) () საზოგადოებრივი ფუნქცია Getall () საჯარო ფუნქცია Findbyid (Member Member Member Member) ()
Hmm ... ის იწყებს გამოიყურება ნაცნობი ... რა დაგვავიწყდა?

ალბათ, კოდექსი მოგახსენებთ?

ინტერფეისის წევრი FunRepository (წევრი $ წევრი); სახალხო ფუნქცია Getall (); საჯარო ფუნქცია Findbyid (Member Member Member Member);
ეს იმას ნიშნავს, რომ ინტერფეისი ფენების საზღვარზეა. სინამდვილეში, შეიძლება შეიცავდეს დომენის სპეციფიკურ კონცეფციებს, მაგრამ რეალიზაციამ არ უნდა გააკეთოს ეს.

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

მონაცემთა საწყობების შეცვლის თავისუფლება

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

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

ნებისმიერი საკმაოდ კარგად შემუშავებული ობიექტზე ორიენტირებული აპლიკაცია ავტომატურად არის შესაფერისი ზემოთ აღნიშნული წინასწარი. OOP- ის ცენტრალური კონცეფცია არის encapsulation. თქვენ შეგიძლიათ მიუთითოთ API- ს ხელმისაწვდომობა და დამალვა განხორციელება.

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

ტესტირება ნიმუშის გამოყენებისას "საცავი"

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

კლასის რეგისტრაცია (კერძო $ წევრები; საზოგადოებრივი ფუნქცია __Construct ($ ეს-\u003e წევრები \u003d $ $ წევრები;) საზოგადოებრივი ფუნქციის მართვა (რეგისტრაცია $ command) ($ member \u003d წევრი :: რეგისტრაცია ($ Command-\u003e ელ, $ command-\u003e პაროლი) $ ეს-\u003e\u003e წევრები-\u003e შენახვა ($ წევრი);))
მომდევნო ოპერაციის დროს, მე შემიძლია დოქტრინომბერმეტრიის მაგალითად. თუმცა, ტესტირების დროს, ადვილია შეცვალოს იგი arraymembemberpository- ის მაგალითით. ისინი ორივე ასრულებენ იგივე ინტერფეისს.

გამარტივებული ტესტის შემთხვევაში შეიძლება ასე გამოიყურებოდეს ...

$ repo \u003d ახალი arraymembemberrepository; $ Handler \u003d ახალი რეგისტრაცია (repo); $ მოთხოვნის \u003d $ ეს-\u003e Creatterequest (["Email" \u003d\u003e " [Email protected]"," პაროლი "\u003d\u003e" ANGELOFDESTRUCTUCTUCTION "); [Email protected]"));
ამ მაგალითში, ჩვენ ვამოწმებთ დამმუშავებელს. ჩვენ არ გვჭირდება მონაცემთა ბაზაში საცავის მონაცემების შენახვის სისწორე (ან სად სხვაგან). ჩვენ ვამოწმებთ ამ ობიექტის კონკრეტულ ქცევას: დარეგისტრირდით მომხმარებლის მონაცემების საფუძველზე, შემდეგ კი გადადით მათ საცავში.

შეგროვება ან მდგომარეობა

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

// შეგროვების ორიენტირებული $ წევრების წევრი წევრი -\u003e დამატება ($ წევრი); // vs Worlenstence- ზე ორიენტირებული $ წევრების წევრების წევრი ($ წევრი);
მე აღვნიშნე, რომ ეს არის ჩემი აზრით, რომ ჯერჯერობით ვიცავ მას საცავების გამოყენების საკითხებში. თუმცა, მინდა გავაფრთხილო ფიქრი. საბოლოო ჯამში, მე ფოკუსირება მათ, როგორც ობიექტების კოლექციებში იგივე მოვალეობებს, როგორც სხვა ობიექტების კოლექციად.

დამატებითი ინფორმაცია

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

შედეგები

Მე ვფიქრობ, რომ…

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

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

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

როგორც ყოველთვის, მე ვაპირებ სტატიის განახლებას ჩემი ამჟამინდელი აზრის სინქრონიზაცია.

პროგრამების ინსტალაციის მეთოდები windows სისტემები და Linux (ისევე, როგორც BSD) განსხვავდება. შეიძლება ითქვას, რომ პროგრამების დამონტაჟების იდეოლოგია განსხვავებულია. Windows მომხმარებლებს მიჩვეული, რომ პროგრამა მოდის ინსტალაციის ფაილის სახით (ან ფაილების ჯგუფი). ეს ფაილი უნდა ჩამოტვირთოთ ინტერნეტიდან ან მიიღოთ CD / DVD. Linux- ისთვის, ეს მეთოდი უცვლელი რჩება, თუმცა ის არის.

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

მაგალითად, მინდა ჩემი ინსტალაცია Linux Mint. 17.1 ვირტუალიზაციის პროგრამა ვირტუალური ყუთი. მე დავიწყებ ტერმინალს და გავეცანით შემდეგ ბრძანებას:

sudo apt-get დააყენოთ Virtualbox-4.3

ინსტალაცია უნდა გაკეთდეს Superadeministrator- ის უფლებებით, ამიტომ ჩვენ დავამატებთ სიტყვას Sudo ბრძანებას. ტერმინალი სთხოვს ჩვენს სუპერ მინისტრს და ინფორმაციას ინფორმაციას აწვდის პაკეტებს, რომლებიც აპირებთ ინსტალაციას.

დაყენების VirtualBox მეშვეობით ტერმინალი

მომხმარებლის თანხმობის შემდეგ, სისტემა დაიწყებს სატუმბო ფაილი ქსელის შენახვის ინტერნეტში. ასე რომ თქვენ არ გჭირდებათ წასვლა საიტი პროგრამა და ჩამოტვირთვა სამონტაჟო ფაილი ხელით.

თავად ინსტალაციის პროცესი ასეთია:

Winux Mint- ში Virtualbox- ის ინსტალაცია

ინსტალაციის შემდეგ, პროგრამა შეგიძლიათ იხილოთ სხვა დამონტაჟებული პროგრამების სიაში.

Virtualbox in Linux Mint

ვის შეუძლია შექმნას საცავები?

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

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

მაგალითად, Linux Mint მენიუში "განაცხადების წყაროების მოძიება" და იქ "დამატებითი საცავები".

Linux Mint- ში საცავების დამატება

ან ტერმინალში საუბარი

sudo sh-c "echo" deb http://download.virtualbox.org/virtualbox/debian სანდო Contrib "\u003e\u003e /etc/apt/sources.list"

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

Sudo apt-get განახლება

პაკეტის მენეჯერის მეშვეობით საცავების მითითებისას, ასევე უნდა იყოს კეთილი dEB [ბმული ინტერნეტ საცავებში]. გარდა ამისა, თქვენ შეგიძლიათ შეამჩნიოთ სექცია PPA- ს საცავებთან Screensation- ში. ისინი ენიჭებათ.

ამასთან, ალბათ, ყველაფერი. და მახსოვს, tame penguin არ არის ისეთი რთული, როგორც ჩანს.

საცტრო მაღაზია

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

არსებობს იგივე ენაზე დაწერილი პროგრამების შენახვისთვის (მაგალითად, CPAN PERL- ისთვის) ან ერთი პლატფორმისთვის განკუთვნილი. ბევრი თანამედროვე osროგორიცაა OpenSolaris, FreeBSD და ყველაზე Linux დისტრიბუციის ოფიციალური საცავები, მაგრამ ასევე საშუალებას მოგცემთ დააყენოთ პაკეტები სხვა ადგილებში. ყველაზე საცავი თავისუფალია, მაგრამ ზოგიერთი კომპანია უზრუნველყოფს საკუთარი საცავების ხელმისაწვდომობას გადახდილი გამოწერისთვის.

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

განსხვავებულია ავტომატური სისტემები საცავების შექმნა. საცავების ერთ-ერთი ტიპის: შენახვის შესახებ / DVD - დაყენების დისკები კონკრეტული პროგრამული პაკეტებისთვის.

იხილეთ ასევე

ბმულები

ვიკიმედია ფონდი. 2010.

ნახეთ, რა არის "საცავი" სხვა ლექსიკონებში:

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

საცტრო მაღაზია - მონაცემთა ბაზის ობიექტების შენახვა. სუბიექტები Საინფორმაციო ტექნოლოგია ზოგადად, საცავში ...

- (Eastr., Lat, Repono, Repositum დაბრუნებას ადგილზე, წავიდეთ) სამეანო ინსტრუმენტი გამოიყენება refuel მოსწავლის loop ... დიდი სამედიცინო ლექსიკონი

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

პროგრამული პაკეტის საცავი (საცავი) - 3.17 საცავი პროგრამული პაკეტები (საცავი): პროგრამული პაკეტების დახურული კომპლექტი და მათ შესახებ მეტაოგრაფიული ინფორმაცია. საცავი ეწოდება დახურულ, თუ შესაძლებელია გამოვთვალოთ მისი დახურვა თითოეული ორობითი პაკეტისთვის, I.E. თქვენ შეგიძლიათ დააყენოთ ჩანთა ... ... ლექსიკონი მარეგულირებელი და ტექნიკური დოკუმენტაციის დირექტორია

Yucca Mountain ... Wikipedia

ეს ტერმინი ასევე აქვს სხვა ღირებულებებს, იხილეთ SISIF (ღირებულებები). ბერძნული მითოლოგიის SISIF ხასიათი. SISIF (... ვიკიპედია

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

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

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

წიგნები

Ruby on რელსები დამწყებთათვის. ჩვენ ვსწავლობთ ვებ-პროგრამების განვითარებას რელსებზე, ჰარტლე მაიკლზე. Ruby on სხვადასხვა კომპანიები, როგორიცაა Twitter, Github, Disney და ყვითელი გვერდები, არის ერთ ერთი ყველაზე პოპულარული ჩარჩოების განვითარების ვებ პროგრამები, მაგრამ ...

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

კონტაქტში

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

ნაგულისხმები შემდეგ cydia დანადგარები, უკვე რამდენიმე საცავია. ყველაზე დიდი მათგანი დიდია. ეს საცავი შეიცავს ასობით თემას და პროგრამებს, როგორიცაა ძალიან პოპულარული sbsettings და ბარელზე. მაგალითად, MyWI აპლიკაცია სხვა საცავში არის - MODMYI.COM. ზოგადად, განაცხადის ინსტალაციის მიზნით, თქვენ ჯერ უნდა დაამატოთ Cydia საცავი, ანუ. საიტი, რომელიც ინახება.

როგორ დავამატოთ ახალი საცავი Cydia- ში.

1. დაწკაპეთ Cydia ხატი და გადადით სექციაში "Მართვა" ეკრანის ბოლოში აირჩიეთ სექცია "წყაროები".

2. Tap "რედაქტირება" ზედა მარჯვენა კუთხეში და შემდეგ "დამატება" მარცხენა.

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

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

სასარგებლო საცავის ჩამონათვალი:

http://sinfuliphonerepo.com (პროგრამები, პატჩები და ა.შ.)

http://ihacksrepo.com (სხვადასხვა ფაილების უზარმაზარი ბიბლიოთეკა)

http://cydia.i4tips.com (დააყენეთ DEB პაკეტები)

http://pt.alleon.name (რუსული საცავი: თემები, კორექტივები, ხაკი, პროგრამები, თამაშები, ფონი, რინგტონები)

http://cydia.xsellize.com (პროგრამები, თამაშები, სურათები, მელოდიები.)

http://ispaziorepo.com/cydia/apt/ (თემები, კორექტირება, ხაკი, პროგრამები, თამაშები, ფონი, რინგტონები და ა.შ.)

http://cydia.hackulo.us (appsync, installouus და hacklous პატჩები)

http://repo.hackyouriphone.org (khaki, მოდის, პროგრამები და ა.შ.)

Მნიშვნელოვანი!!! არასოდეს არ დაამყაროს უცნობი განაცხადების Cydia - ეს შეიძლება გამოიწვიოს მონაცემთა დაკარგვა მოწყობილობაზე ან აღდგენა მეშვეობით iTunes.

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

#	წელი	კონტროლის ვერსიები	Მონაცემთა საცავი	ფასი (თვეში), $
1 0	2008	Git, svn.		7–210
2 0	2008	Git, mercurial	Cloud / საკუთარი სერვერი	10–200
	2016
3 0	2011	Git.	Cloud / საკუთარი სერვერი	4-99
4 0	2007	Git, svn.	ღრუბელი	15–200

გამოკითხულთა მონაცემების დამუშავებისას კოდექსის შენახვის სხვა საცავებში ითვლებოდა: Amazon Cloud Drive, CodeBase, Gitolite, Heroku, Microsoft Azure, Rhodecode, Subversion, გუნდის ფონდის სერვერი.

რეიტინგის შესახებ

კოდის შენახვის საცავების რეიტინგი ტელემინიდან მესამედ ხორციელდება და 2016 წლის აპრილიდან გამართული ციფრული კომპანიების ტექნიკური ლიდერების 540+ -ს საფუძველზე. რესპონდენტებს სთხოვეს აირჩიონ ერთი ან მეტი პასუხი ვარიანტი კითხვაზე "რა საცავი სერვისები იყენებთ შენახვის კოდს?".

დინამიკა მოცემულია 2014 წლის აგვისტოდან თელამინის მიერ მიღებული მონაცემებით, 2016 წლის აპრილის ჩათვლით.

რანგის საკმაოდ დიდი ზღვარი (77%) განაგრძობს GitHub- ს უბიძგებს - GIT- ის ვერსიის კონტროლის სისტემაზე დაფუძნებული პროექტების ყველაზე ცნობილი ვებ-მომსახურება. ღია პროექტებისთვის, მომსახურება თავისუფალია და კერძო პროექტებისთვის კერძო საცავებთან არის რამდენიმე სატარიფო გეგმა:
- პირადი (კერძო საცავების შექმნა გუნდის გამოყენებისათვის, $ 7 თვეში);
- მცირე ორგანიზაციებისთვის (წვდომის პარამეტრების მართვა, თვეში $ 25-დან);
- მსხვილი კომპანიებისთვის (თქვენ შეგიძლიათ დააინსტალიროთ საკუთარი სერვერი ან თქვენი ღრუბელი, $ 2520 წელიწადში).
GitHub ხშირად მოუწოდა სოციალური ქსელი დეველოპერებს. მას აქვს ყველა შესაბამისი ელემენტი: Fallloving, კომენტირებისას, რჩეულებში. სამსახურზე საქმიანობა ასევე შეიძლება განახორციელოს როგორც რეზიუმე.

მეორე ადგილზე bitbucket, 48% რესპონდენტებს მისთვის ხმა მისცა. ეს საშუალებას გაძლევთ შექმნათ შეუზღუდავი რაოდენობის კერძო საცავებში, მაგრამ აქვს 5 მომხმარებლების ლიმიტი. გუნდებისთვის დიდი ზომის ფასიანი ვერსიაა - $ 10-დან. მას შემდეგ, რაც BITBuckket არის Atlassian პროდუქცია, ეს შეიძლება იყოს ინტეგრირებული ამ კომპანიის სხვა გადაწყვეტილებები: Jira, Hipchat, ბამბუკო.

Gitlab (14%) ფუნქციურია GitHub- ის მსგავსი, მაგრამ თქვენ შეგიძლიათ დააინსტალიროთ თქვენი სერვერისთვის უფასოდ და შეიქმნა თქვენი საჭიროებები. ამავდროულად, იგი ასევე არსებობს SAAS - რეგისტრაციის შემდეგ, შეგიძლიათ შექმნათ კერძო საცავები უფასოდ. თანამშრომლობა. გადასახდელი თვისებები - დიდი კომპანიების ვერსიაში (წელიწადში $ 48-დან).

საბოლოოდ, მეოთხე ადგილზე Beanstalk - გამოკითხულთა საერთო რაოდენობის 1%. კონკურენტებისგან განსხვავებით, ის გთავაზობთ უფასო ვერსია მხოლოდ 2 კვირის განმავლობაში და ფასიანი ტარიფების არჩევანი დამოკიდებულია მომხმარებელთა რაოდენობაზე, საცავებში და შენახვის ერთგულ მოცულობაზე. ფასიანი კომპანიების ტარიფები ($ 50-200) მოიცავს ასევე ნომერზე Დამატებითი ფუნქციები, როგორიცაა პრიორიტეტული მხარდაჭერა ან განლაგება მრავალჯერადი სერვერებზე ამავე დროს.