Back to The tech awesomeness

Table of contents

Free starter chapters

The article for today.

After I recalled how I had been unlocking different places recently, I printed afterwards the following table in the form of the textual rows:

Some place; Place type; Secret type; Possible secret capacity; Changable
Some door to room; Physical place; Physical object key; 1; Changeable
Some door to room; Physical place; Electronic text key; >1+; Changable
Some web sites; Online place; Online text secret password; >1+; Changable
Some web sites; Online place; Physical fingerprint; 10; Not changeable (easily)
Some web sites; Online place; Physical face; 1;  Not changeable (easily with no masking usage)
Some web sites; Online place; Other online web site as provider for the secret; ?;  Not changeable (easily with no creation of another profile at that provider)
Some web sites; Online place; SMS to mobile device with one-time online text secret password; >1+; Changeable and not changeable(because it is one-time and the next one will be other most probably in scope of 2 following secret keys)

One idea that I did not try yet as of 2020-03-15 is to open physical doors with combinations of other options, for example by logging in to other web site as a provider for the door's secret. So that basically I can bring computer, laptop, mobile tablet device, mobile pad device and other mobile devices with access to internet and to open that door, for example by logging in to other web site as a provider for the door's secret by that devices.

Another idea is as following. I mentioned about the secrets as easily changeable several times, because once I did not keep the physical key for the door and then I paid a lump sum for the service for changing and restoring as receiving the new physical key for the door (that service was still fast, professional, reliable), and before I received that new physical key I was in time to get embarrassed, to feel uneasily, to get cold, to get hungry, which in itself trained me to never avoid keeping attention to my physical keys for the doors and also to think why that situation had happened with me at all, that I did not keep that physical key for the door. The reason at that case was my inattentiveness, and I became already trained with those skills at that time.

After I realized that reason and started to retrain myself, I also noticed that I could do pretty few small actions with that particular door and with that particular key.

Then I understood that online secret password was an online text secret key in some sense. And after I noticed that piece when I was performing the password changes for my multitude profiles of the web sites and web services with online text password keys, that actions were also consuming some time espessially when they have been being done regularly.

So after I recalled that event after past several years, today as of 2020-03-15 I realized that if to mix the password with some thing that is changeable in some systems, I have known about, with, for example, date, such secret key will become automatically changeable and it will still be the subject to compromise.

For example, if I have input my password as:

mydateofbirthDATESTARTDATEENDqwertythenameoftheanimalitypeinpasswords

The system can treat such online secret key and change it daily (in such case) with no need to change by me and still it is possible to change the password with format, pattern, formula.

For example, when I type during login such password as of today 2020-03-15, mydateofbirthDATESTART20200315DATEENDqwertythenameoftheanimalitypeinpasswords when system is treating such password today as of 2020-03-15 it will consume it and the system will be able to check it with that initial secret key pattern.

For example, when I type during login such password as of for tomorrow 2020-03-16, mydateofbirthDATESTART20200316DATEENDqwertythenameoftheanimalitypeinpasswords when system is treating such password today as of 2020-03-15 the system will consume it and the system will be able to check it with that initial secret key pattern and answer that the check was not successful and as of 2020-03-16 the system will consume it and the system will be able to check it with that initial secret key pattern and answer that the check will be successful.

So it is a password with some format and with some pattern in some sense. And that format, pattern make and enable its automatic changeability.

Depending on the system and the format, the pattern, the format, the pattern are static for the password if I use for example some piece of date as month information only.

And depending on the system and the format, the pattern, the format, the pattern are dynamic for the password if I use for example some formula with some piece of date as month information only.

The password with formula is even different from that. And it is also in connection with some changeable thing that is in knowledge with and within such system and with me as a user.

For example, if I have input my password as:

mydateofbirthFORMULASTARTDAYOFMONTH*99FORMULAENDqwertythenameoftheanimalitypeinpasswords

For example, when I type during login such password as of today 2020-03-15, mydateofbirthDATESTART1485DATEENDqwertythenameoftheanimalitypeinpasswords when system is treating such password today as of 2020-03-15 it will consume it and the system will be able to check it with that initial secret key pattern.

For example, when I type during login such password as of for tomorrow 2020-03-16, mydateofbirthDATESTART1584DATEENDqwertythenameoftheanimalitypeinpasswords when system is treating such password today as of 2020-03-15 the system will consume it and the system will be able to check it with that initial secret key pattern and answer that the check was not successful and as of 2020-03-16 the system will consume it and the system will be able to check it with that initial secret key pattern and answer that the check will be successful.

There were several samples of procedural emulations to illustrate such concept with time in password in browser for the password fields as the prototype. It has the potential to work not uniformely in various browsers. I do not know whether it qualifies as neither the password reinvented, parole reinvented nor password version 2, parole version 2 nor from static password, static parole to dynamic password, dynamic parole. However one of the idea was to improve the static security of the password for some service to dynamic security. In this procedural example I use the gradual flow of date and time measured by the browser for viewing this webpage, usually taken from the operational systems somewhere in browser's code. Many thanks at this point to a famous manager, who described and clarified for me the handy idea of the addition of the formats into static passwords several years ago.

Enabled browser's JavaScript as of ECMA-262 standard is required for full website functionality.

There are also few not tested cases, when to mix, for example, such type of secret keys and passwords with formats, patterns, formulas as physical fingerprints and with physical face. Then I would longer no need to change face and to change one among 10 fingerprints (I did not try and I am not counting the toes' ones, because using them is not user friendly and not convinient and not comfortable for me subjectively), when I need to change and when I am changing the password in those configurations in order to increase the security of some web site's profile. Then I would change that secret key and password with format, pattern and formula in order to achieve same automatic changeable password, considering the physical face and physical fingerprints as signatures rather than passwords in such a combination.

What does it achieve?

I do not know newest hacker tricks, and I remember with two techniques that were called many years ago as dictionary attack and brute-force attack and they are called still so in wikipedia. The idea is to use common passwords in vocabulary for dictionary attack to log in to the system and another one is to submit many passwords or passphrases with the hope of eventually guessing correctly as for brute-force attack.

Ok, I thought, even if hacker mixed both, how much time and computers and resources there would be needed to log in to the system successfully, if that online secret key uses the piece of minute information in the online secret key password for the profile(?) and the answer for that was: the time is limited in any case by such configuration by that particular minute in the password pattern and format for the user, who created that password and for the hacker.

So in order to compensate that the hacker would need to buy a lot of computers and to try those actions as one option at once paralelly from those ones to achieve that even faster to successfully break the profile for some system, and of course to use some other technique with no knowledge from my side, than before.

Even if those computers and other resources will be bought, most probably the system will shut down and or will be shut down before by such load from the computers from the hacker side, than the hacker would get access to that information in that profile for such system.

But that is not exactly as I am guessing, because that is a speculation using certain calculatable amount of passive voices which I typed in this web page while I was recalling samples in different voices when accessing https://www.englishpage.com/verbpage/simplepresent.html and https://parentingpatch.com/present-perfect-progressive-passive-english-verbs/.

So the hacker can buy a lot of computers and computing resources at some computers, well, and how to buy time for that(as well), because maybe there is only me and not only me who do not know this piece of information in some times.

So I guess this is almost proving as of 2020-03-15 from some point of view the words which the voice of Leonardo Di Caprio(most probably) when saying along this automatic mobile product(which the team created) probably accessible in this video(which also the team created) : "...a moment when the one luxury we no longer have is time." in "https://www.youtube.com/watch?v=j9_upuvzDIY" "New Fiat 500 | All-in ft. Leonardo Di Caprio" "4 Mar 2020" and it seems that me as the hacker is still having some other chance to break such system under some other settings.

I received no direct material gain and financial gain, whether mentioning these famous people, services and brands from the public domain is in current consideration as marketing or not marketing as of 2020-03-15.

The update from 2020-03-16.

I unwrap a bit by what I have meant by dynamic passwords, dynamic paroles.

They are dynamic in this story from a point of view of their dynamicity for:

user during its creation while imagining the format, pattern, formula for password;

user during its entrance while providing such password for checkup by the system;

system, during password's calculation such passwords are dynamic and during password's storing and password's persisting in memory they are still static.

In the system where I am persisting such password, I find such non dynamicity often as a big drawback.

So I started wondering how to achieve that dynamicity as well in order to achieve security `‘'“«"360(°)*365(days)*60(minutes)"»”'`’ (c) ©ⓒⒸ.

ALTER TABLE user_data ADD password_type TEXT; --as static(previous type) and dynamic_v1

UPDATE user_data SET password_type = 'static';

The passwords in that system are hashed, salted, signed, encrypted.

The one obstacle is that if I ask the system to hash, salt, sign and encrypt such another dynamic password as a newly created one or while updating the existing one into dynamic one, then the data about format, pattern, formula will be not kept.

So I started wondering how to vanquish this obstacle so that dynamicity and password hiding feature as well will be persisted in order to achieve security `‘'“«"360(°)*365(days)*60(minutes)"»”'`’ (c) ©ⓒⒸ. So that even if the hacker will still be getting the password table, then the hacker will not be able to construct the pure password to download further system data.

One principle that I noticed was actually, that I store the password as is, whether plain or hashed, signed, salted and encrypted in most of cases.

Then I decided to apply three other principles which appear in 382–336 BC, 1796–1797, 1980, 2013, and actually split the password in static and dynamic part, so the system still hold the static part not hashed, stored, salted and encrypted dynamic part and still hold not hashed, stored, salted and encrypted dynamic part. So that the user still do not know how the system store the password other than what is in the description and it is up for the developers and designers. And such system is a bit more agnostic with manipulating the user data than the system which stores the user password in one field either hashed, stored, salted and encrypted or not.

For example, if the user deciced to have the password as:

mydateofbirthFORMULASTARTDAYOFMONTH*99FORMULAENDqwertythenameoftheanimalitypeinpasswords

The system actually stores it in the two fields:

mydateofbirthqwertythenameoftheanimalitypeinpasswords

and

FORMULASTARTDAYOFMONTH*99FORMULAEND.

The first one is empty or hashed

The second one is hashed, stored, salted and encrypted

ALTER TABLE user_data ADD password_dynamic_part TEXT; --as plain, not hashed, not stored, not salted and not encrypted for system calculations

Then when calculating, the system is applying the same algorithm, namely:

the system split the password's input by user into dynamic and static parts by the choice of developer and designer;

checks the static part equvalence as in previous mode, either hashed, stored, salted and encrypted or not;

calculates the open dynamic part for achieving changing password's automacity;

also, for example, makes a byproduct internally or not by the choice of developer and designer;

outputs the password's checking result as previously.

Even though both dynamic and static parts of the password are static in persistence at this moment,

and to reach that automicity for changing password the system checks for persistence with some polling interval the part of the static password, which is in the dynamic part of the user password, either plain or hashed, stored, salted and encrypted, and makes a copy and byproduct and persists it in the third field periodically, for example,

ALTER TABLE user_data ADD password_hybrid_static_and_dynamic_part TEXT; --as periodic one time password

So another only access the hacker can have is to copy the password data and the code with the algorithm in the case of hashed, salted, persisted, encrypted passwords (asymmetrically), because the access to only static and dynamic data is not enough to recreate the hybrid password (unless the system stores the code with the algorithm for calculating the hybrid password in the same password data place).

As one of the drawbacks of such approach is additional recalculations which cause more computing and more storing with its computations depending on the interval, than in the previous case, in order to advance the security in the cost of more CPU cycles, than by previous algorithm, which cause the temperature of my laptop a bit higher than before during performing such changing password operations in automatic mode with such providing algorithm.

The update from 2020-06-23.

Before the advent of dynamic passwords, the development of my passwords were as follows:

qwerty

qwerty123

qwerty123!...

qwerty123!...***

However it is not one password fits to one algorithm and one algorithm consumes one password, it is many passwords fit to one algorithm and one algorithm consumes many passwords.

Hackers does not describe their heuristics publicly for unfamiliar reason for me.

Probably they have some kind of an association, a map for the cases, when there are or there are no available information of the secret password length: some available characters, the length and so on, some photos for visual secret passwords and so on.

Which algorithm they use for which case: whether it is rainbow tables methods, proof by not enough options methods and so on.

In case of fingerprint visual secret passwords there are only 20 visual secret options available in average. And not that secret as well. However 10 of those ones are in secret hiddance not everywhere during some time of the year. And in avarage 1 noseprint visual password.

But if I can have a makeup, a mask, for visual secret passwords, they are lasting not for long other than maskless regular visual secret password. Not possible to restore sometimes. So they are sort of dynamic in nature for the case of visual secret passwords. With respect of the algorithm. However I can mostly cancel and unsubscribe from the usage of such visual secret passwords, audial secret passwords and textual secret passwords in case of unfamiliar algorithm, which handles such visual secret passwords.

So the more advance version of passwords includes audial, visual and textual parts of the secret password which is longer to type in and longer to compute inside the algorithm than the single textual secret password.

The longer the time period for the secret passwords, the more it is the welcome for tracking and in the middle hackers. The shorter the time period for the secret passwords, the more secure it is for the secret passwords from tracking and in the middle hackers.

The update from 2020-08-03.

Start quote as of 2020-08-03: Symmetric-key algorithms[a] are algorithms for cryptography that use the same cryptographic keys for both encryption of plaintext and decryption of ciphertext. The keys may be identical or there may be a simple transformation to go between the two keys.[1] The keys, in practice, represent a shared secret between two or more parties that can be used to maintain a private information link.[2] This requirement that both parties have access to the secret key is one of the main drawbacks of symmetric key encryption, in comparison to public-key encryption (also known as asymmetric key encryption).[3][4] End quote. https://en.wikipedia.org/wiki/Symmetric-key_algorithm.

//to specify shared secret
function hashMonths(input) {    
    if(input == "01") return "January"
    if(input == "02") return "February"
    if(input == "03") return "March"
    if(input == "04") return "April"
    if(input == "05") return "May"
    if(input == "06") return "June"
    if(input == "07") return "July"
    if(input == "08") return "August"
    if(input == "09") return "September"
    if(input == "10") return "October"
    if(input == "11") return "November"
    if(input == "12") return "December"
    if(input == "January") return "01"
    if(input == "February") return "02"
    if(input == "March") return "03"
    if(input == "April") return "04"
    if(input == "May") return "05"
    if(input == "June") return "06"
    if(input == "July") return "07"
    if(input == "August") return "08"
    if(input == "September") return "09"
    if(input == "October") return "10"
    if(input == "November") return "11"
    if(input == "December") return "12"
    return undefined
}

The update from 2020-08-20.

Autonomous password restore service, which accepts the unique link (Uniform Resource Locator; web address; URL) with unique code from other service, which requests to restore password.

    public restorePassword(String uniqueLink) {
        //to create new password.
        //to send the unique link with unique code and new password to other service where the initial request received from.
        //to empty and to not store the new password and unique link in cache, in registers, in memory, in database, in other services.
    }

This in common use(by me) 2FA(two factor authentication) is a specific version of dynamic passwords with some format(if to store in one place) alike: PASSWORDFORMULASTART2FAHASHFORMULAEND, FORMULASTART2FAFORMULAENDHASHPASSWORD, or in between. I am then making a conclusion, that each dynamic part in this dynamic password can be also a factor, FORMULASTARTDAYOFMONTH*99FORMULAEND, FORMULASTARTDAYOFWEEKFORMULAEND, so on. And dynamic passwords can contain more than such two dynamic parts, such two factors, so multifactor (MFA) from 1 to many.

The update from 2020-08-22.

To provide password is a one step verification approach.

While there two step verification(2SV) approaches, the multi step verification(MSV) approach is to provide several passwords or codes continuing the previous approach from update from 2020-08-20.

Аутоматично змінні прохідні слова (прохідні слова з форматами й формулями).

Ця у розповсюдженому використанні(мною) 2ФА(двох факторна автентифікація) є особливою версією змінних прохідних слів з деяки форматам(якщо зберігати в одному місці) егеж: ПРОХІДНЕСЛОВОФОРМУЛЯПОЧАТОК2ФАХЕШФОРМУЛЯКІНЕЦЬ, ФОРМУЛЯПОЧАТОК2ФАХЕШФОРМУЛЯКІНЕЦЬПРОХІДНЕСЛОВО, чи розташовані посередині. Я тоді роблю висновок, що подібний змінна частина у цьому змінному прохідному слові може бути також і фактором, ФОРМУЛЯПОЧАТОКДОБА*99ФОРМУЛЯКІНЕЦЬ, ФОРМУЛЯПОЧАТОКНАЗВАДОБИТИЖНЯФОРМУЛЯКІНЕЦЬ, й так далі. І змінне прохідне слово може скадатися з більш ніж двох таких частин, подібних двох факторів, й годі таке багатофакторне(БФА) від 1 до багатьох.

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

Надати пароль це однокроковий перевірочний спосіб.

У той час як існують двокрокові перевірочні способи;2КПС, багатокроковий перевірочний спосіб;БКПС це надання декілька паролів чи кодів продовжуючи про попередній спосіб з оновлення від 2020-08-20.

Оновлення від 2022-01-15.

The update as of 2022-01-15.

Так що таких змін прохідних слів ніколи немає користувачами і користувачками, хоча це не позначає що вони не починають і не закінчують такі аутоматичні зміни таких прохідних слів.

So that there are never such changes for passwords by users, while it does not mean that they does not start and does not finalize such automatic changes of such passwords.

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

The update as of 2023-01-25 09.19.

У цій а також у http://thetechawesomeness.ideasmatter.info/ductible-wireless.html і у http://thetechawesomeness.ideasmatter.info/one-more-one-more-one-time-password-client-authenticator.html;2022-01-02 Дещо я був занадто розрінюючий щодо bruteforce. Але як щодо випадка у якому він можливо і корисний тому що не для зусиль хакінга а навпаки: для розкодифікування;http://thetechawesomeness.ideasmatter.info/codifizer-and-decodifizer.html. In this web page and in http://thetechawesomeness.ideasmatter.info/ductible-wireless.html and in http://thetechawesomeness.ideasmatter.info/one-more-one-more-one-time-password-client-authenticator.html;2022-01-02 I was too discriminating towards bruteforce. But how about a case in which it is possibly beneficial one because non for hacking efforts but otherwise for decodifizing; http://thetechawesomeness.ideasmatter.info/codifizer-and-decodifizer.html.

If only virtually, a nice example is as in FTL. Якщо лише віртуально то гарнимм прикладом є як у FTL. Це також дещо щодо для http://thetechawesomeness.ideasmatter.info/some-approximations-of-the-costs-for-a-version-of-a-rent-a-orbital-space-choven-flight-formula.html. It is also somewhat for http://thetechawesomeness.ideasmatter.info/some-approximations-of-the-costs-for-a-version-of-a-rent-a-orbital-space-choven-flight-formula.html. You are on a trip there but there are many cases what can be not right. Там ви у мандрівці але багато випадків про те що щось піде так звано не так. Тож також у вас 1 можливість надіслати повідомлення але лише 1 але лише у цьому випадку. Але зворотніх ви не отримуєте. http://thetechawesomeness.ideasmatter.info/messenger-types.html. Ймовірно вас знайдуть але невідомо коли. Але повідомлення для окресленої кількості, не для всіх. Тож це приблизно 2 протиріччя. http://thetechawesomeness.ideasmatter.info/contradiction-creating-operation.html. Немає як у джава попереднього контракта тому це ускладнює. Тому застосування 4-значного кода є виваженим, але хакери і хакерки його зламають швидко. Але щоб не це то і 2fa теж. http://thetechawesomeness.ideasmatter.info/feature-as-a-dependency.html;2022-12-18. Для послідовнювача як то sequencer є годинник чи цей: http://thetechawesomeness.ideasmatter.info/frequencer-and-clock-with-inversion.html. Тому допомагає формула як змінна. З закритокодовими ускладнює також і те що невідомо що вони додатково зберігають чи надсилають. З деякими гібридними ймовірно тоді теж. http://thetechawesomeness.ideasmatter.info/table-chapters.html;2. Чим є визначник у цьому випадкому це туди теж, наприклад у ту формулу. http://thetechawesomeness.ideasmatter.info/table-chapters.html;1. А щодо іншого цей bruteforce. Кінець.

Але щодо іншого боку тобто зворотнього боку. http://thetechawesomeness.ideasmatter.info/summation.html. При повтореннях це автомамтизуєме. Це саме як і щодо цього цією сторінкою у деяких випадках. Тож не вийняток що подібні вже існують у закритокодових і у гібридних і вже передають але мені про такі невіддомо. А також і про такі як відритокодові і понадвідкритокодові. І навіть так звано у 1 натискання як то у 1 клік. Але тоді з попередніми налаштуваннями як то preconfigured. Cаме для цієї формули, наприклад. А також воно збирає ці частини. http://thetechawesomeness.ideasmatter.info/public-plan-merger-unmerger.html. Або. http://thetechawesomeness.ideasmatter.info/configuring-alternative-compilers-in-macos.html.

Результати після такої формули тоді є чимось накшталт унікальних значень для визначників.http://thetechawesomeness.ideasmatter.info/table-chapters.html;1.

А розкодифікатор чи розбирач і ймовірно визначає як раз наприклад цим bruteforce вміст таких визначників як то resolvee у http://thetechawesomeness.ideasmatter.info/imasvaji.html.

Щодо формул чи їх альтернатив дещо у 1. http://thetechawesomeness.ideasmatter.info/accelerator-of-code-progress.html;2021-11-13;2022-07-11; 2.1. http://thetechawesomeness.ideasmatter.info/eliminating-technical-debt.html;2020-09-04;2021-01-16; 2.2. http://thetechawesomeness.ideasmatter.info/reminder-about-data-neutrality.html;2021-01-16; 2.3. http://thetechawesomeness.ideasmatter.info/freedom-security-privacy.html;2021-01-16 такі 3 повторення тому що http://thetechawesomeness.ideasmatter.info/race-condition-simulator.html;2021-02-16;2022-04-10; 3. http://thetechawesomeness.ideasmatter.info/gravitron.html;2020-09-21.

FTL є справжнім шедевром на мою думку як і однойменні. Але потім став популярним новіший Impostor. З останнім я не знайомий але чомусь видається про схожість з оновленням від http://thetechawesomeness.ideasmatter.info/feature-as-a-dependency.html;2022-12-18 або http://thetechawesomeness.ideasmatter.info/table-chapters.html;3. Й оцей випадок у цьому оновленні нагадує один у іншому.

Мені невідомо що є співставленим до однойменних якщо існує. Я би змандрував до Шостки. Ці два не видаються послідовними як у frequencer.

Але мені відомо щодо 4 подібних якщо не альтернатив то дуже схожих. Але їх співставлення мені теж невідомі якщо існують. І вчора випадково натрапив і на одне з таких: тобто на п'яте. Чим і викликане це оновлення серед іншого попереднього. Одне подібне чи альтернативне було за походженням з Ірландії і двічі. Тобто одне такє співставлення точно існує.

Але тоді серед них присутній 1 нюанс.

Він про дуплети і він такий достатньо обсяжний. Якщо вони є альтернативами чи подібними. По-перше попередніх 3 рази я не помітив: що лише вказує на якесь моє обмеження По-друге: це викликало емоції і я тут ні до чого. По-третє адже вони пов'язані дещо з http://thetechawesomeness.ideasmatter.info/contradiction-creating-operation.html то якщо я так пороблю у мене вони ймовірно теж викличуть емоції і я повернуся. По-четверте саме ці співставлення про дуплети а деякі почали співставляти триплетами про дещо цими веб сторінками. Але саме ці два випадка відволікли мене саме від подібного наприклад у http://thetechawesomeness.ideasmatter.info/ductible-wireless.html;2022-05-25. Що лише вказує щодо успішного виконання якоїсь частини щодо http://thetechawesomeness.ideasmatter.info/eliminating-technical-debt.html. Але це при процедурному розгляді цього однак цей нюанс я розглядаю за допомогою цього іншого способу про який дещо у http://thetechawesomeness.ideasmatter.info/reminder-about-data-neutrality.html;2022-12-14 який я додав до цих веб сторінок 2023-01-20 о 09.03 у http://thetechawesomeness.ideasmatter.info/some-virus-control-methods.html і він без назви. Теж. Однак і про процедурний дещо також у http://thetechawesomeness.ideasmatter.info/hyperprotocol.html;2021-03-03.

Тоді цими веб сторінками я назву його способом перевикористання чи повторне застосування об'єктів тобто СПЗчиПВО.

Вкажу і я щодо цієї. Як казали у деяких подібних випадках щодо ПЗ деякі з моїх колег розробників попередньо: нагадує патч. Тобто як ніби наліпку щодо ПЗ чи ніби як пластир щодо ПЗ. http://thetechawesomeness.ideasmatter.info/some-virus-control-methods.html.

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

Тому у цьому випадку цими веб сторінками згадується лише JFRA або ж ця назва недостатньо якісна.

І тоді навпаки щодо цього оновлення тна відміну від http://thetechawesomeness.ideasmatter.info/ductible-wireless.html;2022-05-25 є те що It is NOT і початок цитати ..a case where hackability is a blocker and where an absence of such hackability issue is more important than some feature or even a combination of features dependent on it. Кінець цитати. Тобто у цьому випадку воно для іншого а саме для цього випадку і тобто має бути не застосовно чи має бути не використовно для іншого окрім нього тобто tend to be prone from it.

Чим тоді за невиконуємості цього попереднього виключає це з відкритокодових і понадвідкритокодових. http://thetechawesomeness.ideasmatter.info/table-chapters.html;2. Навіть при наявній присутності у закритокодовому чи гібридному. І навіть з можливістю їх видобування як то extraction звідти і копіювання.

Тому в таких випадках місцево деякі приблизно кажуть так а деякі кажуть виклик прийнято тобто challenge accepted. Чим і призводиться іноді як у http://thetechawesomeness.ideasmatter.info/race-condition-simulator.html. Але ми з тими деякими колегами попередньо у подібних випадках лише піддавали критиці з за ризикованих можливостей як у http://thetechawesomeness.ideasmatter.info/hypothetical-cat-to-computer-interface.html. І там наявне цьому попередження і причина.

Адже деякі з тих 5 дуплетів присутні і до них є застосовним http://thetechawesomeness.ideasmatter.info/market-concurrency-provider.html окрім http://thetechawesomeness.ideasmatter.info/race-condition-simulator.html то наприклад у межах джава з'являється можливість визначити чи це про розширення чи це про інтерфейсність між ними як така якщо наявна. Тому що нещодавно попередньо іншою однією з цих веб сторінок я теж застосовував те про що у них.

Ймовірно існує інший тобто альтернативний спосіб помітити цей обсяжний нюанс у інший спосіб наприклад у процедурний без застосування СПЗчиПВО але тоді навіть з'являється можливість знайти і інщі такі дуплети. Цими веб сторінками це наприклад були про деякі у http://thetechawesomeness.ideasmatter.info/electricity-in-data-and-data-in-electricity.html.

Цей випадок на початку оновлення сьогодні не лише достатньо так звано вузький а й узальнюємий до статуса який стосується лише минуло міжмережевого і позаміжмережевого;http://thetechawesomeness.ideasmatter.info/internet-and-exinternet-and-internetless.html.

Але з за цього як то кажуть так звано далі більше.

Один з достатньо нещодавніх додатків у одній з перемикачевих систем описав про те що веб сервіс чи веб послуга яку він застосовує чи яку він використовує і ППіНТВСуІ який присутній у ній всередині за замовчанням працюватиме навпаки лише онлайн тобто лише мережево. Це така вимога або таке обмеження обмеження як на мене. Але і більш точними результатами. І тоді тобто декілька років тому я запитав себе чому так щоб не обмежуватися принаймні лише його ймовірною преференцією тобто преференцією додатка чи преференцією веб сервіса чи преференцію веб послуги або сутністю веб сервіса як такого чи її веб послуги як такої якщо в строгому змісті. І відтак наразі через декілька років цей зворотній випадок сьогодні натякнув про те чому.

Це й не лише лише віртуально а й окрім того лише мережево. А відтак залежно від самої мережі яка залежить від її покриття. Тож короткостроково це для неї ніби якесь сприяння. Для ППіНТВСуІ і як і для багатьох інших схожих чи ні з FTL це один з 2 режимів. Але довгостроково це нагадало і натякнуло про існуючу дихотомію між покриттям самої мережі і такими випадками. http://thetechawesomeness.ideasmatter.info/network-types.html.

Тому це неодмінно і теж щодо оновлення до http://thetechawesomeness.ideasmatter.info/another-approach-for-imports.html;2021-08-09;2023-01-21.

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

The update as of 2023-01-26

Якщо додати два випадка з цих сторінок до того про дихотомію з оновлення вчора. Перший це про обмеження. http://thetechawesomeness.ideasmatter.info/table-chapters.html;23. Зазвичай я використовую цими веб сторінками одне, але були випадки і застосування їх проміжку чи інтервалу. Тобто двох водночас. Це дещо схоже з про MACOSX_RPATH наприклад у http://thetechawesomeness.ideasmatter.info/accelerator-of-code-progress.html. А там про три. Співставлення. Тобто їх можливо бути і більше. Але більше 4х вже достатньо складно виобразити. Тож це дещо обмежує деякі процеси у http://thetechawesomeness.ideasmatter.info/table-chapters.html;18. А додаючи вчорашню дихотомію це лише нагадує про якийсь існуючий теж приинаймні обмежуючий проміжок якій існує чи чи ні про що мені невідомо. Щоб принаймні уминути її. У спрощеному випадку.

Якщо ігнорувати її то це лише призведе до ситуації з наявністю чогось більше за 100% і до тієї ситуацію цими веб сторінками про зворотню суммісність. Яка особливо виразна у ситуаціях у ПЗ з ДТПі.

Другий. Навіть у межах http://thetechawesomeness.ideasmatter.info/table-chapters.html;18 це є швидше ніж наприкклад паперовим; до цього ж такого обмеження. Про подібне вже йшлося одразу цими веб сторінками одного разу.

Чим принаймні частково можливо викреслити щодо про радше до виключення за тієї невиконуємості для відкритокодових і для понадвідкритокодових вчора внаслідок самої наявності принаймні закритокодового ПЗ. А також і гібридного.