• avatar nyuk
  • 3
проще сменить ник :)
  • avatar Nuts_
  • 1
опять меня нутсом назвали и без символа подчеркивания
  • avatar nyuk
  • 2
проще сменить ник :)
опять меня organiZm'ом обозвали )
в сотый раз
  • avatar prof4d
  • 0
У «Humming Bird» rajdee.github.io/trsdms/#/entry/201?_k=7boy5g

Двойное авторство: diver & prof
  • avatar sq
  • 1
Мне всегда была интересна история названия проекта!
Райди, расскажи нам всем!
Как я себе вижу минусы:
* Мы полагаемся на поуэт и начинаем от него зависеть.
* Популярно ли это у пользователей будет? В демосцене — да. А у игроков на ZX-Art?

Плюсы:
* Не изобретаем свой SceneID, который едва ли кому пригодится кроме двух-трёх ресурсов :)
У общей базы есть проблемы:
1. Кто будет её разрабатывать и содержать?
2. Что делать, если один проект решит удалить какие-то данные, а второй с изменением не согласен (конфликт данных)?
3. Едва ли мы продумаем такую структуру, которая учтет надобности всех проектов. А тогда есть ли смысл?

Предлагаю подискутировать на эту тему.
  • avatar rajdee
  • 1
Да, с графикой так и поступлю, я как раз начал писать админку, чтобы исправлять конфликты автоимпорта
  • avatar rajdee
  • 0
pouet-авторизация — это которая SceneID? Я ее пристально еще не изучал, но мне кажется, что проблем не должно быть, кроме необходимости регистрации на pouet )
  • avatar rajdee
  • 2
Кроссинхронизацию можно предусмотреть, но в идеале мне кажется стоить подумать о какой-то общей базе с REST API?
с 2006, но не с 1996.
Отправил раньше времени шорткатом.
zxart.ee/eng/authors/m/moroz1999 — здесь мои никнеймы. Конкретные работы тоже привязаны уже к каждому никнейму.
Очень правильное начинание. Нам нужно больше ресурсов — не бывает одинаковых ресурсов, у всех есть свои плюсы и минусы.
* Складывать яйца в одну корзину — не очень верно, поэтому так повышается надежность и сохранность информации.
* Работы над систематизацией море, усилиями по сбору правильной информации могут воспользоваться все базы.
* Разные взгляды на приоритеты порождают разную направленность ресурсов. Это тоже плюс для пользователя.

Мои никнеймы можно посмотреть на моей страничке:
Предлагаю импортировать уже сейчас хотя бы всю графику с пати. Заодно я допилю в API отсутствующие поля (там сейчас не вся нужная инфа наверняка выведена наружу).
В обозримом будущем вряд ли кто привяжет всю музыку к местам на пати, хотя понемногу это кем-то делается (tiboh? breeze? ты?), поэтому лучше не ждать идеального варианта на zx-art, а брать то, что уже есть.
Авторизацию с zxart — это вполне хорошая идея. Правда, стоит ли нам её городить, может поддержим оба pouet-авторизацию? Какие есть минусы у неё?
Для объединения усилий у нас слишком разные предпочтения в технологиях, мы этот вопрос обсуждали :)
Думаю, что лучше всего иметь кросслинки и API. С моей стороны API открыто, уже, возможно, где-то используется в TurtlesDreams. Будет очень круто, если при импорте чего-либо с ZX-Art, где-то в базе будут сохранены id объектов ZX-Art. В дальнейшем мы могли бы тогда при желании сделать какую-то кросссинхронизацию.
  • avatar rajdee
  • 1
Кажется, база неполная.
Конечно неполная, информация актуальна на середину 2006 года )

предлагаю временно ограничить эту фичу. Причина: набег школоты, как это было на zxart.
Учитывая, что подобной информации совсем мало, пожалуй только описание Dogma и некоторые варианты из журналов, а вспоминать и писать сейчас вряд ли кто будет, то все это можно добавлять в ручном режиме
Кажется, база неполная.
Если планируется участие посетителей, как
добавить возможность добавления описания работы (history of making)
предлагаю временно ограничить эту фичу. Причина: набег школоты, как это было на zxart.
  • avatar rajdee
  • 1
Чем удаления сайта безопаснее удаления репозитория? Репозиторий хотя бы форкнуть можно. И опять же, размещение на github pages — это временнная мера, т.к. это имеет достаточно много ограничений.