Back to The tech awesomeness
Table of contents
Free starter chapters

The article for today.

I apologize for the naming.

After I remelt and recast the plastic waste at home plastic remelting machine with a huge bit of imaginery thinking into the the new plastic ribbon for the new possible products by 3D(dimensional) plastic printer which I did not have for rather known reason and produce some products with a help of it, I would end up with something like that:


I took those photos by one of the two cameras, which my mobile smart device contains during these several years.

And then putting something inside those containers, I could try to print the labels with some towering piece of imaginery thinking with a help of matrix two-dimensional barcode, for example, the Quick Response code (QR code), as follows (the javascript code is for browsers with active support for javascript):

for the codifizer part, for example.

For the decodifizer part, I will use again the same one of the two cameras, which my mobile smart device contains during these several years, because for some reason it has the ability to scan the image from the camera and detect the QR code in it.

When I have joined these images of plastic containers and the QR codes, if it would be inkjet, laser, other printed using the paper such result could appear:

bottles with qr codes
packages with qr codes

If I link these two images, the specific kind, sort, niche of the web shops I start to find out after I have applied another crumb of imaginery thinking:

bottles with qr codes   packages with qr codes   bottles with qr codes   packages with qr codes

The reason I chose the links for the matrix two-dimensional barcode QR code content is that the web Internet resource in the link can be not only as the static content and it can be also dynamic content and also personal content for the user as well.

The subjective edge case of the web shops with matrix two-dimensional barcode QR code content I did not see yet, and it seems possible by now with the tiny particle of abstract imaginary thinking is as follows:

As of 2020-03-08 these products are for the demonstaration purposes and are not for sale. In some cases you will not find some of the products for the demonstration.

Yet with another fractal fraction of practical imaginary thinking, I noticed that it was a matter of habit here to use the phone camera to scan the possibly printed QR codes for product and also to scan them in the web. It can be done possibly as well with other mobile smart devices, such as smart spectacles.

Update as of 2020-03-19.

Another sample of barcode web shops.

The update from 2020-03-27.

Later on when I use such product with bar code and QR code by code reader apps, they can, for example, classify and provide information what to do with it with regards to recycling since 2012 seemingly.

Update as of 2020-06-08.

Some three dimensional objects can serve for objects for scanning while are consisting from dots, points. I do not have a scanner for such objects.

One of the most non efficient scanners constitute the generation of such three dimensional objects on both sides of the coding and decoding and then comparing them. If they coincide, match, overlap at both ends after taking a picture of such object and comparing with the generation of the three dimensional object on the other side, then the test of compating the photo and the generation of the object with secrets will be ok. It is an example of a very weak coding and decoding.

What I imply here is that the functions in the formula(formula parts) can also be the parameters to encode(and later to decode, because they actually are able to be the secrets for coding and decoding), as well as other formula objects for coding and encoding. And the movement parameter as well. Both the movement of the object and camera which looks at that object. As well as the algorithm for generation the dots, points is the the input parameter for generation and the check for the movement of the three dimensional object. But the time as the object(and parameter) in all these possibly moving object and possibly moving camera will not be the parameter for checking the generation for the object, however it can be as well. With regards to Automatically changeable passwords (passwords with formats and formulas), where the time can be a parameter for such generation and checking as well.

So the generation of that sphere with the codes from three.min.js and

init("sin", "cos", "sin", "sin", "cos");
init("sin", "cos", "tan", "sin", "cos");//next one
init("cos", "sin", "sin", "sin", "cos");//next one
init("cos", "sin", "cos", "tan", "cos");//next one

So the visual figure for me as a user is just for amusement.

The secrets for coding and decoding are in the visual figure itself: the 5 parameters for figure creation during coding of such figure and the dots and for figure generation before checking for that example of non efficient algorithm for decoding for the scanner.

Visual, visual, visual.. What if I am blind... I apologize for that. What about audio.

There is probably some algorithm for audio process of coding and encoding as well.

In order to understand that, I will try to reach that by analogy. Probably very not a good one.

In the visual objects the secrets for coding and encoding are hiding in the bars, squares in this article. The extension for that can be. Then I added the dots where the secrets are hiding in this article.

Process wise for non efficient algorithm:

    coding -> initial generator -> visual monitor(for example) -> visual video photo camera(for example) -> checking generator -> decoding

I have to substitute the visual object by some audio objects to reach that effect for this analogy.

    coding -> initial generator -> audio reproducer(hands free earphones, earphones, speakers, and others) -> audio capturer (microphone, and others) -> checking generator -> decoding

While in the example with dots, the visual figure for me as a user was just for amusement, then some audio music, audio sounds(sorry for that looks like a similar one to tautology, some sounds) should be for amusement for this case.

And the secrets for coding and decoding then by analogy should hide in those audio object.

There is some javascript generator which I found in the internet: and it can triggerAttackRelease, which means that it accepts the frequency which can either be a number, duration that the audio note is held, and the time when the audio note should be scheduled to play according to its documentation.

So that similar to wind whistling sound the secret is the sound itself, so, for example, the parameters to the sound, its notes(the melody(sequence of notes that makes up a musical phrase)) and duration, which probably constitutes the harmony(a pleasing combination of elements, arrangement of sounds) of that particular sound.

So for example I hear at some web site such wind whistling like sound, probably with accompaniment about it is a secret code for that website to decode alike.

That wind whistling like sound definitely amuses me, however the secret for checking is in it. Then I ask to play the sound and the microphone records it and sends back. After generation and checking if that is correct, that wind whistling like sound confirms something, otherwise denies something.

What if I am blind and deaf... I apologize for that.

By that the tastes and touches can amuse me probably.

About tastes, I have found the solution exists in Japan, at least to generate some tastes, however I have not found access to such property by means of JavaScript as of 2020-06-08.

About touch generation I have not found such solutions. Sorry for that.

It is only for a case when that analogy suffices.

And with a help of data differencing, for example, such checks can ensure whether the resulting and initial data are same or dirrenent in order to make its conclusion.

The update from 2020-08-11.

Own code codifizer and decodifizer. With circles for example instead of bars or squares as for the picture inside the codes.

Web shop of codifizers and decodifizers. For a case when it is not a part of internal codifizer and decodifizer services.

Provider for resolution for samples of codes among available codifizers and decodifizers there.

In case such codes are in use for security reasons, then such codifizer and decodifizer within provider and web shop is a part of security as a service(SecAAS).

A format for codifizer and decodifizer for providing internal resolution for provider among multiple ones. For example, one dimensional circle codifizer and decodifizer, two dimensional square codifizer and decodifizer, sound codifizer and decodifizer.

Кодифікатор і розкодифікатор.

Оновлення від 2020-08-11.

Власний кодовий кодифікатор й розкодифікатор. З колами наприклад замість штрихів чи квадратів для малюнку всередині оглядових версій кодів.

Крамниця в інтернеті кодифікаторів й розкодифікаторів. Для випадку коли вони не є частиною внутрішніх кодифікаторних й розкодифікаторних послуг.

Постачальник для визначення прикладів кодів серед наявних кодифікаторів й розкодифікаторів на місці крамниці в інтернеті.

У випадку коли подібні коди використовуються для безпекових цілей, тоді подібний кодифікатор й розкодифікатор всередині постачальника й крамниці в інтернеті є частиною безпеки як послуги(БезпекЯП).

Формат для кодифікатора й розкодифікатора для постачання внутрішнього визначення для постачальника серед декількох(кодів й версій кодів за наявності). Наприклад, одновимірний коловий кодифікатор й розкодифікатор, двовимірний квадратний кодифікатор й розкодифікатор, звуковий кодифікатор й розкодифікатор.

Оновлення від 2020-11-20.

The update from 2020-11-20.

Коди у коді: штрих коди у штрих коді, швидкого реагування (QR) коди у щвидкого реагування(QR) коді. Мережа кодів є коли один код якогось типу веде до багатьох кодів того ж самого типу припустимо. Як у прикладі в цій статті до цього за допомогою (веб) посилання. Проте може бути і за допомогою (мобільного)застосунку.

Codes in code: bar codes in bar code, QR codes in QR code. A web of codes is when one type of code leads to many other codes presumably. As in this page previously with a help of (web) link. Moreover it can be and with a help of (mobile) application.

Це може призвести до гіперкодового посилання. Наприклад для навігації, як і з гіпертекстовими посиланнями. Посилання такого типу що гіпертекстове посилання поєднане зі сканером того типу кодів і самим зразком коду того типу.

It can create hypercode link(HCL). For example for navigation, as it is with hypertext links. The link of such type that hypertext link has both scanner of that type of codes and the sample of that type of code.

Якщо зараз зовнішнім сканером є візуальна камера для наприклад швидкого реагування(QR) кодів, то для ППіНТВСуІ, це може бути і плагін і розширення і вбудована можливість(як їх зчитувачі). І тоді посилання виглядатимуть як швидкого реагування код і якийсь текст наприклад.

If the external scanner is visual camera(photo and video) for, for exapmle, quick response(QR) codes, then for web browser and in web browser, it can be and plugin and extension and internal feature(as their scanners). And then the HCL look like as QR code and some text, for example.

Оновлення від 2020-11-20.

The update from 2020-11-20.

Одним точним зразком гіперкодового посилання може бути зразок квантового заплутання зі зразком тексту, зразком гіперпосилання чи зразком гіперкодового посилання.

One particular sample of hypercode link can be a sample of quantum entanglement together with a sample of text, with a sample of hypertext link or with a sample of another hypercode link.

У тому зразку гіперкодового посилання та двох частинна структура яка посилає кудись, нагадує мені китайський ієрогліф, про який колега звідти розповіла мені великий секрет у 2017 році під час жування.

In that HCL sample that two part structure which links somewhere, reminds me of a Chinese hieroglyph, about which a colleague from there told me a great secret in 2017 while we were eating.

Оновлення від 2021-01-14.

The update from 2021-01-14.

bananococosovyjmobilnyjprojektor as not a city light, another type of it; не сіті лайт, інший тип реклами

Альтернативними версієями зразків формата звукового QR (швидкого реагування) коду може бути наприклад: кьюарстартрозмірикьюарзмісткьюаркьюаркінець, кьюарстарт4на4зміст1001100110011001кьюаркінець, кьюарстарт4на4змістчорнийбілийбілийчорнийчорнийбілийбілийчорнийчорнийбілийбілийчорнийчорнийбілийбілийчорнийкьюаркінець, qrstart4at4qrdata1001100110011001qrend. Це один з альтернативних способів озвучки QR (швидкого реагування) коду. А інший який десь був на іншому сервісі послузі, але не для озвучки QR (швидкого реагування) коду а для чогось іншого це такий: кьюарстарткьюаркінець. Тобто наприклад з ГТТП посиланням на файл звуку QR (швидкого реагування) коду. АБо: кьюарстарткьюаркінець. Тобто наприклад з ГТТП посиланням на сервіс послугу, яка генерує файли звуку QR (швидкого реагування) кодів з малюнків QR (швидкого реагування) кодів.

Чи штрих-кодів чи інших.

У QR (швидкого реагування) кода є щонайменш рівно дві особливості, коли вони з'являються поза пристроями, як на прикладі зверху малюнком на стіні чи в інших формах, якщо би пробачили мене створювачі цієї технології. Перша, це те що я без пристрою ймовірно не можу його прочитати щонайменш швидко, тобто про читабельність QR (швидкого реагування) кода без пристрою і друга це його легко підробити, "хакнути" і так далі. Коли особливо QR (швидкого реагування) кода є після друку на папері. Якщо я надрукую і піду геть, хтось надрукує на полароїді Polaroid і замість мій папір з QR (швидкого реагування) кодом після друку на Polaroid. Тобто про безпечніть QR (швидкого реагування) кода.

Оновлення від 2021-03-25.

Чи на корейському бездротовому PrintX Pro.

Кінець оновлення від 2021-03-25.

Тобто якщо код всередині пристрою, то ці дві особливості майже відсутні за деяких обставин.

Коли я шукав назву вулиці, адреси в інших містах то знаходив що деякі були двома чи навіть трьома мовами. Адже QR (швидкого реагування) код може бути багатомовний. Тож це велика перевага. Особливо після друку з металу. До речі, деякі вивіски адрес, написи адрес теж були після друку з металу.

Оновлення від 2021-01-18.

The update from 2021-01-18.

Чи навіть під'єднатися до бездротової мережі дані якої у QR (швидкого реагування) коді.

Оновлення від 2021-02-15.

The update from 2021-02-15.

There are other types of 2D codes: PDF417, Aztec Code, Microsoft Tag, ShotCode.

Here is a circlecode:

circlecode, код як коло

Існують інші типи двовимірних візуальних кодів: пдф417 PDF417, ацтек код Aztec Code, майкрософт тег Microsoft Tag, шоткод ShotCode.

Ось візуальний двовимірний код як коло:

circlecode, код як коло

Спочатку це один з QR (швидкого реагування) візуальний кодів цією сторінкою в інтернет розтягнутий на сфері та потім це його частина. Що помітно так це рівні в колах як в рівника. На ньому на шматку немає точки для кріплення. Але ж вона може бути. І може бути налаштованою, як в рівнику. Тобто різними рівнями кола. І вже не бліде. And it is not pale.

circlecodewithblankcenterandyellowborder, код як коло з жовтим бордюром і порожнім центром

Якщо замість підтримувати пропорційну ширину рисочок рівнями то в такому візуальному двовимірному коді як коло можливо зберегти одразу декілька візуальних двовимірних штрихкодів.

If to keep proportional width of each line in the levels then in such visual circle code it is possible to persist several visual two dimensional bar codes at once instead.

What is more, that both(QR code and such circle code) ones are text convertable, which is a requirement for systems which do not support pictures.



Що більше, це те що обидва(код швидкого реагування і подібний код як коло) є конвертованими в текст, що є вимогою для систем які не підтримують зображення з якихось причин. Наприклад починаючи зверху.



Десь читав щось в одному типі дуже розповсюдженого фінансового документа зберігається до 17 різних інформаційних кодів. Їх мабуть можливо зберігти в подібному візуальному двовимірному коді як коло без додавання визначника цими рівнями.

Тобто перетворити його у виображення колекіції даних.

That is to turn it into representational collection of data.

Оновлення від 2021-02-24.

The update from 2021-02-24.

While there are files with sound and files with visual content and there are corresponding streams, those files sometimes are documents as well, thus, there can be a document stream with multiple types of files, also with QR codes and other codes and other types of files.

Адже існують файли зі звуком і файли з візуальним видимим вмістом і існують співмірні потоки, ті файли іноді є також і документами, таким чином, може існувати і потік документів з різними видами файлів, також з QR (швидкого реагування) візуальними видимими кодами і іншими кодами і іншими типами файлів.

Оновлення від 2021-05-17.

The update from 2021-05-17.

Passing an infinity as a value and not a number as value between Java and JavaScript is reachable by using UTF characters as intermediary for exchange and with if checks and reassigning at both code sides.

Передавання нескінечності як значення і не числа як значення між джава Java та джаваскрипт JavaScript є достяжним використовуючи ютіеф UTF символи для обміну як посередеників і з якщо перевірками і перепризначенням на обох кодових боках.

Оновлення від 2021-05-31.

The update from 2021-05-31.

QR code links, URL and this accidental finding of the following project PURL! made me wondering into dividing link into link schema and link sample where the better processor can process both ones similar to XML schema and XML sample document.

Посилання кодів швидкого реагування, веб посилання і ця випадкова знахідка наступного проекта PURL! змусили мене вважати поділити посилання на схему посилання і приклад посилання де кращий обробник може обробити обидва, схоже з іксЕмЕль XML схемою і іксЕмЕль XML прикладом документа.

Оновлення від 2021-07-19.

The update from 2021-07-19.

                                        before printing         after printing 
RFID                                    not possible            mutable
barcode;QRcode;link                     mutable                 immutable
RFID and barcode or QRcode or link      partially               partially

                                        перед друком            після друку 
РЧВ                                     неможливо               зміний
штрихкод;ШРкод;посилання                змінний чи змінна       незмінний чи незмінна
РЧВ та штрихкод чи ШРкод чи посилання   частково                частково

З такого ракурсу штрихкоди, ШРкоди, посилання є приладонезалежними, допоки РЧВ ні.

Thus, barcodes, QRcodes, links are device independent, while RFID is not.

А тому що для РЧВ використовується 2 прилади мінімально. Але для штрихкодів, ШРкодів, посилань можливо лише 1.

Because for RFID is being used 2 devices minimally, while for barcodes, QRcodes, links it is possible to only 1.

Зразок цієї суміші РЧВ та штрихкоду вигадав імовірно містер чи міс чи місіс Фісташка іноді в якихось місцях.

The sample of this mix of RFID and barcode Pistacchio has created probably once in some vicinity.

Початок оновлення від 2021-11-30.

The update as of 2021-11-30.

Поки поточно у деякій місцевості доступно дуже мало якщо якісь невіртуальних відкрито кодових РЧВ зчитувачів та ШРкод зчитувачів та їх подібних але багато невіртуальних закрито кодових їх подібних.

While currently in some vicinity there are very few if any available non virtual open source RFID readers and QRcode readers and their similar ones but there are many non virtual closed source similar ones.

Кінець оновлення від 2021-11-30.

The end of update as of 2021-11-30.

Початок оновлення від 2022-08-12.

The update as of 2022-08-12.

Емпірично взаємодіючи з 3 різними сканерами таких кодів, помітно що вони сканують з деякою періодичністю; і мають режим а саме без підтвердження і з підтвердженням, а саме принаймні з одним. Без підтвердження зручно при потоці але залишаючи об'єкт він буде повторено сканований і доданий з тією періодичністю сканування. При тому після такого режима у такій ситуації можливо знадобиться зміна кількості чи повторне сканування. З одним підтвердженням зручно при одиночних скануваннях без потоку об'єктів.

Unlike other on top approaches, you are probably known of animation, with embossing and its inversive. Whether of z axis or pseudo but identifiable by such scanner. So if it is applied at least for barcodes and QRcodes, with 3Dprinting such as for not thin plastic object it makes it not only into a reusable but also a more longterm one however also personal but identifiable at least by that which that code links to.

На відміну від інших способів поверх, ви ймовірно знайомі з анімаційними, з ембосінгом як то вдавлюванням і його інверсивом тобто навпаки. Чи з зед шкалою чи псевдо але визнаємо таким сканером. Так що якщо застосовано щонайменш для штрихкодів і ШРкодів з друком як наприклад в нетонкому пластиковому об'єкті це перетворює його не лише у повторно використовуємий чи повторно застосовуємий а й у довгостроковий однак і у особистий але визначаємий принаймні тим чим той код з'єднує з.

Але у царапин і зламів є ширина і при їх ширині чи іншому розмірі більше ніж ширина квадратика у ШРкода чи ширини лінії у штрихкода з'являються ненульові втрати у їх даних.

Тонкий пластик тягнеться при деформаціях.

Нетонкий при термічних обробках.

як інщі типи втрат їх даних або ж змін їх даних щодо них.

Але навіть якщо це відновлюємо то це створює навантаження для розпізнавання для таких сканерів для них.

Двокомпонентне рішення щодо зміни посилання як вже зазначено цією веб сторінкою позбавляє щодо першої ситуації щодо посилання у веб. Якщо з історією таких змін то повністю.


Кінець оновлення від 2022-08-12.

The end of update as of 2022-08-12.

Оновлення від 2021-07-29.

The update from 2021-07-29.

    клас ПерелікПереліківПереупорядковуємихРядківМожливихДляХовання{/**/}
    class ListOfListsOfReorderableHideableStrings{/**/}

Якщо їх розмістити у ШДкоді, у штрихкоді, у РЧВ, роздрукованими, то це для них додаткові способи розповсюдження, якщо ні, то тоді це не додаткові способи розповсюдження для них. І переміщення між їх носіями.

If to place in QRcode, in barcode, in RFID, after printing, it is for them extra approaches for distribution, if not, then it is not additional approaches for distribution for them. And movements between their carriers.

Оновлення від 2023-01-29.

Update as of 2023-01-29.

Використання чи застосування ШРкода в блокуючих процесах лише додаткове підтвердження для і для;2020-09-21.

Кінець оновлення від 2023-01-29.

The end of update as of 2023-01-29.

Оновлення від 2022-03-04.

The update from 2022-03-04.

Згідно зважаючи що "Стандарт Unicode дозволяє будь-яку з цих альтернатив, але вимагає, щоб обидві розглядалися як ідентичні." у прикладі з випадком двох форм világ та "Якщо слово világ використовується в складеній формі в HTML (наприклад ), але у розкладеній формі в CSS (наприклад .világ { font-style: italic; }), то потім селектор не буде відповідати імені класу." існують виконання які враховують таку ідентичність як особливість і є такі що не враховують.

Оновлення від 2022-03-05.

The update from 2022-03-05.

Тоді якщо навіть символ використовується для деяких зусиль хакінгу, WYSIWIG система найнезламніша, тому що вона виключає у якийсь спосіб ті символи для використання і для застосування які присутні у unicode для тих хакінгів у зусиллях хакінгу. Це щодо візуального тобто видимого тому що повністю як Що Ти Бачиш Є Тим Що Ти Отримуєш. Такий спосіб застосовує частину символів доступних у unicode. Ймовірно якимось типом фільрування у перемикачевих системах для виключення таких символів. Наприклад щоби не застосовувати escaping це включає таких символів пошук і фільтрування тим чи іншим способом якщо використовувати і застосовувати unicode у тій формі як він є.

Тобто наразі це щонайменш 2 способи, а саме один із застосуванням escaping, інший з виключенням невидимих символів.

    class UnicodeTreaterEscapingly {/**/}
    class UnicodeTreaterWYSIWIGly {/**/}

    клас ЮнікодОбробкаВідступами {/**/}
    клас ЮнікодОбробкаЩТБЄТЩТОво {/**/}

Це також щодо оновлення від 2022-02-05.

Оновлення від 2022-03-14.

The update from 2022-03-14.

Коли ШРкод чи штрих код може бути перевикористаний, то його ймовірно можливо якось зафіксувати, і десь були помічені навіть залізні ШРкоди. Ймовірно якось друковані чи інакше. Але якщо у тих випадках коли вони можливі до змін наприклад за допомгою коли ШРкод це ГТТП чи інше посилання до веб сайту чи до веб місця такі зміни мають бути зафіксовані. Тобто веб сайт чи веб місце змінюється а такий ШРкод чи штрих код чи інший не змінюється. Але завдяки навігації по зафіксованим змінам це становить процес. Тобто такий ШРкод чи інший тип коду є незмінним як то immutable, тобто точніше достатньо незмінний а веб сайт є змінним. Це й сприяє такому перевикористанню тобто reuse у такому процесі таких кодів. Найкращим прикладом ймовірно є як у вікіпедії там де є присутньою історія змін щодо кожної публікації веб сторінками. Тоді виникає комбінація: 1. зразок ШРкода чи іншого. достатньо незмінного. 2. ГТТП чи інше посилання. 3. веб сайт чи веб місце з можливостю фіксування і навігацією туди. Мені невідомо як цю комбінацію звуть але існує принаймні 2 способи для навігації таким процесом 1. через додаток для сканування таких кодів з якої після до ППіНТВСуІ. 2. через ППіНТВСуІ яка застосовує додаток для сканування таких кодів. Але це не є специфічною версією такої ППіНТВСуІ. Для цього процесу чи для таких зразків таких типів кодів.

Оновлення від 2022-04-08.

The update from 2022-04-08.

І навпаки до того описаного рішення де кожному ШРкоду чи подібному співставлено якесь посилання для того щоб його вміст був змінним і до іншого наступного після нього. Якщо у такий спосіб додати до посилань щось тобто щоб кожне посилання у такому рішенні було унікальним, тобто наприклад у простому варіанті мало унікальний код навіть числовий або унікальне число схоже чимось з до ISBN для видань. То формується наступний тип дигітури. У якій посилання мають наприклад унікальний номер. Таким чином їх можливо простіше змінювати і шукати по ним але це припускає перелік таких посилань десь. Тому окрім переліка це схоже до застосування індекса чи чогось подібного до ArrayList тобто масива. Також має якусь складність для такого пошуку але є іншим рішенням тобто альтернативою для веб сторінкового ранґа як розповсюдженому рішенню. Ця складність є ймовірно найбільшим недоліком. Оновлення і зміна посилань є ймовірно найбільшою його перевагою.

Такий тип дигітури є достатньо централізованим порівняно з розповсюдженим поточним а тому знаходити протиріччя у ньому швидше при відносній незмінності вмісту веб сторінок і при тій самій швидкості їх створення і там і там. Окрім недоліку зі складністю пошука зі збільшенням кількості веб сторінок у такій. Однак є достатньо помітним те що поточна система URL;УРР підтримує обидва типа дигітур тобто вона з її виконання є чимось схожим до інтерфейса в java джава до таких типів дигітур. Якщо не вважати поточну систему доменних назв обслуговувачів і подібної достатньо централізованої системи разом з типом дигітури альтернативними протоколами для збереження та пошуку посилань для подальшого звернення до них.

Тож якийсь пошуковий агрегатор використовує зразки такої системи URL;УРР як параметр вхідних даних незважаючи щодо типу дигітури у якій триватиме пошук. Обов'язковий параметр. Або зважаючи і тоді тип дигітури є для нього як інший параметр формата теж вхідних даних. Необов'язковий параметр а схожий на просунутий.

Якщо схожий спосіб наприклад якщо я назву його способом застосування перелікатора або способом застосування масива до формул перетворюючи їх на постійні у таких межах тобто на постійно доступні за таким визначником наприклад числовим наприклад за числом то це формує такий собі формульний тип дигітури. Який також можливо доступний як додатковий тип параметра до того агрегатора. Ніби для пошуку значень серед формул хоча там і обчислення. Хоча деякі такі рішення зі схожим процесом і вже існують тривалий проміжок часу. Що не виключає подібні фільтрування вхідних даних і вихідних даних які теж присутні у деяких перемикачевих системах.

Так такий пошуковий агрегатор тримаючи такі вхідні чи вихідні чи обидві групи об'єктів у купі можливо поділити їх умовно наприклад на 3 категорії. Маленькі, середні та великі за розміром об'єкти. І тоді формується додатково принаймні дві ситуації. Вигадані. У першій 1 купа з такими об'єктами і одна сутність яка їх переміщає. У другій 3 купи по кожній для таких категорій і три сутності які їх переміщають. Тоді для першої ситуації це найменше такого спілкування. У другій це більше спілкування при їх переміщенні між сутностями. У першій відсутніть багатопотоковості. І більше навантаження щодо переміщення таких категорій таких об'єктів у одній купі для тієї однієї сутності. У другій присутність багатопотоковості але і наявність можливості застосування наприклад навіть якогось веб сервіса чи якоїсь веб послуги для їх переміщення і для такого спілкування між ними. Тобто можливість розпосюдження між декількома щодо такого переміщення як то distributiveness. Чи то з блокуванням чи без щодо деталів виконання.

Водночас наприклад тег у HTML АшТіЕмЕль та тег у git гіт мають кожний чіткі визначення, а разом вони мені невідомо чи формують клас чи групу чи ні схоже з MACOSX_RPATH з притаманною змінною неоднозначністю , що є крітерієм єднання кожного окремого з визначень тегів ймовірно з цим цією веб сторінкою..