Ich bin ja eigentlich gar nicht hier und habe erst in ein paar Tagen Zeit mir Gedanken zu machen, aber eine Frage, die mich gerade nicht in Ruhe lässt, ergab sich dann doch früher als gedacht...
Brauchst du überhaupt eine Kopie der Blockchain? Ich kenne zwar die Details deines Vorhabens noch nicht, aber so grob würde ich jetzt vermuten, dass du keine benötigst, zumindest nicht sofort. Mit der SteemJS API oder DSteem lässt sich eine Menge machen.
Wenn die Verknüpfungen zu den Artikeln sowieso in deiner DB angelegt werden und es nur um das Voten, Kommentieren und Posten geht, könntest du das (zunächst) auch problemlos mit JavaScript über eine der verfügbaren Full-Nodes laufen lassen. Zugriff auf die Steem API von PHP-Skripten aus geht auch sehr bequem mit curl (mache ich z.B. auch auf einem meiner Server).
Die Frage ist, was du mit 'Verkaufsplattform für Content' meinst und wie umfangreich das werden soll. Nur so nebenbei: Ich zahle für einen meinen Server aktuell allein ~ 300 STEEM im Monat. Wenn du eine Full-Node laufen lassen möchtest, kannst du das etwa mit 10 multiplizieren. So ein Schritt sollte gut überlegt sein. Für das Überwachen von Transfers würde vermutlich eine Exchange-Node reichen, aber 64 GB Ram wird die Maschine schon brauchen, denke ich. Und ich würde es wahrscheinlich trotzdem anders lösen.
Alles was ohne eine Steem-Node auskommt ist auf jeden Fall deutlich günstiger, daher denke ich, man sollte in dem Projekt zunächst nach Gründen für eine eigene Node suchen. Vielleicht brauchst du nämlich gar keine und vielleicht auch keine komplette Kopie der Blockchain. Brauchst du wirklich alle Daten?
Schön, dass du dir schon Zeit nehmen konntest. Zu Anfang brauche ich sicher keinen Node. Wie du vermutest, reichen die grundsätzlichen Funktionen vollkommen. Ich bekomme von Autoren Artikel als Steemadresse. Daraus bilde ich Listen, Die Instanzen der Listen erscheinen an gewissen Stellen als Blog, mit dem üblichen Inhalt des Steem–Teasers, wie er eben im Blog erscheint. Kann ich dann den jeweils im Blog angeklickten Artikel in einem Fenster neben dem Blog geöffnet sehen, ist das ausreichend, wenn auch alle üblichen Steemit–Funktionen dabei und bedienbar sind.
Geht man mit so etwas an einen öffentlichen Node, der hoffentlich nicht schließt, wenn der STEEM auf 8 Cent steht, kann es bei wachsendem Betrieb schnell passieren, dass der Betreiber nicht mehr amused von dem neuen Traffic ist.
Ich brauche sicher nicht alle Daten. Gute Frage, Da geht es los! Ich gucke, welche Daten der Wurm her gibt, schreibe eine Liste und melde mich wieder bei dir. Anwendungs–Design. Das ist neu für mich. Strukturiert habe ich das noch nie durchgezogen. Hast du einen Tipp?
Wie ich gerade erst in Ned's Post gelesen habe, werden die Full-Nodes in Zukunft deutlich günstiger zu betreiben sein (4 GB RAM + SSD). Das sind wirklich super News, denn damit kann so gut wie jeder von uns bald eigene Nodes betreiben, ohne von den Kosten gefressen zu werden. Genial :)
Ich bin so beschäftigt mit meinem Kram, dass ich nicht mehr viel mitbekomme und ich werde auch in nächster Zeit nicht zu anderen Dingen kommen, vermute ich. Zunächst muss ich in diesem Monat mehr posten, damit ich meine Rechnungen bezahlen kann, denn eng wird das mit Sicherheit bei den jetzigen Kursen. Du brauchst auf jeden Fall einen Entwickler, der das ganze in ein paar Monaten aufbaut. Ich kann dir da nur hier und da mal etwas zuflüstern, für mehr reicht meine Zeit leider nicht.
Wahrscheinlich solltest du dich selbst mit der Entwicklung beschäftigen. Wenn du dafür jemanden einstellen willst, wird das eine Menge kosten, denn wenig zu tun ist das nicht, was du da geplant hast. Ich vermute, die Sache mit der Datenbank überschätzt du ein wenig. Du hast ja schon eine DB am Laufen und warum nicht diese für alles nutzen, was nicht von der Blockchain geladen wird. Ich weiß nicht, mit wie vielen Kunden du in der Anfangszeit rechnest, aber einen starken Server brauchst du in meinen Augen noch lange nicht.
Du solltest dir zunächst mal die genauen Prozesse beschreiben, was genau muss gespeichert werden, welche Tabellen und Felder wirst du in der DB brauchen (möglichst wenig Redundanz und Daten möglichst immer mit IDs aus Stammtabellen verknüpfen, mit Indices für mehr Speed kann ich dir später helfen), ist das Geplante mit dem jetzigen System kombinierbar oder sollte das lieber alles selbstgebaut werden. Nur so ein paar Ideen für den Start. Muss erstmal weiter...
Das mit Neds Post klingt wahrlich gut! Ich sage doch immer, für Depression ist gar keine Zeit auf der Blockchain für Medien.
Herzlichen Dank, lieber @steemchiller. Du hast wie immer Recht. Ich komme nicht umhin, mich inhaltlich mit dem Design der Wiki–Technik zu beschäftigen. Datenbankdesign ist zunächst gar nicht gefordert. Das wird erst dann interessant, wenn spezielle Funktionen erforderlich sind, die das Wiki nicht bietet. Wonach ich vielleicht noch lange suchen kann. Das Wiki kann viel. Vom Archiv bis hin zum Warenkorb ist alles drin.
Wie du beschrieben hast, ist der Connect zum Steem auf viele Arten und einfach möglich. Jason, PHP, SQL, Ajax, Meister Proper und Scheuersand. Das Wiki kann das alles. Es braucht jemanden, der es beherrscht. Wie entscheide ich mich wo für welche Methode, ist nicht die einzige Frage. Ich glaube, gerade habe ich in der Administration die Stelle gefunden, wo man Datenquellen anzapfen kann.
Eigentlich muss ich vom Steem nichts vorhalten, sondern nur abrufen und schicken. Ottos Mops. Ogottogott. Da muss ich alleine durch und sonst niemand.
Ich melde mich, wenn der erste Original–Inhalt vom Steem im Wiki prangt. Danke für deine Zeit.
Aber mal ganz anders gedacht, @steemchiller. Was wäre. wenn ich mich an den Kosten deines SQL Servers beteiligen würde? Nehmen wir mal an, die Unterstützung aus der Community für das SteemWiki–Projekt kommt tatsächlich in relevanter Grö0e zu Tragen…
Ich glaube fast sicher zu sein, dass damit auch die Community–Relevanz deines Servers noch einmal um Grö0enordnungen steigt. Sollte das Steemwiki dereinst so viel Ressourcen lutschen, dass deine Steemworld stottert, ist es sicher an der Zeit einen neuen Server aufzusetzen. Dann gibt es auch wieder genügend Steem, wenn du das tust und den Server wartest. Ist nur so eine idee. Ich will dir keinesfalls zu nahe treten, lieber Chiller. Hier auf meiner Seite könnte ich einen SQL Mann vielleicht begeistern. Es ist schon wieder spät… und ich suche immer noch Ressourcen.
Das habe ich geschrieben, weil ich gerade einen Provider suche, wo ich mein Wiki hinschieben kann. Aber dafür hast du ja gar keine Zeit, @steemchiller.
Gerne. Alles was der @steemchiller mir nicht verklickern muss, spart der an Zeit.
Ich bin ja eigentlich gar nicht hier und habe erst in ein paar Tagen Zeit mir Gedanken zu machen, aber eine Frage, die mich gerade nicht in Ruhe lässt, ergab sich dann doch früher als gedacht...
Brauchst du überhaupt eine Kopie der Blockchain? Ich kenne zwar die Details deines Vorhabens noch nicht, aber so grob würde ich jetzt vermuten, dass du keine benötigst, zumindest nicht sofort. Mit der SteemJS API oder DSteem lässt sich eine Menge machen.
Wenn die Verknüpfungen zu den Artikeln sowieso in deiner DB angelegt werden und es nur um das Voten, Kommentieren und Posten geht, könntest du das (zunächst) auch problemlos mit JavaScript über eine der verfügbaren Full-Nodes laufen lassen. Zugriff auf die Steem API von PHP-Skripten aus geht auch sehr bequem mit
curl(mache ich z.B. auch auf einem meiner Server).Die Frage ist, was du mit 'Verkaufsplattform für Content' meinst und wie umfangreich das werden soll. Nur so nebenbei: Ich zahle für einen meinen Server aktuell allein ~ 300 STEEM im Monat. Wenn du eine Full-Node laufen lassen möchtest, kannst du das etwa mit 10 multiplizieren. So ein Schritt sollte gut überlegt sein. Für das Überwachen von Transfers würde vermutlich eine Exchange-Node reichen, aber 64 GB Ram wird die Maschine schon brauchen, denke ich. Und ich würde es wahrscheinlich trotzdem anders lösen.
Alles was ohne eine Steem-Node auskommt ist auf jeden Fall deutlich günstiger, daher denke ich, man sollte in dem Projekt zunächst nach Gründen für eine eigene Node suchen. Vielleicht brauchst du nämlich gar keine und vielleicht auch keine komplette Kopie der Blockchain. Brauchst du wirklich alle Daten?
Schön, dass du dir schon Zeit nehmen konntest. Zu Anfang brauche ich sicher keinen Node. Wie du vermutest, reichen die grundsätzlichen Funktionen vollkommen. Ich bekomme von Autoren Artikel als Steemadresse. Daraus bilde ich Listen, Die Instanzen der Listen erscheinen an gewissen Stellen als Blog, mit dem üblichen Inhalt des Steem–Teasers, wie er eben im Blog erscheint. Kann ich dann den jeweils im Blog angeklickten Artikel in einem Fenster neben dem Blog geöffnet sehen, ist das ausreichend, wenn auch alle üblichen Steemit–Funktionen dabei und bedienbar sind.
Geht man mit so etwas an einen öffentlichen Node, der hoffentlich nicht schließt, wenn der STEEM auf 8 Cent steht, kann es bei wachsendem Betrieb schnell passieren, dass der Betreiber nicht mehr amused von dem neuen Traffic ist.
Ich brauche sicher nicht alle Daten. Gute Frage, Da geht es los! Ich gucke, welche Daten der Wurm her gibt, schreibe eine Liste und melde mich wieder bei dir. Anwendungs–Design. Das ist neu für mich. Strukturiert habe ich das noch nie durchgezogen. Hast du einen Tipp?
Wie ich gerade erst in Ned's Post gelesen habe, werden die Full-Nodes in Zukunft deutlich günstiger zu betreiben sein (4 GB RAM + SSD). Das sind wirklich super News, denn damit kann so gut wie jeder von uns bald eigene Nodes betreiben, ohne von den Kosten gefressen zu werden. Genial :)
Ich bin so beschäftigt mit meinem Kram, dass ich nicht mehr viel mitbekomme und ich werde auch in nächster Zeit nicht zu anderen Dingen kommen, vermute ich. Zunächst muss ich in diesem Monat mehr posten, damit ich meine Rechnungen bezahlen kann, denn eng wird das mit Sicherheit bei den jetzigen Kursen. Du brauchst auf jeden Fall einen Entwickler, der das ganze in ein paar Monaten aufbaut. Ich kann dir da nur hier und da mal etwas zuflüstern, für mehr reicht meine Zeit leider nicht.
Wahrscheinlich solltest du dich selbst mit der Entwicklung beschäftigen. Wenn du dafür jemanden einstellen willst, wird das eine Menge kosten, denn wenig zu tun ist das nicht, was du da geplant hast. Ich vermute, die Sache mit der Datenbank überschätzt du ein wenig. Du hast ja schon eine DB am Laufen und warum nicht diese für alles nutzen, was nicht von der Blockchain geladen wird. Ich weiß nicht, mit wie vielen Kunden du in der Anfangszeit rechnest, aber einen starken Server brauchst du in meinen Augen noch lange nicht.
Du solltest dir zunächst mal die genauen Prozesse beschreiben, was genau muss gespeichert werden, welche Tabellen und Felder wirst du in der DB brauchen (möglichst wenig Redundanz und Daten möglichst immer mit IDs aus Stammtabellen verknüpfen, mit Indices für mehr Speed kann ich dir später helfen), ist das Geplante mit dem jetzigen System kombinierbar oder sollte das lieber alles selbstgebaut werden. Nur so ein paar Ideen für den Start. Muss erstmal weiter...
Das mit Neds Post klingt wahrlich gut! Ich sage doch immer, für Depression ist gar keine Zeit auf der Blockchain für Medien.
Herzlichen Dank, lieber @steemchiller. Du hast wie immer Recht. Ich komme nicht umhin, mich inhaltlich mit dem Design der Wiki–Technik zu beschäftigen. Datenbankdesign ist zunächst gar nicht gefordert. Das wird erst dann interessant, wenn spezielle Funktionen erforderlich sind, die das Wiki nicht bietet. Wonach ich vielleicht noch lange suchen kann. Das Wiki kann viel. Vom Archiv bis hin zum Warenkorb ist alles drin.
Eigentlich muss ich vom Steem nichts vorhalten, sondern nur abrufen und schicken. Ottos Mops. Ogottogott. Da muss ich alleine durch und sonst niemand.
Ich melde mich, wenn der erste Original–Inhalt vom Steem im Wiki prangt. Danke für deine Zeit.
Chill on, alter Chiller.
Aber mal ganz anders gedacht, @steemchiller. Was wäre. wenn ich mich an den Kosten deines SQL Servers beteiligen würde? Nehmen wir mal an, die Unterstützung aus der Community für das SteemWiki–Projekt kommt tatsächlich in relevanter Grö0e zu Tragen…
Ich glaube fast sicher zu sein, dass damit auch die Community–Relevanz deines Servers noch einmal um Grö0enordnungen steigt. Sollte das Steemwiki dereinst so viel Ressourcen lutschen, dass deine Steemworld stottert, ist es sicher an der Zeit einen neuen Server aufzusetzen. Dann gibt es auch wieder genügend Steem, wenn du das tust und den Server wartest. Ist nur so eine idee. Ich will dir keinesfalls zu nahe treten, lieber Chiller. Hier auf meiner Seite könnte ich einen SQL Mann vielleicht begeistern. Es ist schon wieder spät… und ich suche immer noch Ressourcen.
Das habe ich geschrieben, weil ich gerade einen Provider suche, wo ich mein Wiki hinschieben kann. Aber dafür hast du ja gar keine Zeit, @steemchiller.