[Bezahlte] Discoure Community Platform - Entwicklung für v2

Hallo — Ich suche einen erfahrenen Discourse-Entwickler, der mir hilft, meine Community-Plattform launchbereit zu machen. Die Instanz ist bereits live und verfügt über ein benutzerdefiniertes Theme (core.scss, nav.scss, nav.js). Es handelt sich also nicht um einen Neuaufbau, sondern darum, die Details zu perfektionieren.

Hinweis: Die vorhandenen Theme-Dateien dienen ausschließlich der Design-Ebene (Farben, Schriftarten, Navigation-Inject) und ersetzen keine strukturellen Templates. Keine Kern-Discourse-Templates wurden geändert.

Ich freue mich über Festpreisangebote – die Zahlung erfolgt stufenweise entsprechend Meilensteinen.

Hier ist, was ich brauche:

Das bestehende Theme Es gibt bereits ein vollständiges benutzerdefiniertes Theme mit Hell/Dunkel-Modus, einer benutzerdefinierten Navigation, die den Standard-Header von Discourse unterdrückt, sowie Markenfarben. Die Navigation muss auf jeder Seitentyp-Konsistenz zeigen – einschließlich des Mitgliederprofils – und ich benötige jemanden, der alles überprüft und behebt, was auf Discourse-Standardwerte zurückfällt. Das Logo muss ebenfalls ausgetauscht werden (Asset wird bereitgestellt).

Mitgliederportal-Seite Ich möchte eine benutzerdefinierte Profilseite, die den Mitgliedertyp (Owner, Member oder Dealer), das Fahrzeug, ein Verifizierungs-Status-Badge und einen Sprachauswahl zeigt. Die auf der Seite angezeigten Ressourcen-Links müssen bedingt sein – Owner sehen beispielsweise andere Tools als potenzielle Mitglieder. Ich stelle ein vollständiges interaktives Mockup bereit, das sowohl Hell- als auch Dunkelzustände sowie alle Ansichten der Mitgliedertypen zeigt.

Die Seite benötigt zudem ein Panel für verbundene Konten, über das sich Mitglieder via Discord und Facebook OAuth authentifizieren können. Bei erfolgreicher Authentifizierung werden ihre Plattform-ID und ihr Benutzername zurück an Supabase geschrieben (Anmeldedaten und Schema werden bereitgestellt). Die OAuth-Apps sind bereits eingerichtet – ich benötige nur die Discourse-seitige Komponente und die saubere Verdrahtung der Callback-Logik.

Sprache und Übersetzung Die Community ist international, daher ist dies wichtig. Wenn ein Mitglied seine bevorzugte Sprache auswählt (Englisch, Thai, Tschechisch, Niederländisch, Deutsch, Neuseeland-Englisch), soll die gesamte Discourse-Benutzeroberfläche wechseln – Menüs, Benachrichtigungen, Systemnachrichten, alles. Beim ersten Besuch wird das Land per IP erkannt und der Benutzer aufgefordert, dies zu bestätigen. Zudem benötige ich die Installation und Konfiguration des Discourse-Translator-Plugins mit einem bereitgestellten DeepL-API-Schlüssel. Übersetzungs-Buttons pro Beitrag müssen aktiv sein, und Übersetzungen sollen anhand der Post-ID gecacht werden, um die API-Kosten niedrig zu halten. Statische Seiten, einschließlich des Mitgliederportals (das auch über die nativen Discourse-Buttons erreichbar sein muss), müssen in der ausgewählten Sprache gerendert werden.

Vertrauensstufen, Gruppen und Tally-Integration Die Kategorienstruktur wird vor Ihrem Start bereits vorhanden sein. Was ich benötige, ist eine korrekte Verdrahtung der Vertrauensstufen und Gruppenkonfiguration, sodass Mitgliedertypen (Owner, Member, Dealer) bei der Registrierung zugewiesen werden, Gruppen den richtigen Kategorienberechtigungen entsprechen und Änderungen zurück an Supabase synchronisiert werden. Zudem müssen discourse_user_id und discourse_username als URL-Parameter für eingebettete Tally-Formulare verfügbar sein, damit sie als versteckte Vorauffüllfelder erfasst werden können.

DVLA-Verifizierungs-Gate Die nur für Owner zugängliche Kategorie muss hinter einer Fahrzeugverifizierung geschützt sein. Wenn ein nicht verifiziertes Mitglied versucht, darauf zuzugreifen, wird eine Eingabeaufforderung zur Eingabe der Zulassungsnummer angezeigt. Ich baue den Verifizierungsendpunkt selbst (Cloud Run, REST – vollständig dokumentiert und bereitgestellt), daher umfasst Ihr Aufgabengebiet hier ausschließlich die Discourse-Theme-Komponente: den gesperrten Landing-Screen, das VRM-Eingabeformular sowie die Erfolgs-/Fehlerzustände. Für diesen Teil benötige ich jemanden, der sich mit Discourses Ember-basierten Theme-Komponenten (JS) auskennt.

XCombo-Thema Eine weitere Komponente: ein einzelnes Discourse-Thema, das sowohl als Referenz als auch als Diskussionsraum für einen von mir gepflegten Datensatz dient. Der erste Beitrag ist angepinnt und enthält ein eingebettetes Suchwidget (Filtert in Echtzeit aus einer Supabase-Tabelle), einen Button „E-Mail mit der vollständigen Liste senden

1 „Gefällt mir“

Hallo @larrybmb,

dies ist eigentlich kein kleines Projekt, und die beschriebene Konfiguration zum Ersetzen von Überschriften wirkt fragil. Du solltest sicherstellen, dass dein Forum mit minimalen Aufwand oder Korrekturen auf die neuesten Discourse-Updates aktualisiert werden kann.

Sind das also 250 $ pro Zahlung?

4 „Gefällt mir“

Pro Meilenstein oder pro Stunde?

4 „Gefällt mir“

Hallo Lilly, danke für deine schnelle Rückmeldung. Zur Klarstellung: 250 $ war der Ausgangspunkt für das Gesamtprojektbudget, aber ich bin für die richtige Person gerne flexibel beim Budget. Der Umfang ist ziemlich gut definiert, daher bin ich offen für ein Festpreisangebot mit einer Zahlungsverteilung über Meilensteine, falls erforderlich.

Zu deinem Punkt zum Header-Ersatz: Ich bitte nicht um strukturelle Änderungen – das vorhandene Theme ersetzt keine Kern-Discourse-Vorlagen. Es handelt sich um eine Theme-Komponente, die über JS eine benutzerdefinierte Navigation einfügt und dabei discourse:ready sowie Seitenwechsel-Ereignisse abfängt. Ich kann bestätigen, dass dies funktioniert und mindestens die beiden vorherigen Discourse-Updates überstanden hat. Es geht lediglich darum, sicherzustellen, dass es auf allen Seitentypen korrekt dargestellt wird, und eventuelle Lücken zu beheben. Es sollte so, wie es ist, update-sicher sein, aber ich bin gerne damit einverstanden, dass dies im Rahmen von M1 überprüft wird.

Hoffe, das hilft?

1 „Gefällt mir“

Hallo Richard, vielen Dank für deine schnelle Rückmeldung. Zur Klarstellung: 250 USD war der Ausgangspunkt für das Gesamtprojektbudget, aber ich bin gerne flexibel, wenn es die richtige Person ist. Der Umfang ist ziemlich klar definiert, daher bin ich offen für ein Festpreisangebot mit einer Zahlungsstruktur, die sich bei Bedarf auf Meilensteine verteilt.

Hoffe, das hilft?

Das ist mindestens ein 2.500-Euro-Job, aber wahrscheinlich doppelt so viel. Wahrscheinlich sind allein 500 Euro nötig, um herauszufinden, was Ihr bestehendes Theme leisten soll, und es gemäß den Discourse-Standards neu zu schreiben.

Viel Erfolg.

4 „Gefällt mir“

Hallo Jay – zur Klarstellung: Ich bitte nicht um eine Neuschreibung eines bestehenden Themes. Ich bin mit meinen bestehenden Theme-Dateien ziemlich zufrieden (sie ähneln eher Design-Dateien als tatsächlichen Theme-Änderungen und werden als Referenz bereitgestellt). Ich bin zuversichtlich, dass sie standhalten werden. Die Hauptanforderung ist jedoch die Entwicklung der Mitgliederprofilseite und der damit verbundenen Abläufe. Der Teil zum Theme zielte eher darauf ab, einen kurzen Überblick zu geben, eventuelle UI-Lücken zu identifizieren und Feedback zu geben – keinesfalls um eine Neuschreibung.

Ich verstehe, dass das Startbudget für viele möglicherweise niedrig sein mag – es sollte als Ausgangspunkt für Verhandlungen dienen. Ich bin gerne bereit, die vollständige Spezifikation mit den technischen Details und Dateien mit allen Interessierten zu teilen; ich habe versucht, dies im Beitrag zu verdeutlichen.

Vielen Dank für eure Kommentare, alle zusammen – sehr geschätzt. Ich habe meinen Beitrag basierend auf den Kommentaren überarbeitet, um etwas mehr Klarheit zu schaffen.

Nämlich:

Die bestehenden Theme-Dateien betreffen ausschließlich die Design-Ebene (Farben, Schriftarten, Navigationseinfügung) – keine strukturellen Template-Überschreibungen. Keine Kern-Discourse-Templates wurden verändert. Ich bitte nicht um strukturelle Änderungen, sondern vielmehr darum, einen kurzen Blick darauf zu werfen, UI-Lücken zu identifizieren und Feedback zu geben.

Meine Hauptanfrage betrifft die Entwicklung der Mitgliederprofilseite und der damit verbundenen Abläufe – ich bin offen für Festpreisangebote von interessierten Parteien. Ich nehme zur Kenntnis, dass der zuvor genannte Ausgangspunkt möglicherweise zu niedrig angesetzt war, und habe ihn daher entfernt.

Ohne einen klaren Leistungsumfang ist das etwas zu unklar, um einen Festpreis anzubieten. Aber nach Lektüre der Kommentare würde ich mindestens einen Bereich von 5.000 bis 8.000 USD ansetzen. Vielleicht etwas weniger, wenn wir uns auf eine Spezifikation einigen können, aber das ist deutlich mehr als Ihr Angebot von 250 USD. Meine Kontaktdaten finden Sie in meinem Profil, falls Sie weiter diskutieren möchten.

2 „Gefällt mir“

Hallo @larrybmb, ich habe dir eine private Nachricht mit einer detaillierten Machbarkeitsprüfung sowie einigen Klärungsfragen zu Umfang und Implementierungsannahmen gesendet. Ich freue mich auf eine weitere Besprechung, sobald du sie durchgegangen bist.

1 „Gefällt mir“

Zur Klarstellung: Ich schlage vor, dass core.scss, nav.scss und nav.js keine Dateinamen sind, die man in einem Discourse-Thema oder einer Theme-Komponente erwarten würde. Daher ist die Wahrscheinlichkeit sehr hoch, dass deine Lösung schwer wartbar ist oder nicht mit den anderen Anforderungen funktioniert. Die Aussage, dass „keine Discourse-Vorlagen geändert wurden“, deutet darauf hin, dass du nicht den Discourse-Programmierstandards gefolgt bist.

2 „Gefällt mir“

Danke, Jay, das ist wirklich hilfreiches Feedback. Die Dateien wurden von einem Auftragnehmer erstellt, und ich sage es offen: Ich weiß nicht, ob sie die Discourse-Themenkonventionen korrekt eingehalten haben. Das ist auch ein Grund, warum ich möchte, dass sich jemand mit Erfahrung das ansieht. Falls eine Umstrukturierung in ein ordentliches Theme-Komponentenformat erforderlich ist, würde ich das gesondert kennzeichnen und abgrenzen lassen – nicht unbedingt im Rahmen dieses Engagements, da ich weiß, dass dies zusätzlichen Aufwand bedeutet.

Zur Klarstellung: Die Implementierungsdateien wurden mir zur Verfügung gestellt, und ich habe sie über die Registerkarten „Head“, „JS“ und „CSS“ im Admin-Bereich hinzugefügt. Also nein, es ist tatsächlich kein strukturiertes Theme-Komponente im eigentlichen Sinne.

Ich schätze dein Feedback sehr.

1 „Gefällt mir“

Aber man möchte nicht auf einem kaputten Fundament aufbauen.

Wenn das der Abschluss der Arbeit wäre und du ein Hobbyist wärst, wäre das wahrscheinlich in Ordnung.

1 „Gefällt mir“

Ich sage nicht, dass dies hier der Fall ist, aber ich habe zunehmend Berichte von Entwicklern gehört, die gebeten wurden, von fehlerhaftem „Vibe-Code

3 „Gefällt mir“

@pfaffman

Danke für den Rat – ich teile die Dateien gerne privat mit dir, falls du sie dir ansehen möchtest. Ich bin kein Hobbyist, sondern ein Start-up in einer Nische der Automobilbranche. Meine Backend-Pipelines sind solide und wurden einer Architektur- und Sicherheitsprüfung unterzogen. Sie sind auf GCP gehostet, und die Discourse-Instanz wird cloud-basiert bei Hostinger betrieben.

Ich würde nicht behaupten, ein Experte für die Entwicklung zu sein, aber ich habe mir in den letzten 10 Jahren viel selbst beigebracht. Deshalb frage ich hier um Hilfe und weiß, wann es sinnvoll ist, Aufgaben auszulagern.

Wenn ich kurz laut nachdenken darf: Brauche ich für meinen Anwendungsfall wirklich ein benutzerdefiniertes OAuth?

Die nativen verbundenen Konten würden funktionieren, wenn sie auf die Mitgliederprofilseite integriert werden – vorausgesetzt, der Text könnte angepasst werden? (Zum Beispiel: Möchte ich wissen, ob Joe Bloggs in meiner Community dieselbe Person ist wie der Joe Bloggs, der mit meiner Facebook-Community interagiert? Ich extrahiere die Facebook-ID über den Facebook-Entwickler. Wenn dies dieselbe Kennung ist, die verwendet wird (was ich glaube, dass sie ist), könnte das mit etwas individueller Gestaltung funktionieren, damit es wie ein integrierter Teil der Seite aussieht.)

Ich freue mich über eure Gedanken dazu.