Back to The tech awesomeness
Table of contents
Non-functional-chapters
The first criterion for the messenger type would be its state for sending messages.
If the message is in local buffer of the messenger and the message not sent almost immediately it would be with a name:
Sequential messenger.
Otherwise if the message is sent almost immediately to the common message space, then it would be with a name:
Remote messenger (telescriber).
From the other point of view, another and second criterion would be the dependency as well on what is the definition for the message for the messenger and what is its mode for sending the message.
If the message is defined as the letter, symbol, bit and such similar atomic units and the mode is immediate sending, then it would be with a name:
Remote messenger (telescriber).
One example of telescribers are the messenger tools as, for example, Google Docs when the newly typed symbol appears on two devices almost immediately for multiple users, Google Sheets when the cell appears with the updated text almost immediately after it was sent from one of the devices; in both messengers through the world wide web internet medium.
This journal, this blog, these notes with its dependency on its underlying technologies is more close to sequential messenger with the definition for the message as a post message itself with the mode of sending by non-immediate user initiation of file transfer through the world wide web internet medium. The unidirectional way for blog messages, because there are no possibility for comment messages as of 2019-11-01.
Disclaimer: such classification is rather vague and subjective.
The update as of 2021-02-26.
Оновлення від 2021-02-26.
Типи оголошувачів
Існують оголошувачі, які дозволяють або не дозволяють зміну повідомлення іншим повідомленням після їх доставлення і отримання. Тобто це один з режимів, можливостей оголошувача.
The update as of 2021-10-12.
Оновлення від 2021-10-12.
Деякі зразки реклами в послугах можуть бути набридливими для когось. І подібна історія вже не вперше. Але достатньо абсурдно скиглити, якщо та послуга є безкоштовною. Для контрасту доступних оголошувачів і безкоштовних також у веб теж дуже багато.
The update as of 2021-11-05.
Оновлення від 2021-11-05.
У випадку якщо преференція поза паттернами передачі даних або поза зайвого коду, існує зручне альтернативне рішення таке як grpc.io, в якому в додатковому форматі файлів ви також знайдете 3 додаткових ключових слова а також щонайменш 2-3 додаткових залежності, але якщо помітити згадку про перші версії деяких фреймворкових програмних каркасів, то вони теж додавали додаткові формати даних особливо до представлення там обробників анотацій .
Але ж знову і джава java теж має рішення на додачу як то https://en.wikipedia.org/wiki/Nashorn_%28JavaScript_engine%29 і навпаки.
In case if the preference is outscope of patterns of data transfer or outscope of excessive code, there is an alternative solution such as grpc.io, in which in additional file format you will also find 3 additional key words and also at least 2-3 additional dependencies, but if to remind a mention of first versions of some frameworks, then they also added additional file formats especially to introduction annotation processors there .
But well again and java has also addition of solutions as of https://en.wikipedia.org/wiki/Nashorn_%28JavaScript_engine%29 and backwards.
The update as of 2022-02-28.
Оновлення від 2022-02-28.
Якщо ви помітили це веб місце використовує лише запитові методи од клієнтів як користувачів і користувачок щодо оновлень за допомогою джаваскрипт JavaScript та ІксЕмКль XML та Джейсон JSON. Воно не використовує розсилковопідписові методи як то "Підпишіться на електронно поштові листи з цього веб місця". Це тому що цей стос не підтримує таку функціональність. Але інщі сучасні веб послуги і веб сервіси покривають цю діру. Тут нагадаю про наприклад bitbar у оновленні від 2020-10-29 тут та у оновленні від 2020-11-07 тут.
If you notice that this web site uses only request methods from clients as users regarding updates with a help of JavaScript and XML and JSON. It does not use digest or subscription methods such as "Subscribe to emails from this web site". It is so because this stack does not support such functionality. But other modern web services covers this gap. At this point I remind about for example bitbar at update as of 2020-10-29 here and at update as of 2020-11-07 here.
Тому користувачі і користувачки досі мають таку можливість все ж таки. Як то особливість отримання оновленнь через ту модель розсилковопідписового методу. Щотак із застосуванням наприклад тієї однієї додаткової веб послуги навіть із цього можливо огидно виглядаючого веб місця порівняно з іншими. Хоча таке застосування і не є напряму.
That is why users still have such possibility eventhough. As is the feature of receiving updates through that model of subscription method. But with a help of usage for example that one additional web service even from this possibly ugly looking web site comparably to others. Though such usage is not directly.
Але це накладає на мене одну процесну залежність щодо валідації тих файлів XML та JSON про що дещо описано тут у оновленні від 2022-02-28 тому що я їх наклацую а нещодавно я помітив там валідаційну проблему про що дещо тут. Адже я це роблю неперіодично і достатньо рідко тож якщо ви її помітили швидше чи першим чи першою то згідно як і попередньо для оновлення про це якщо нема відповіді з +380661907243, тоді +380635531264.
But it burdens me with one process dependency about validation of those XML and JSON files about which there is somewhat described at update as of 2022-02-28 here because I input them them and recently I found there an validation issue about which one there is somewhat here. As long as I perform that activity aperiodically and rarely enough then if you noticed it faster or as a first one then as previously for update about that one if no answer from +380661907243, then +380635531264.
Але навіть у цей спосіб якщо ви хотіли би перевірити оновлення щодо його справжньості. Ми теж у межах цього стоса і тим більше тому що ми НЕ СЛІДКУЄМО ми не можемо надати і таку особливість. Тобто автентифікувати щодо оновлення лише навпаки. Мені невідомо чи присутнє таке у розсилках електронних поштових листів. Якщо ви знову ж таки за якщо нема відповіді з +380661907243, тоді +380635531264 після звертання до нас ми спробуємо звернутися теж за доступним номером німецькою мовою до поточного постачальника розташування для такої послуги для цього веб місця якщо там присутня така послуга там де розташоване це веб місце тому що не виключено знову що все ж таки ми знайдемо для подібного отримання якесь рішення за тим контактом.
But even in this approach if you would like to check some update what is for its available contents. We in a scope this tech stack and moreover because we DO NOT TRACK, we cannot provide and such feature. That is for authentication for update but only vice versa. It is unknown for me whether it is present such in email digests or in other subscription emails. If you again still if no answer from +380661907243, then +380635531264 after receival here of your message to us we try to send a message also at available number with a message in Deutsch to a current provider of deployment for service of this web site if there is available such service there where this web site deployed because it is not excluded also that we will find for such receival one some solution at that contact.
Якось на основі якогось типу паролів і посилань і вашого виклику за тими контактами. Хоча це і неавтоматизовано. Тобто такий тип автентифікації саме у такий спосіб.
Somehow with a basis of some type of password and links and your incoming call at that contact details. Eventhough it is not automated. That is such type of an auth exactly in such approach.
Що про наступну табличку. What is about the following table.
посилання чи повідомлення без тоукєна
чи без іншого кода схожого з тоукєном;
link or message with no token
or with no other code similar to a token
ймовірно матиме пошук чи подібне
для автентифікації
посилання чи повідомлення з загальнимвідомим тоукєном
чи з іншим загальновідомим кодом схожого з тоукєном;
link or message with publically known token
or with other publically known code similar to a token
посилання чи повідомлення з особистим тоукєном як то одноразовий код
чи з іншим особистим кодом схожого з тоукєном;
link or message with personal token such as for example OTP
or with other personal code similar to a token
посилання чи повідомлення з безім'яційним тоукєном
чи з іншим безім'яційним кодом схожого з тоукєном;
link or message with anonymous token
or with other anonymous code similar to a token
The update as of 2022-06-03.
Оновлення від 2022-06-03.
Поки різноманітні веб послуги електронної пошти мали у наявності їх спочатку. Наприклад фільтруванням чи визначенням спам для повідомлення чи їх групи. Опціональним і не опціональним. Деякі повідомлювачі розширили такий спосіб доданням інших. Тобто доданням налаштування як способа як то такі як наприклад попередні чи пізніше інщі до такого об'єкта як повідомлення. Чи їх групи.
Додання таких налаштувань повторюване чи ні і обмін даними у веб у різних форматах між перемикачевими системами щодо одного з процесів чи способів для такого.
...
З менеджерами пакетів ПЗ наперед невідомо які оновлення там будуть з release notes наприклад. Це вимагає додаткових запитів для того.
Схоже про 2 повідомлення у цій веб сторінці і цій. І хоча він і не водночас, але штучне очікування-переривання є створюємим наприклад для перегляду коду і не лише. За умови якщо такий пакетний менеджер компіляційно чи інакше складає такий код як особливість. Eventhough it is asynchronous, but anartificial wait-interrupt is creatable for example for code review.
...
Тоді веб і є бібліотекою з кодом для таких налаштувань, якщо не закритокодово. І для копіювання і для перевикористання. Якщо через інтерпретовані мови програмування чи через компіляційні чи інщі складачі. І так це перевикористання вимагає такого копіювання такого кода як наприклад але додає як вже зазначено цими веб сторінками гнучкість для його можливих подальших змін. І цей спосіб є необхідною умовою для WET у коді. Навіть якщо його шукати перед цим для такого копіювання.
The update as of 2022-06-05.
Оновлення від 2022-06-05.
...
Як вже було цими веб сторінками щоби позбавитись від повідомлень з розсилок чи спама у них має бути посилання щодо цього. Тобто також і для відписки якщо була підписка. Це вимагає додання особливості для такого посилання до них. Альтернативним способом є наявність у користувача чи користувачки декількох скриньок чи подібних як то і eSim у таких повідомлювачах. Адже малоймовірно що усі повідомлення отримають подібне посилання то альтернативний спосіб має більше переваги над попереднім. Але і цей альтернативний спосіб теж має якісь вимоги.
У одній з перемикачевих систем внаслідок її оновлень я повторюю ті самі кроки, тому мав би їх і автоматизувати у скрипт.
Вимикаю 1 файлову систему лише для читання. Ймовірно вона автоматично вмикається за замовчуванням для тих користувачів і користувачок які її використовують після оновлення.
Знову запускаю джава додатки чи застосунки після оновлення і інщі, які були вимкнені нею перед чи протягом оновлення.
Видаляю якісь файли створені нею у спількому просторі після оновлення деякі з яких попередньо й у неспільному просторі при тому що як єдиний користувач це нагадує зайву частину з DevOps. Тому що невідомо чому вона там їх створює протягом оновлення, що не знаходив у веб і окрім того при тому маючи стільки контактних даних того користувача чи користувачки у наявності.
The update as of 2022-06-19.
Оновлення від 2022-06-19.
Деякі повідомлювачі і деякі повідомлювачки і інше ПЗ яке не має у наявності як альтернативи якогось типа для автоматичних оновлень створюють тоді потребу запитів для таких оновлень принаймні через це ПЗ або веб сайт чи веб місце або ж скрипта для такого оновлення чи їх різноманіття при такому їх розповсюдженні для кінцевих користувачів і користувачок. Це не стосується принаймні веб сайтів і веб місць якщо у них відсутня така особливість. as of 2021-08-10. від 2021-08-10.
Але попередньо у них і відсутня особливість щодо ППІ щодо таких які присутні принаймні у деяких додатках і деяких застосунках і деяких перемикачевих системах тому це створює залежність від наприклад апач кордова Apache Cordova для деяких ситуацій такого застосування якщо не через деякі ППіНТВСуІ тобто без такого ППІ застосування для них.
Також якщо це блоковано іншою ситуацією.
Наприклад відсутністю http://thetechawesomeness.ideasmatter.info/eliminating-technical-debt.html.
The update as of 2022-07-30.
Оновлення від 2022-07-30.
This one is in a link with http://thetechawesomeness.ideasmatter.info/eliminating-technical-debt.html.
These two codes: https://stackoverflow.com/questions/52146266/javamail-smtp-properties-protocol-name-confusion and https://stackoverflow.com/a/65896287 , have some similarities, unless their protocols are different. Because there are at least 2 more there other than https://groupe-sii.github.io/ogham/ such as JSMPP and http://smslib.org/. But their usage is distinct now in 2 parts via those ones mostly and via SAAS provider in a link with them. Probably. I did not test that one. So that one is pretty similar with email messaging during a send of such one. That one is eventually conceptually provides an idea for protocol as a channel for such cases for messages. Because there are more such ones there. For example there is a mention of a messaging through twitter there as well. Which is a web service. But it also provides for a message send then. Thus it is a channel as well then.
The update as of 2022-08-01.
Оновлення від 2022-08-01.
Other than by user preference if user provided some data for such channels for such web service, and developer has added options at least for such providers for email and for SMS parts for those 2 options, eventhough distinct by function they are similar in that service also has an option for a selection among those 3 ones as well as by user preference with that one in these web pages, where service also has an option to select its web location by a better ratio among those web providers as well as by developer preference. SAAS ot other ones.
The update as of 2023-02-14 .
Оновлення від 2023-02-14 .
Адже інверсив не допомагає у цій ситуації то як особливість без приватності не існує анонімності чи безім'язації.
У повідомлювачах і інших подібних цією веб сторінкою це лише про визначений перелік щодо приватності для їх їх вміста для обміну.
За іншого це нагадувало б про у http://thetechawesomeness.ideasmatter.info/triggeral-system.html;2022-08-16 про удавання.
Однак воно і не з розробки але до цього вміста у таких повідомлювачах теж застосовно тестування. Або принаймні запит для їх тестування. http://thetechawesomeness.ideasmatter.info/test-of-test.html.
А це позначає те що цей перелік приватності зміниться можливо. Пізніше.
Це призводить лише до виключення самих приватних анонімних повідомлювачів або до протиріччя залежно від перспективи. http://thetechawesomeness.ideasmatter.info/contradiction-creating-operation.html.
Однак жожен з закритокодових і інших не виключає такої особливості. Принаймні для повідомлювачів як до ПЗ. http://thetechawesomeness.ideasmatter.info/table-chapters.html;32.
Інтернет і взагалі з вбудованою анонімністю тобто безім'яцією від початку. І трекери і інщі подібні були додані пізніше як розширення до нього.
Так чи інакше більшість з популярних повідомлювачів перейшла до модерації після якогось моменту. Деякі з відсутності до спільнотної, деякі до користувацької. Деякі до автоматизованої дещо також і самим ПЗ. Тому вона ця модерація не стосується man-in-the-middle. Тому що цими веб сторінками man-in-the-middle це щодо зусиль хакінгу. А модерація це особливість і повідомлювачів теж.
Але якщо хтось отримав вміст поза цим переліком приватності, це лише позначає те що вона була змінена. Тобто цей перелік був розширенний або/а потім знову зменшений. Тому це лише про те чи це було приховано чи ні і зі згодою чи ні. http://thetechawesomeness.ideasmatter.info/consent-with-time-restriction.html.
Однак модерація без отримання їх вмісту наприклад для блокування від такої всередині їх недавнішньої особливості як мова ненависті це було б модерацією так звано всліпу. Це не порушує приватності і анонімності однак сама модерація виключена. Тому його вміст отримати необхідно у будь якому випадку. Те що можливо приховати перелік приватності протягом модерації але лише для спільнотної. Який і так відділений переважно.
Тож сама проблема в тому якщо в самому вмісті і знаходяться приватні дані. Тож це не лише повертає до початку цього оновлення а й вказує на те що будь яка модерація ризикована. І це теж не виключає приватних анонімних повідомлювачів.
Існує ймовірно багато схемок для збереження вмісту приватно навіть попри те що у кожному наступному повідомлювачі це збереження повторенно кодифікується з разу в раз. Наприклад з використанням чи з застосуванням деяких RDBMS. Але навіть якщо сам кодифікований вміст зберігається централізовано для щоб мати особливість отримувати їх на усіх своїх записах чи пристроях то найпростіша це теж http://thetechawesomeness.ideasmatter.info/gravitron.html;2020-03-22 для передавання і приватного і публічного тоукєна http://thetechawesomeness.ideasmatter.info/table-chapters.html;1 як у багатьох щодо підписів http://thetechawesomeness.ideasmatter.info/signature-collections-and-trust-factors.html тобто це взагалі як варіація 2fa і/чи навпаки централізовано збереження публічного та біля того записа для повідомлювача чи у пристрої приватно. Історія і інше як то налаштування тоді включені місцево до такого записа чи у пристрої. Але треба пам'ятати що при цьому при втраті приватного відновлення всього того неможливе. І це не виключає модерації. І такий принаймні один додаток вже наявний достатньо тривало і у межах клієнт серверної архітектури це як інверсив до інщих з за місця збереження такого тоукєна від інших повідомлювачів з кодифікацією які його зберігають теж але централізовано а не у клієнтах що ймовірно цим спрощує модерацію але невідомо щодо іншого в ньому щодо цього оновлення й він закритокодовий.
Особлива перевага у понадвідкритокодового була б такого повідомлювача. Тому що він має можливість при прихованні всього виображувати і виставляти зміни щодо такого переліку приватності. Тобто при наявності таких його виставлення і виображення це перевага і видимість для користувачів і користувачок і за відсутності їх відсутність. Але це також не протирічить із запитом для тестування і з модерацією як такими.
Наявно що у цьому оновленні переважаючими є запит до тестування та модерація та тип кодовості. Що є притаманним і до операційних систем. Однак щодо них повторення про лише те що інтернет має вбудовану анонімність що відображаєть у анонімних користувацьких записах і в них. А також і розширення як то трекери які можливо присутні як розширення чи ні у деяких операційних системах. http://thetechawesomeness.ideasmatter.info/table-chapters.html;10.
Водночас деякий повідомлювач який без користувацьких записів який є веб сервісом чи веб послугою надаючи таку послугу безкоштовно має такі обмеження Threat/Abuser/Anonymous/Proxy/Hosting/VPN тобто для цього оновлення це дещо зменшені межі такої безім'яції чи анонімізації. При хмарному розташуванні це і до false positives. Тобто він звіряє IP з якимось переліком і повідомляє про це лише у випадку співпадіння. А тому таких способів у веб місць і у веб сайтів і у веб сервісів і у веб послуг наразі два: повідомлення про це до чи після.
The update as of 2023-05-31 .
Оновлення від 2023-05-31 .
There are seveeral more cases. If for example a message contains a date but it is codifized or wrapped with hiddance or alike. And/or when it contains a reminder with several dates, however it is received after it. Because so it is reachable after some of them. Which eventually it as so called boils down to such type of time-insensitive reminder as well.
This hiddance is a some additional option for anonimized one.
Що є принаймні зворотнім до sensitive даних.
Which is if to apply such data to web application servers which operates on some resources to produce other resources such as web resourses, web end points and web services and others, so as such axis: resourceful <--------> resourceless
In https://support.apple.com/guide/mac-help/MCHL9388BA1B/12.0/mac/12.6.5 it is as quote: "Якщо у вашій мережі є кілька кешів вмісту, вони автоматично стають вузлами кешування..", якщо у джава то це при спільному instanceof для об'єктів їх єднання методом у якийсь наприклад з JCF залежно від типу використання чи застосування і потім додання до такого класу Вузол або якщо такий набір чи його у такому Вузлі. У якому можливі функтори чи інщі методи. Попри те що це для мереж та для даних такох загалом така функція чи метод нагадує такі інші програми чи функції де є спільне їх автоматичне єднання як то наприклад різноманітні переліки після наприклад встановлення. https://support.apple.com/guide/mac-help/MH35859/12.0/mac/12.6.5
Також у тій самій операційній системи є PowerNap доступна для обмеженого набору додатків, але налаштовуєма користувацькі і AppNap яка неналаштовуєма так але доступна у інших додатках розробницькі тож також якщо у джава це нагадує PowerNap розширює AppNap.
The update as of 2023-06-21 .
Оновлення від 2023-06-21 .
Згадувалося про можливу зміну вмісту повідомлення чи додання небажаного після відправки. Але після мдН+Ндм до самого поввідомлення до отримання і його відправка або паралельно і його збереження до відправки усуває ці.
Але так як це повільніше і існують довірені і недовірені мережі то можливо для недовірних цей мдН+Нмд за замовчанням. І для невідомих.
Те ж і для принаймні попередньо відомої мені версії нон-фунгібл тоукєн.
Але він копійований у інтернеті і ймовірно можливий до підробки.
Тому унікальність потрібна.
Файли у гіт і такої особливості як машина часу можливі до повертання до попереднього стану.
Тому для нфт попередньої версії це повільно і сумісно тому що складніше для підробки. Але якщо така версія копійована то це знову не унікальний нфт.
Тому джерелом унікальності в такому випадку є група таких одиниць з файлами. Що і є мережею.
Але мені невідомо ПЗ яке надає таку особливість як гіт чи та особливість машини часу для файлів. Тому вони не повертаємі до попереднього стану до того моменту. Тобто там така діра тобто прогалина щодо цього. До наявності такого ПЗ з такою особливістю для того щоб нфт залишився нфт.