You are viewing a single comment's thread from:
RE: A Perfect Example of How to Use Challenges on SteemHome
дякую
Якщо взяти до уваги, що Ви реалізовуєте, десь те, що мені хотілось бачити, то мені так легше й простіше, додати до цього деякі ідеї, ніж розгортати сайт чи ще щось подібне. Тому для мене це найкращий варіант))
Щодо ідеї метаданих у дописі, то це не моя ідея, це так ШІ імітує публікацію json на блокчейнові, щоб симуляція була швидша і так далі. Проте із тими метаданими дописи будуть не дуже гарні на інших платформах, бо не всі їх приховують. На steempro.com їх показує ціляком, задається на steemx.org таки згортає до одного рядочка в рендерингу.
Дякую за пояснення. Тепер зрозуміло. Якщо метадані потрібні лише для роботи симуляції, то головне, щоб вони не погіршували відображення дописів на інших платформах. Добре, що steemx.org їх згортає, але якщо steempro.com показує все повністю, можливо, варто пошукати спосіб зробити їх менш помітними або винести окремо від основного тексту. Загалом сама ідея мені зрозуміла.
Тут варто уточнити про які саме метадані йде мова. Бо мені пригадались ті метадані що завернуті, здається в тег типу
[//:] іще якийсь текст
набір метаданих довільного формату
[//:] іще якийсь текст (закриваючий тег)
Такі метадані наче приховувало на steemx.org, але скрізь їх буде показувати, що впливає на красоту візуального відображення.
Інші метадані можна додавати у вигляді власних htnl тегів, які не будуть навіть виконуватись, лише для читання, якщо вони не обгортають текст, а є лише інформаційними записами, типу таких
<parts p1s5>- оформлено як код для видимості- цей не показує бо приховано, але він є. Точніше він є на блокченові в опублікованому блокові, але на сайті цілком прибирається, як міра безпеки, тому видно лише бажаний текст.
<steem 1up> - такий формат не приховує, тож підбирати такі, що приховуются у наповнення, там є деяка послідовність символів.
Симуляція лише забезпечує відсутність потреби публікувати все на блокцейн і залучати реальних користувачів, щоб вони все поклацали. Щоб було відразу видно результат))
Дякую за уточнення, тепер я краще розумію різницю між двома підходами.
Якщо говорити про метадані у вигляді прихованих блоків або коментарів усередині тексту, то справді виникає проблема сумісності між різними інтерфейсами Steem. Навіть якщо один сайт їх приховує або згортає, інший може показувати їх повністю, що негативно впливає на читабельність та зовнішній вигляд допису.
Саме тому мене більше зацікавив другий варіант із використанням спеціальних HTML-подібних тегів, які потрапляють у блокчейн як частина контенту, але при цьому автоматично видаляються або ігноруються під час рендерингу на більшості платформ. У такому випадку SteemHome міг би аналізувати ці маркери та використовувати їх для власних потреб, наприклад для структурування конкурсів, визначення критеріїв оцінювання, призів, дедлайнів чи інших службових даних, не погіршуючи вигляд публікації для звичайних читачів.
Звичайно, перед впровадженням потрібно буде протестувати різні варіанти тегів на кількох інтерфейсах Steem, щоб переконатися, що вони дійсно не відображаються або хоча б не псують оформлення дописів. Для мене дуже важливо зберегти повну сумісність із наявними платформами та не змушувати авторів використовувати складні або незрозумілі конструкції.
Також мені подобається сама ідея симуляції та локального тестування без необхідності одразу публікувати все в блокчейн. На етапі розробки це дійсно дозволяє швидше перевіряти різні сценарії та бачити результат ще до того, як функція стане доступною користувачам.
Дякую, що продовжуєте ділитися такими технічними спостереженнями. Саме подібні деталі часто допомагають знайти рішення, які одночасно залишаються простими для користувача та достатньо гнучкими для розвитку платформи.
https://www.steempro.com/@luxalok/steemhome-ideas-patr-2-redaktor-ua-en