Back to The tech awesomeness
Table of contents
Non-functional-chapters
Continuing the Links and objects.
Funny or not, but while there are Hyperlinks for many years in use, there are no hyperprotocols.
At least at Hyperprotocol, as of 2020-06-17.
But if I understood the nature of hyperlink correctly, it is does not mean that it will not change and such article will get its content in the moment forward from that date. Or it did not had a content in the moment backward from that date, I did not check, plus relying on the source output.
What I mean here is that the hyperlink is not if I may aware of the target, destination.
It only looks at the target, destination, still linking the current site (web site) and the target, destination.
Still me as the user can get 404 (not found), 302(moved temporarily) status codes and others by following that link at different times.
For me it does not mean necessarily that hyperlink is alive, it means for me that the hypelink changes its state in time(possibly) and it is not aware about that, until me as a user, for example, initiates that process with request and then I get the response through the browser. So when the browser loaded the web site with at least one hyperlink and that hyperlink is active in a sense, that hyperlink does not have information on its other side, its target, destination. Maybe it is a sort of hyperlink, but until the followance the anchor of the hyperlink the state of the hyperlink as a connection in full is unfamiliar, whether it is a one to one, one to many hyperlinks at its current state.
So after one side of hyperlink of where it is is active, the other side of that hyperlink is unfamiliar until its invocation. When the other side of a two part hyperlink will respond, the full connection is actual but only in scope of that request and response. And that process is repeatable within caching options limits. Mainly because the other side of the hyperlink can be changeable. The so called polymorphism of the hyperlink.
Also for me it is a some sort of abstraction as well.
HREF is an abbreviation for "Hypertext REFerence from Hyperlink as of 2020-06-17.
So that reference can be IPv4, IPv6 and other concrete protocols, but the hyperlink is a some sort of abstraction as well in that.
While the hyperlink at least abstract with relation to protocols, it is also a part of Uniform Resource Locator(URL) and Uniform Resource Identifier(URI), so it is URL and URI which abstracts those ones to be more precise, so by that hyperlink wraps that entity with some form of abstraction.
Following that one at least there are 2 properties, features of the hyperlink: its non awareness of the end state of the destination, target(before following an anchor with URL, URI sometimes) and wrapping some form of abstraction with sophistication. Still hyperlink provides the freedom to choose the source, start of it and destination, target of it. But that one is included in the idea to link any information to any other information over the Internet. And hyperlink includes the direction with the possibility to self-point.
At least by analogy, some sort of hyperprotocol would be polymorphous, not aware of some state with which it has direct connection and wrap some form of another abstration with sophistication and provide some freedoms.
Domain Name System (DNS) is looking like a hyperprotocol, some kind of it. But in the Internet protocol suite, it resides in a rows with other protocols: at the Application layer: Border Gateway Protocol(BGP), Dynamic Host Configuration Protocol(DHCP), Domain Name System(DNS), File Transfer Protocol(FTP), Hypertext Transfer Protocol(HTTP), Hypertext Transfer Protocol Secure(HTTPS), Internet Message Access Protocol(IMAP), Lightweight Directory Access Protocol(LDAP), Media Gateway Control Protocol(MGCP), Message Queuing Telemetry Transport(MQTT), Network News Transfer Protocol(NNTP), Network Time Protocol(NTP), Post Office Protocol(POP), Precision Time Protocol(PTP), Open Network Computing/Remote Procedure Call(ONC/RPC), Real-time Transport Protocol(RTP), Real Time Streaming Protocol(RTSP), Routing Information Protocol(RIP), Session Initiation Protocol(SIP), Simple Mail Transfer Protocol(SMTP), Simple Network Management Protocol(SNMP), Secure Shell(SSH), Telnet, Transport Layer Security/Secure Sockets Layer(TLS/SSL), Extensible Messaging and Presence Protocol(XMPP).
But in OSI model there are Seven layers.
I do not mean that hyperprotocol is some sort of concrete protocols. I mean that hyperprotocol would look like at the eighth non existing layer in OSI model. Or outer entity which composites and utilizes the protocols from Internet protocol suite at the Application layer and not only them.
So that the hyperprotocol, at least some sort of it would include the abstration of other concrete protocols: Border Gateway Protocol(BGP), Dynamic Host Configuration Protocol(DHCP), Domain Name System(DNS), File Transfer Protocol(FTP), Hypertext Transfer Protocol(HTTP), Hypertext Transfer Protocol Secure(HTTPS), Internet Message Access Protocol(IMAP), Lightweight Directory Access Protocol(LDAP), Media Gateway Control Protocol(MGCP), Message Queuing Telemetry Transport(MQTT), Network News Transfer Protocol(NNTP), Network Time Protocol(NTP), Post Office Protocol(POP), Precision Time Protocol(PTP), Open Network Computing/Remote Procedure Call(ONC/RPC), Real-time Transport Protocol(RTP), Real Time Streaming Protocol(RTSP), Routing Information Protocol(RIP), Session Initiation Protocol(SIP), Simple Mail Transfer Protocol(SMTP), Simple Network Management Protocol(SNMP), Secure Shell(SSH), Telnet, Transport Layer Security/Secure Sockets Layer(TLS/SSL), Extensible Messaging and Presence Protocol(XMPP), others. So to wrap the other protocols as some abstraction.
But for the hyperlink there is a placeholder for that wrapping object: it is the URL, URI.
For hyperprotocol, there is no such placeholder. ASAIK, as far as I know. And I do not know, maybe it is as of 2020-06-17.
By nature hyperlinks operate between locations, places, sites, resources. So there is a natural place for URL, URI.
But what does the hyperprotocol opetate at? Between communication protocols. No? Most probably no at this point.
From wikipedia.org as of 2020-07-18: A communication protocol is a system of rules that allow two or more entities of a communications system to transmit information via any kind of variation of a physical quantity.
So I do not know such U, unfamiliar variable, unfamiliar variable for such placeholder, which may allow to hold and to wrap the object for hyperprotocol, some sort of it.
That would allow to communication entities with different system of rules to transmit information.
Today I got information that Karl von Frisch (1953) discovered that honey bees can navigate, indicating the range and direction to food to other bees with a waggle dance. So these bees can communicate by movements, by dance movements, with other bees providing non entertainment information, as humans, but some other type of information. And such movements should have some system of rules in order to be reproducible and understandable by other bees and by Karl von Frisch and by other people.
So I have an assumption without a proof, that such hyperprotocol should encapsulate, wrap the systems of rules as well at some level.
That forces and makes me think that placeholder would be Universal System of rules or so. But I am not sure, because many of those systems of rules are changing and evolving.
For me that is one of the communication protocols other than Internet protocol suite at the Application layer and in scope for bees.
What fascinates me in URL is its strict syntax diagram, which each its instance comprises of.
But I ask pardon for doing one ugly thing. URL from that perspective is one of the system of rules. Strict rules. If there is another system of rules, where the elements in strict syntax diagram have the inversion, so that they comprises the same order from left to right but to right to left instead, and there are lots of instances of such strict syntax diagram and such system of rules plus other points, it would still fascinate me.
By no excuses as personal preference the system of rules are representable at its finest from which I observed, by the semantic technologies at least from readability point of view and wrappable by JavaScript Object Notation(JSON) and Extensible Markup Language(XML).
The output of the hyperprotocol is information.
Which information can be different.
Because the languages also have the systems of rules.
And it happens that asking the same question are following by the different answers. Some kind of a polymorphism of the information. That one can be due to different system of rules in use.
/* system of rules for the communication protocol in this scope. */
class Hyperprotocol {
private List<SystemOfRules> availableSystemOfRules;//semantic technologies for known system of rules for this instance of some sort of hyperprotocol in this primitive sample, if not fetching from some system of rules repository resource in a more complex one
private Request<SystemOfRules> requestingSystemOfRules;//for example, "do you, cat, have an identity?" in human language, in English.
private Response<SystemOfRules> respondingSystemOfRules;//for example, "Miauwen." in vocal cattish with assumption that it exists as a language with system of rules.
//...
void sendTheTransposedRequestingSystemOfRules(/*...*/);
void receiveTheRespondingSystemOfRules(/*...*/)
/* the following transmorphing method content are no easy because in the example of translation service the association, the map of the one item to one item does not help as it is too long to hold in rapid access memory for different variable translation options, so at this point I assume these methods non autonomous but rather rely on requests to other services at other sites thus it is slowlier than autonomous ones and has a dependency on the resources in the internet itself */
void transposeRequestingSystemOfRulesIntoRespondingSystemOfRules(/*...*/);
void transposeRespondingSystemOfRulesIntoRequestingSystemOfRules(/*...*/);
}
So such hyperprotocol technology would use, for example, the concrete protocol from Internet protocol suite at the Application layer for its own purposes, but it would have no tight connections to those ones. Similar to what would be if the cat check its email content by using IMAP, POP. The fridge would connect to the supermarket online shop via HTTPS. In scope of some hyperprotocol.
I would finally get information what the cats would they use such hyperprotocol system if they have such option to, would they share their cat system of rules if they have such option to, would order in the restaurants in deed by themselves, and would they order in the first place if they have such option to and which web sites they would share in social networks and would they share in the social networks by themselves in the first place if they have such option to, would they rideshare if they have such option to, or do they prefer to stay home, would they in order to order those services borrow some amount of currency from cats, from humans, from computers or get that from other sources if they have such option to, would they communicate with identities with names or not, would they trace contacts after receiving the information about risk if they have such option to, would I reach the cats or would cats reach the humans or others.
Cats, not cats, also for a hippopotamuses and others if they have such option to.
So by analogy the idea of hyperprotocol would be to connect any system of rules to any system of rules in order to provide its connectivity. Over the Internet.
Any ideas on that? +380661907243 Global System for Mobile Communications(GSM).
The update from 2020-09-24.
It seems at Application layer there are no protocols for two type of functions: blacklisting and time planning, with which DNS protocol can be in link with.
Two DNS providers provide a tables where the domain name can be linked with IP.
For example there are several web sites at helpdesk.ideasmatter.info, support.ideasmatter.info, customercare.ideasmatter.info. And there are three web hostings for them at three IPs. For example, on Mondays it is helpdesk.ideasmatter.info for service, on Tuesdays it is support.ideasmatter.info for service and on Wednesday it is customercare.ideasmatter.info for service. On other days it is dynamic IP for that service and during weekend it is no service. Such time planning rebinding is possible, but manually through a web site which provides and if it provides DNS as a table. As well as via Selenium testing replay as a recording if there are no dynamic parts such as captcha during the process of changing table of DNS in DNS provider web site. Through API, if DNS provider web site provides such. Through a fourth web site, with redirection, if both three web sites are available at HTTP and HTTPS. Same for blacklisting. Same for temporary blacklisting. For example, such as A/B testing for domain names and their web services for for example two web sites with different functionality and different logotype, but with the same name, such as helpdesking. For any level of domains: first, second, third, others. Because the same case can apply for helpdesk.info, support.info, customercare.info. Because the same case can apply for ideasmatter.helpdesk, ideasmatter.support, ideasmatter.customercare. Because the same case can apply for helpdesk.ideasmatter, helpdesk.ideamatters. Because in mathematics the domain is the set of possible values of the independent variable or variables of a function, if to treat them correspondingly as a variable or a value.
The update from 2020-11-07.
class ProtocolManagement {
if (protocol.equals("https")) {
Runtime.getRuntime().exec("open managerially browser");
} else if (protocol.equals("budgetstory")) {//...
} else if (protocol.equals("bitbar://)){//...
} else if (protocol.equals("bitvar://)){//...
} else if (protocol.equals("thetechawesomeness.ideasmatter"))//this naming of protocol is super banal using an instrument which is available with no term substitution: that is in case if the site name is simultaneously imitatively probably both the protocol name...
}
The update from 2020-11-09.
While finding out the protocol frameworks I found OSI model in the impressum, and this one as of 2020-11-09 with an exception that those programming languages, formats, operational systems and others are accessable as protocols similar to git, digit, trigit, quadrogit: git:// and https://2.git and https://3.git and https://4.git; mercurial hg://, svn:// and kaltdog://.
Either it is evident or not, such link as kaltdog:// is a sample of multipart hyperlink which consists of three hyperlinks. Each one of those hyperlinks I call a sublink in such a multipart hyperlink composition as: kalt dog ://. It has some relation with http://thetechawesomeness.ideasmatter.info/wiki-reinvented.html and http://thetechawesomeness.ideasmatter.info/part-recomposer.html and http://thetechawesomeness.ideasmatter.info/part-recomposer-for-another-application.html. And in this case it has no relation with drill bits and anchors.
The update from 2020-11-19.
I agree with a comment of one person that there are many laws out there. Especcially to learn them by heart. Here in Ukraine at least. So as long as there is a reason, a process and results for each existing law and its change, what I did not found was a assistant for laws as some mobile application or web site. It sounds from the other side as not that awesome action freedom machine, but. Such a tool of some form, when using it outside can facilitate to answer questions similar to: what should I do with a cold dog, what should I do with a new car, what should I do with a two razor blades for handling with two hands, what should I do after migrating to a different city, country, so on. So when using it is not only help to resolve contradictions and to outline ambiguities and to assist with information but also to facilitate to resolve internal gaps and to resolve contradictions and so on. And to provide links to actual particular active law at that moment on demand. So it seems that it somehow has a connection to causal effectual expert system both directions for common cases at least.
The update from 2020-12-07.
And one of the names for that machine is robolaw, because I am not a robot to an extent, but following one of the script cases step by step exactly from that machine I am resembling a robot as an activity.
The update from 2020-12-09.
The update as of 2021-11-29.
Its alternative one is text clipping in some applications or other clipping.
Гіперпротокол.
Оновлення від 2020-09-24.
Що як треба змінити стілдопомоги.ідеївагомі.інфо у підтримка.ідеївагомі.інфо або піклуванняпропокупця.ідеївагомі.інфо, то є DNS днс. Тому що те саме можливо застосувати до стілдопомоги.інфо, підтримка.інфо, піклуванняпропокупця.інфо. Тому що те саме можливо застосувати до ідеївагомі.стілдопомоги, ідеївагомі.підтримка, ідеївагомі.піклуванняпропокупця. Тому що те саме можливо застосувати до стілдопомоги.ідеївагомі, стілдопомоги.ідеявагома. Тому що в математиці домен є множиною можливих значень незалежної змінної чи змінних функції, якщо вважати їх співмірно як змінну чи значення.
Оновлення від 2020-10-11.
Скільки б підтверджень, умов, інформаційних пояснень і запитів не існує в системі коду, якщо це не створює затримок у часі при їх отриманні після автоматизації і зміни коду системи, якщо автоматизація і зміна такого коду запроваджена не мною а самим кодом(системи) чи іншим кодом(системи), це швидше ніж це роблю я, а якщо і створює, то це естетично з рівня коду, бо код їх і створює, мені невідомо наскільки.
Оновлення від 2020-11-07.
клас ПротокольнеКерівництво {
якщо (протокол.дорівнює("https_гттп")) {
ВиконавчеСередовище.отриматиВиконавчеСередовище().викон("відкрити керуючи програмуПереглядуМережевихІМежмережевихСторінок");//чи програму переслуху,перенюху,пересмаку,інших форм передвідчуття,відтворення подібних сторінок для людей з особливими потребами. власне від точки початку саме програми керуючого шляху у виконавчому середовищі.
} чи якщо (протокол.дорівнює("порційномуВимірюваннюРечі://)){//...
} чи якщо (протокол.дорівнює("порційнійЗмін://)){//...
} чи якщо (протокол.дорівнює("бюджетній_історії"))//...
} чи якщо (протокол.дорівнює("технезвичайність.ідеївагомі"))//ця назва протоколу супер банальна використовуючи інструменти що є в наявності без підміни поняття: тобто у випадку якщо назва мережевої чи міжмережевої сторінки є водночасно копіюючи іморвірно і назвою протоколу...
}
Оновлення від 2020-11-09.
Вишукуючи протокольні фреймворковові програмні каркаси я знайшов осіай OSI модель в імпрессумі, і це від 2020-11-09 з виключенням що ті програмні мови, формати, операційні системи і інші є доступними як протоколи накшталт з гіт git, дігіт digit, тригіт trigit, квадрогіт quadrogit: git:// та https://2.git та https://3.git та https://4.git; меркурійний hg://, швайін svn:// та кальтдог://.
Оновлення від 2020-11-19.
Я згоден з коментарем однієї особи що існує багато законів там. Особливо щоб вчити їх на пам'ять. Тут в Україні щонайменш. Так довго як існує причина, процес і результати для кожного існуючого закону і його зміни, що я не знайшов це програмного помічника, помічниці згідно законів як якийсь мобільний застосунок або веб сайт місце. Воно звучить з іншого боку як не настільки чудова машина свобод дій, але. Подібний інструмент якоїсь форми, коли користуючись ним ззовні може допомогти відповісти питання і запити схожі на: що я маю робити з холодною собакою, що я маю робити з новою автівкою, що я маю робити з дворучним двосічним мечем, що я маю зробити після переміщення до іншого місця. Так коли користуючись подібним програмним помічником, помічницею згідно законів це може допомагати не лише виявити протиріччя і підкреслити невизначеності та й допомогати з інформацією щодо запитів але й також це може допомагати виявити внутрішні прогалини та виявити протиріччя в текстах і так далі. І це може допомагати надати посилання для дійсних поточних чинних законів на той момент щодо запиту. Здається це якось має зв'язок з причинно наслідковою експертною системою в обох напрямках для частих випадків щонайменш.
Оновлення від 2020-11-20.
Можливо для тих місць, де треба, є вимога готуватися(привидні, зачинені, карантиновані, ізольовані і інщі) ще й є інформація в подібному програмному помічнику, помічниці апріорі.
Таким чином: що подібний програмний помічник, помічниця фасілітує не лише апріорі і апостеріорі, а ще й для різних цілей, не лише для мандрівок, але й для інших.
The update from 2020-12-07.
Оновлення від 2020-12-07.
кальтдогбіт за допомогою кальтдогбіт://.
І однією з назв для тієї машини є робозакон, тому що я не є автоматичним працівником чи автоматичною працівницею до деякої міри, але слідкуючи за одним зі сценаріїв крок за кроком точно від тієї машини я перевиображую автоматичного працівника чи автоматичну працівницю як активністю до певної міри.
The update from 2020-12-09.
Початок оновлення від 2021-11-29.
Іншим способом для цього є кліпування тексту у деяких додатках чи застосунках чи кліпування інших.
Кінець оновлення від 2021-11-29.
The update from 2021-03-03.
Оновлення від 2021-03-03.
In scope of URL: http://techawesomeness.ideasmatter.info and https://techawesomeness.ideasmatter.info are two different web addresses. However they also represent different content today: one is no content web page and another one has some content. It implies that these protocols are not OO in OOP paradigm. Wow, it is too fast, it is not evident, what is the link: for example security is a procedural one, not an object one in that example with http and https, because it is inside another protocol. In OOP terms it is too vague to type because of that procedural instructure:
class HTTPS extends HTTP {/**/}
That is the reason later also to create such classes as:
class HTTPConnectionToWindowObject {/**/}
class HTTPSConnectionToWindowObject {/**/}
It influences the following objects later and so on.
It is not implying the difference between OO protocols and procedural protocols.
У межах урл URL: http://techawesomeness.ideasmatter.info та https://techawesomeness.ideasmatter.info є двома різними веб адресами. Однак вони також виображують різні змісти сьогодні: одного немає змісту на веб сторінці і іншого має якійсь зміст. Це призводить до того що ці протоколи є не ОО у ООП парадигмі. Вав, це є занадто швидко, це є не наявно, який є посилаючий зв'язок: наприклад безпека є процедурною, не об'єктною у тому прикладі з гттп http та гттпб https, тому що вона є всередині іншого протоколу. В ООП термінах це є занадто муло надрукувати тому що з за тієї процедурної серединної структури:
клас ГТТПБ розширює ГТТП {/**/}
Те є причиною пізніше також для створювання подібних класів як:
клас ГТТПЗ'єднанняДоВіконногоОб'єкту {/**/}
клас ГТТПБЗ'єднанняДоВіконногоОб'єкту {/**/}
Воно впливає на подібні наступні об'єкти пізніше і так далі.
Це не призводить до різниці між ОО протоколами і процедурними протоколами.
The update from 2021-06-19.
Оновлення від 2021-06-19.
Deprecating a protocol in favour of another one seems to represent many of the features of deprecating other software.
Депрекація протокола на інший схоже виображує багато особливостей депрекації іншого програмного забезпечення.
Диким швидким буде припустити, що це якось пов'язано з оголошенням, повідомленням, нагадуванням.
Видається що я натякаю що протокол це ще один тип програмного забезпечення. Ні. Я так це і зазначаю, що протокол це ще один тип програмного забезпечення.
It seems that I imply that the protocol is another type of software. Me not. I mean in deed, that the protocol is another type of software.
Even though it differs a lot with wikipedia definitions as of 2021-06-19.
Хоча це і дуже відрізняється від визначень в вікі wikipedia від 2021-06-19.
https://en.wikipedia.org/wiki/Protocol_%28object-oriented_programming%29
https://en.wikipedia.org/wiki/Communication_protocol
https://en.wiktionary.org/wiki/protocol
The update from 2021-07-01.
Оновлення від 2021-07-01.
Також ПУРЛ.
Also PURL.
Якщо протокол це тип ПЗ, то як і до іншого до них застосовуються відкрито кодові, закрито кодові, понадвідкритокодові, і інші можливості.
If protocol is another type of software then the open source, closed source, super open source and other capabilities are applicable to it.
The update from 2021-07-05.
Оновлення від 2021-07-05.
PURL as a protocol.
ПУРЛ як протокол.
The update from 2022-04-10.
Оновлення від 2022-04-10.
interface HTTPStatusCodes //..after applying
//Single extensibility principle тобто принцип одиничної розширюваності
//http://thetechawesomeness.ideasmatter.info/single-extensibility-principle-and-cyclic-inheritance.html
//у манері як інтерфейса чи як фреймворкового програмного каркаса чи як стандарта; тоді:
class ProtocolNameStatusCodes implements /*or not or if as a class then extends or not */ HTTPStatusCodes //...
The update from 2022-04-15.
Оновлення від 2022-04-15.
A part of HTTPStatusCodes involves those ones after networking, while a part of QRStatusCodes involves those ones after parsing operations after scanning. So both ones involves particular parts of such groups of such codes after those operations. Частина ГТТПСтатуснихКодів включає ті після мережевих операцій, водночас частина ШРСтатуснихКодів включає такі після операцій розпізнавання після сканування. Так що обидві групи включають визначені частини таких груп таких кодів після тих операцій.
The update from 2022-06-26.
Оновлення від 2022-06-26.
Те ПЗ яке вимагає маленьких змін для успішного компіляційного чи іншого складання перед таким нагадує ті веб сайти і веб місця які вимагають капчу captcha.
Це альтернатива способу з ліцензією. Але якщо відкритокодове яке так чи інакше включає ліцензію чи згадку про відкритокодовість то це можливо для копіювання без такого обмеження. Але таке обмеження і така ліцензія з виключенням для подібного блокує адже неможливо обійти. Але тоді і розповсюдження з запуском теж неможливі. Тож це повертає наприклад до тієї веб сторінки цими про використання файлів README, LICENSE, та інших автоматизовано від 2022-02-20. А цей блок блокує для якоїсь групи ситуацій при автоматизованному використанні.
ППіНТВСуІ тоді застосовують такі зовнішні принаймні у чотири способи:
веб сервісом і веб послугою
для компіляційного чи іншого скаладання з джава
ППІ
для WebRTC
розширенням
особливо попередньо для альтернатив WebRTC
компонентом
для often JIT.., інтерпретування JavaScript
Наприклад знову така ППіНТВСуІ як gngr.io яка у джава ймовірно можлива для компіляційного чи іншого складання через веб сервіс. Якщо так то але вона має той блок який на початку оновлення сьогодні. Окрім того вона має залежність від завантаження файлів туди а значить і від того діалога для того. Але про перший я вже додав. Тож щодо такої зміни від першого блоку це також блоковано якщо не наявно відсутністю такого як у від 2022-05-21 про addInAfterLine принаймні для некатячиїхся оновлень. А про другий то знову це ймовірно обхідне через такі автоматизуючі додатки чи застосунки як Selenium . Але це його застосування як у одному з http://thetechawesomeness.ideasmatter.info/another-rss-client-with-persistence-to-relational-database.html і такє приблизно втретє цими веб сторінками. Тож це вкотре нагадує що такі ППіНТВСуІ і не лише програми а і платформи, але навіть якщо це і зменшує для них деяку залежність від деяких перемикачевих систем, також і у першу чергу це програма тому що цей процес навіть якщо він автоматизуємий а значить така програма перегляду завдяки такому процесу самоскладаєма чи інакше у цей спосіб ЗАЛЕЖИТЬ від якоїсь тієї перемикачевої системи. І ця залежність дещо схожа з як у від 2022-06-25. Тож такє його компіляційне чи інакше складання при такому процесі у даному випадку залежить у більшості не від двох компонентів як у тому а від більшої їх кількості у цьому.
Також цей випадок можливо пов'язаний з серію випадків про WebSwing . І також для завантаження компіляційно чи інакше складених файлів з такого веб сервіса.
Якщо так, якщо так, якщо так,.. то у цьому випадку завдяки можливості крізьплатформенності такого скрипта для автоматизації самоскладаємості такої ППіНТВСуІ навіть при незмінності того веб сервіса чи веб послуги для компіляційного чи іншого складання, цей процес за можливістю починає нагадувати такий який для переміщуємості самих веб сервісів і веб послуг між різними розташуваннями про який вже було цими веб сторінками. Тобто при об'єднанні цих двох способів а саме цього процеса і того способа для самопереміщуємості у даному випадку між перемикачевими системами тому це й зменшує для них тобто для таких самоскладаємих ППіНТВСуІ при цьому процесі деяку залежність від деяких перемикачевих систем. Тому це також і зменшує залежність щодо замкнення виробника чи замкнення виробниці даних від деяких перемикачевих систем принаймні для таких ППіНТВСуІ при застосуванні цього процеса. Конфігуративно тобто налаштувальницьки у ньому навіть відсутній компонент як то лише онлайн як у від 2022-06-23 щодо такого веб сервіса для складання якщо він розташований не як веб послуга а місцево у тих перемикачевих системах. Але така конфігурація ймовірно вимагає непростих нетривіальних адміністративних зусиль для того скрипта. Тобто не на один компонент у залежностях менше а з переміщенням його щодо розташування як і у якійсь цій веб сторінці з посиланням до http://thetechawesomeness.ideasmatter.info/electricity-in-data-and-data-in-electricity.html.
Моделлю OSI обидва теж верхнього рівня, окрім останнього за виключенням завантаження компіляційного чи іншого складача чи його кода і ППіНТВСуІ і саме її переміщення якщо не копіюванням таких з іншого розташування.
The update from 2023-01-19.
Оновлення від 2023-01-19.
У продовження від 2022-06-26.
Кожен скрипт є складаємим чи ні, компіляційно чи інакше з таких які є для таких складань, навіть щодо запуска http://thetechawesomeness.ideasmatter.info/table-chapters.html;17. І це нагадує історію з капча. Теж дещо від 2022-06-26 і у http://thetechawesomeness.ideasmatter.info/registerandloginversion2.html;2022-09-01. А щодо самоскладаємості це відрізняється від набора ПЗ у використанні платформою навіть за крізьплатформенності кодових проте за її наявності можливо для уминання встановлення і інших як у бінарних окрім завантаження і копіювання тому що це про кодові дістріб'ютіексчейнджі. І це є додатковим щодо складних додатків;complex application. http://thetechawesomeness.ideasmatter.info/configuring-alternative-compilers-in-macos.html;2022-12-23. http://thetechawesomeness.ideasmatter.info/issues.html;2022-08-31;2022-12-03.
The update from 2023-03-19 .
Оновлення від 2023-03-19 .
Я звик до переважно ООП як від 2021-03-03.
Але ж і інщі наприклад у http://thetechawesomeness.ideasmatter.info/single-extensibility-principle-and-cyclic-inheritance.html.
Але якщо з перспективи MOP тобто з повідомлень;message то помітно про те що у двох підсистемах їх теж декілька типів, у системі журналювання більше 2х у ІСР переважно Warning та Error і там є власне ППІ для них і між ними. Принаймні про джава. Але вони припускають попереднє їх задання тобто задання такого типа для такого повідомлення.
Проте також присутні і інформаційні віруси в деяких повідомленнях. http://thetechawesomeness.ideasmatter.info/some-virus-control-methods.html?2023-01-20. Але іншими підсистемами їх позбавляють. Наприклад. http://thetechawesomeness.ideasmatter.info/another-rss-client-with-persistence-to-relational-database.html.
Тому це теж про якесь ППІ між ними якщо не дотрумаватися суворо ділення між production та development режимами, інакше це не дотримуватися про не розробляти у production тобто не дотримуватися саме цієї хорошої практики. Але у такому фреймворковому програмному каркасі як spring, є особливість щоб уминути такого вже декілька немалих версій тому. Але й цьому також є альтернатива як то CI/CD теж вже достатньо тривало.
Але наразі це не про SomeSpecificMessageType розширює MessageType як у http://thetechawesomeness.ideasmatter.info/messenger-types.html. http://thetechawesomeness.ideasmatter.info/accelerator-of-code-progress.html. Особливо у цій MOP.
Тож це про ділення як то про split, і у кожній системі це по-своєму власно. Але і цьому є подовження як то у їх налаштуваннях і у їх пригнічувачах тобто у configuration і у suppressors. Принаймні у IDE ІСР і у журналюванні. Це впливає на міграції тобто на кросплатформенність систем тобто самих додатків і застосунків. http://thetechawesomeness.ideasmatter.info/another-approach-for-imports.html. Особливо при розробці. Особливо великих. http://thetechawesomeness.ideasmatter.info/another-approach-for-imports.html;2021-03-08.
Ймовірно знову ж таки у межах джава це особливо помітно при застосуванні залежності такої як grpc.io
http://thetechawesomeness.ideasmatter.info/internet-and-exinternet-and-internetless.html;2022-06-23 і http://thetechawesomeness.ideasmatter.info/accelerator-of-code-progress.html;2021-12-04 тому що і якщо там особливо повідомлення виокремлено особливістю.Окрім того попри звичку і попри як зазвичай це оновлення має приховане припущення про зміну парадигм що є дещо схожим з switch (localPart) у http://thetechawesomeness.ideasmatter.info/another-rss-client-with-persistence-to-relational-database.html.
Але наразі воно у точці про ділення тому нагадує про splitting як у http://thetechawesomeness.ideasmatter.info/table-chapters.html;7 і цих подібних у веб сторінках ніж про зв'язність цією http://thetechawesomeness.ideasmatter.info/accelerator-of-code-progress.html і подібних.
Тож вона про відсутність спільного інтерфейса як і у випадку з JFRA, якщо не інше, а відтак вона про MTCS-3, скорочено від назв залежних зв'язаних сутностей.