Операции
Люди были обеспокоены сохранением подлинности и доказательством времени существования своих идей до того времени, когда небезопасный браузер и сеть могли заглянуть в них.
Публикация доказательств работает с большинством известных блокчейнов, и вы даже можете ввести собственный блокчейн.
People had been concerned about the preservation of authenticity, and proof of time of existence of their ideas, before the time when an insecure browser and the web could peep into.
Proof-posting works with most of the known blockchains, and you can even enter a custom blockchain of your own.
19,316 3:01
@ 0 > oo
- Направляйте идеи в список рассылки (режим рассылки), чтобы сохранить запись в один клик, а также сохранить на archive.org.
- Включите подписку на категории и создайте специализированные списки людей, которым нужно пересылать сообщения.
- Создайте целевую страницу списка ожидания для сбора электронных писем.
- Собрать список рассылки специалистов для пересылки.
- Сделайте платное размещение идей.
- ✅ Сделайте что-нибудь со скоростью загрузки длинных страниц.
- ✅ Улучшить функциональность подписи идей.
- Автоматически перечисляйте будущие акции, которые имеют непревзойденное время, как продукты. Обоснование: в настоящее время функция продуктов (которая позволяет покупать вещи) бесполезна, потому что покупка традиционных продуктов намного эффективнее с традиционными системами. Тем не менее, акции проектов также являются продуктами, и мы их количественно оценили и классифицировали, поэтому в настоящее время существуют: «цели» как финансируемые элементы, при финансировании которых создаются доли. Таким образом, «цели» на самом деле являются «продуктами» и могут быть перечислены как продукты для покупки.
- Forward ideas to mailing list (distribution mode) to preserve a record with one-click, also save to archive.org.
- Enable subscriptions to categories, and curate specialized lists of people to forward to.
- Make a waitlist landing page + collect emails.
- Collect specialist mailing list for forwarding.
- Make paid posting of ideas.
- ✅ Do something about long page loading speed.
- ✅ Improve idea signing functionality.
- Automatically list future shares that have unmatched time, as products. Rationale: currently, the products feature (which does allow to buy things), is not useful, because buying traditional products is much more efficient with traditional systems. However, project shares are products too, and we have quantified and categorized them, so there are currently: "targets" as fund-able items, funding which, shares are created. So, the "targets" are actually "products", and could be listed as products, to be bought.
Чтобы увеличить отношение сигнал-шум для тех, кто впервые заходит на домашнюю страницу, я сделал скрытые меню и уплотнил операции, чтобы глаза могли сосредоточиться на содержании.
To increase the signal-to-noise ratio for first-time visitors of the home page, I have hidden menus, and compacted operations, so as to let the eyes focus on content.
However, apparently, some people didn't like it, because it is not clear what to do, so, I mostly reverted the change.
Needs help.
@ 0 > oo
- ⬜️ Консультации по UX от профессионала и улучшение пользовательского интерфейса
- ⬜️ Справочная страница библиотеки видео, где пользователи могут смотреть видео и узнавать, как использовать систему
- ⬜️ UX consultation from a professional and UI improvement
- ⬜️ Help video library page where users can watch videos and learn how to use the system
Теперь можно фиксировать цели, создавать тизеры для инвестиций и делиться ими с потенциальными заинтересованными сторонами.
It is now possible to lock targets, create teasers for investment, and share them with potential interested parties.
Я реализовал хэш, который берет предыдущие данные и текущий столбец, а также предыдущий хэш для создания хэша всей базы данных.
Это позволяет нам синхронизироваться с минимальным количеством передач данных, когда я пишу часть синхронизатора, которая должна перехешировать все свои собственные данные, а затем извлекать хэш двоичного поиска отсортированных данных.
I implemented a hash that takes previous data and current column and the previous hash to produce a hash of the entire database.
This allows us to synchronize with the minimum of data transmissions when I write the synchronizer part which shall rehash all its own data, then retrieve the hash of a binary search of the sorted data.
Я потратил несколько часов, работая над оставшейся частью этой проблемы, и после завершения сохранения документа заработал поиск документов.
Это позволяет сохранять и извлекать документы JSON.
Вставленные данные документа также можно запрашивать с помощью SQL.
Соединения с документами пока не поддерживаются, но я планирую реализовать это.
I spent a few hours working on the remainder of this problem and got documnent retrieval working after finishing save document.
This lets you save and retrieve JSON documents
The document data inserted is also queryable by SQL.
Joins against documents are not yet supported but I plan to implement this.
19,239 2:03
@ Postgres synchronization solution
У меня есть идея, как решить проблему «выигрышной» копии.
Имейте отдельную таблицу, которая хэширует каждое поле столбца и строку и дает им версию.
Это версия, которая сравнивается.
I have an idea on how to solve the "winning" copy problem.
Have a separate table that hashes every column field and row and gives it a version.
This is the version that is compared.
Большинство компьютеров используют блокировки для синхронизации, которые очень медленны. Этот дизайн намного быстрее и позволяет избегать блокировок для повышения производительности.
Я использую несинхронизированные структуры данных и достигаю 100 миллионов запросов в секунду производительности необработанной связи при затратах 10 наносекунд на пакет сообщений.
Most computers use locks to synchronize, which are very slow. This design is far faster and allows locks to be elided for performance.
I use unscynchronized data structures and achieve 100 million requests a second raw communication performance for a cost of 10 nanoseconds per batch of messages.
Мне удалось сохранить документ JSON, и я использовал средство вставки SQL для вставки документа. Теоретически объект доступен для запросов с помощью SQL.
{
"items": [("name": "item1"), ("name": "item2")],
"подобъект": {"subobject_key": "значение"} }
I managed to store a JSON document and I used the SQL inserter to insert the document. In theory the object is queryable by SQL
{ "items": [("name": "item1"), ("name": "item2")], "subobject": {"subobject_key": "value"} }
- Теперь владельцы цели могут решить, когда цель готова к инвестированию, а инвестиция не готова по умолчанию.
- Now, target owners can decide when target is ready for investment, and investment is not ready by default.
| 19,227 2:02 | ➔ | 0.02 ħ |
| 19,227 2:02 | ➔ | 0.040000000000000084 ħ |
| 19,227 2:02 | 🡰 | -0.04 ħ |
| 19,227 2:02 | 0.04 ħ | ➔ | #t-130001 | (+0.04 ḥ ⇌ Mindey) |
