"მოგვიანებით წავიკითხავ": ინტერნეტ გვერდების ოფლაინ კოლექციის რთული ბედი

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

როგორც ჩანს, WebResearch-ის ავტორები დაახლოებით ასეთ ადამიანებზე იყვნენ გათვლილი. ეს პროგრამა მრავალფეროვანი ფუნქციით იყო სავსე: სექციებისა და თეგების მიხედვით კატალოგიზაცია, შენიშვნების რედაქტირება, ყველანაირი ექსპორტი/იმპორტი და ა.შ. თუმცა, დაახლოებით 2013 წელს, პროექტის განახლება შეწყდა, შემდეგ კი დეველოპერის საიტმა არსებობა შეწყვიტა. ამ ცხენით კიდევ რამდენიმე წელი გავატარე, მაგრამ ჯერ ბრაუზერის დანამატები (ხელმისაწვდომი მხოლოდ IE-სა და FireFox-ის მაშინდელი ვერსიებისთვის) გაფუჭდა, შემდეგ კი თანამედროვე საიტებმა შეწყვიტეს ნორმალურად ჩვენება IE-ს ძველი ძრავის საფუძველზე.

WebResearch-ის მთავარი ფანჯარა, PC კვირა/RE №17 (575)

იმედგაცრუებების გზა

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

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

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

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

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

მომენტიდან

სტატიის დანარჩენი ნაწილი, ალბათ, მკითხველისთვის აშკარაა: ახლა ჩვენ შემოგთავაზებენ საკუთარ ველოსიპედს, რომელიც, რა თქმა უნდა, ნებისმიერ არსებულ ანალოგზე წინ იქნება. გარკვეულწილად, კი, მაგრამ არა სრულიად. ნამდვილად ვერ გავუძელი myBase-სა და TagSpaces-თან დაკავშირებულ განსაცდელს და შევქმენი ჩემი დოკუმენტების მენეჯერი, რომლის ბმულსაც ბოლოს მოგაწვდით. თუმცა, ეს პატარა პროექტი, რომელიც პირადი საჭიროებებისთვისაა განკუთვნილი, ცალკე სტატიას არ იმსახურებს; დიდწილად იმიტომ ვწერ, რომ საინტერესოდ მიმაჩნია მუშაობის პროცესში მიღებული გამოცდილების და უსიამოვნო სიურპრიზების მთელი სერიის გაზიარება, რომლებსაც არ ველოდი.

მიზნები და ამოცანები

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

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

როგორ შევინახოთ ვებ გვერდები დისკზე? ადრე ჩამოყალიბებული მოთხოვნების გათვალისწინებით, მეჩვენებოდა, რომ არჩევანი შეზღუდული იყო: ან „სრული ვებ გვერდის“ შენახვის ფორმატი, ანუ მთავარი HTML ფაილი და საქაღალდე დაკავშირებული რესურსებით, ან MHTML ფორმატი. პირველი ვარიანტი მაშინვე ნაკლებად სასურველი მომეჩვენა: დიდად სახალისო არ არის დისკზე ფაილების ნაგვის გროვის ქონა, საიდანაც მნიშვნელოვანი დოკუმენტების ამოღება, ძიების დროს არასაჭიროების გაფილტვრა და კოპირების დროს მთლიანობის მონიტორინგი გჭირდებათ. როდესაც TagSpaces-თან მუშაობა ვცადე, ყველა დოკუმენტი ხელახლა უნდა შემენახა ისე, რომ რესურსების საქაღალდის სახელი წერტილით იწყებოდა: შემდეგ სისტემამ ისინი „დაფარულად“ ამოიცნო და არ აჩვენა.

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

MHTML ფორმატს ცუდი პერიოდი აქვს. MHTML-ის გადარჩენის მარტივი გზა ამ ზაფხულს Chrome-დან გააგდესდა ახლა არც კი ვიცი, რომელ გვერდებში უნდა ინახებოდეს? ცხადია, რომ ეს ვარიანტი ჯერ არ გამქრალა, არსებობს მესამე მხარის გაფართოებები, მაგრამ საერთო ჯამში ეს რაღაც ცუდი ნიშანია. გარდა ამისა, MHTML ფორმატში შენახვა არ არის მხარდაჭერილი Chromium Emded Framework-ში, რაც ასევე არ მატებს ოპტიმიზმს.

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

SingleFile ხელმისაწვდომია როგორც ბრაუზერის გაფართოების, ასევე ბრძანების ხაზის აპლიკაციის სახით. ამჟამად მე მხოლოდ გაფართოებას ვიყენებ, რაც საკმაოდ მოსახერხებელია, გარდა იმისა, რომ შენახვის დანიშნულების საქაღალდის ხელით შერჩევა გიწევთ. მომავალში, ალბათ, შევეცდები აპლიკაციის გაუმჯობესებას, რათა ეს პროცესი უფრო მარტივი გახდეს. გაფართოების გამოყენება შეგიძლიათ Chrome-დან მესამე მხარის აპლიკაციის გამოსაძახებლად. გარე აპლიკაციის ღილაკი — ეს ჩემი კიდევ ერთი სასარგებლო აღმოჩენაა. სხვათა შორის, აპლიკაცია უკვე გამომადგა: მისი დახმარებით TagSpaces-ის საქაღალდეებისა და ფაილების კოლექცია დამოუკიდებელი HTML დოკუმენტების ნაკრებად გადავიყვანე.

გრაფიკული ინტერფეისის და ბრაუზერის პრობლემები

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

შემდეგ, სხვა პროგრამებში გვერდების ჩვენებასთან დაკავშირებული საკმარისი ხარვეზების დანახვის შემდეგ, იმ დასკვნამდე მივედი, რომ მათთან გამკლავების ერთადერთი საიმედო გზა თანამედროვე ბრაუზერზე, მაგალითად Chrome-ზე ან Firefox-ზე დაფუძნებული ვიზუალიზატორის დანერგვაა.

უნდა ვაღიარო, რომ ბოლოს მსგავსი რამ დაახლოებით 15 წლის წინ მომიწია და არანაირ ხაფანგს არ ველოდი. აღმოჩნდა, რომ ფორმაზე „ბრაუზერის უბრალოდ დაჭერა შეუძლებელია“: რატომღაც კაცობრიობამ ვერ შეძლო ამ ამოცანის საიმედოდ და უნივერსალურად შესრულება. ფორმაზე ნებისმიერი სიის ველის ან ღილაკის განთავსება შესაძლებელია ნებისმიერ გრაფიკულ გრაფიკულ ჩარჩოში და ჯვარედინი პლატფორმის კოდის გენერირებაც კი, და მეჩვენებოდა, რომ 2019 წელს HTML ჩვენებაც უნივერსალურად გადაჭრილი პრობლემა უნდა ყოფილიყო.

აღმოჩნდა, რომ wxWidgets-ში, მაგალითად, სტანდარტული „ბრაუზერის“ კომპონენტი წარმოადგენს სისტემაზე დამოკიდებულ „ბრაუზერზე“ გადაფარებულ ჯვარედინი პლატფორმის შეფუთვას, რაც ამ შემთხვევაში Windowsმაგალითად, ნიშნავს Internet Explorer 7და სიტუაცია, Windows Forms არაფრით უკეთესი არ არის და IE9-ზე ახალი ვერსიები მხოლოდ არა-ტრივიალური საშუალებით არის ხელმისაწვდომი. რეესტრის მანიპულირებაროგორც ხედავთ, ბოლო 15 წლის განმავლობაში მე არ ვარ ერთადერთი, ვინც სხვა საქმეებით იყო დაკავებული - აქაც არაფერი წინ არ წასულა.

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

განვიხილოთ სიტუაცია: Python მსოფლიოში ერთ-ერთი ყველაზე პოპულარული პროგრამირების ენაა, Chrome კი ბრაუზერების ბაზარზე მონოპოლისტს წარმოადგენს. ამავდროულად, CEF Python-ს რეალურად მხარს უჭერს ენერგია. ერთი ბიჭი, ძალა და ჯანმრთელობა მას. ნუთუ ეს სხვას არავის სჭირდება?..

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

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

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

გამოუცდელის შესახებ

შეგიძლიათ სცადოთ FireFox-ის ინტეგრირება თქვენს C# აპლიკაციაში კომპონენტის გამოყენებით გეკოფქსი, მაგრამ ამის შესახებ ვერაფერს ვიტყვი. Qt ჩარჩოს სტანდარტული ბრაუზერის კომპონენტი, სახელწოდებით QWebEngineView დაარსდა Chromium-ზე, ამიტომ ის ალბათ ისევე კარგად იმუშავებს, როგორც CefSharp.

Qt-ის მოყვარულებს შეიძლება ცდუნება გაუჩნდეთ და თქვან: Qt-ს რომ ავიღებდი, პრობლემები არ მექნებოდა. შესაძლოა, ეს სიმართლეა, მაგრამ Python-ში ან C++-ში აპლიკაციებისთვის GUI ჩარჩოს არჩევისას wxWidgets-ის განხილვაც შეიძლება, თუ არა პირველი, მაშინ მეორე ვარიანტიც. და ჩემი მოკრძალებული აზრით, ბრაუზერის მსგავსი რამ ნებისმიერ მეტ-ნაკლებად განვითარებულ GUI ჩარჩოში უნდა იყოს ჩაშენებული დაირასთან ცეკვის გარეშე.

ვებბიბლიოთეკა

დავუბრუნდეთ ჩემს განაცხადს სამუშაო სათაურით ვებბიბლიოთეკადღეს ასე გამოიყურება (დოლის ხმა):

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

• სისტემაში ნებისმიერი მითითებული დირექტორიის ჩვენება დოკუმენტების ბიბლიოთეკის სახით.
• დოკუმენტების ნახვა ბრაუზერის ფანჯარაში. სიაში ნავიგაცია ჩვეულებრივი წესით განახორციელეთ (კურსორის კლავიშები, PgUp, PgDn, Home, End), ბრაუზერში გადახვევა Space-ისა და Shift+Space-ის გამოყენებით.
• დოკუმენტების სახელის გადარქმევა.
• მონიშნეთ დოკუმენტები, როგორც წაკითხული ან ფავორიტი ცხელი კლავიშების გამოყენებით.
• დოკუმენტების დახარისხება ნებისმიერი ველის მიხედვით.
• ბიბლიოთეკის საქაღალდეში ცვლილებების შეტანისას, აპლიკაციის ფანჯარა განახლდება.
• გასვლისას შეინახეთ ფანჯრის პარამეტრები.

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

სტატუსი (წაკითხული/ფაილად) უბრალოდ ინახება ფაილის სახელში (წაკითხვის ფაილი) doc.html სახელი იცვლება doc{R,S}.html). სინქრონიზაცია, როგორც ასეთი, არ არსებობს, მაგრამ ბიბლიოთეკას Dropbox-ში ვინახავ - ბოლოს და ბოლოს, ეს მხოლოდ ფაილების საქაღალდეა.

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

დასკვნები

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

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

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

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

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

წყარო: www.habr.com