GridTalk.de

Normale Version: OpenSim Tools
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2 3 4 5 6 7 8 9 10 11 12
OSP-PHP[M] - Entwickler Version 1

Da hier der wunsch bestanden hat, einen ersten Auszug aus der unserer neuen Entwickler Version zu bekommen haben wir für euch hier einmal ein Bild erstellt.

.:: Administrationsbereich ::.
[attachment=5491]

.:: Frondend Bereich (CMS) Homepage dazu
[attachment=5492]

Wie schon erwähnt Basiert das ganze neue System auf eine eigene Template Engine, wo man das Design komplett an seine Bedürfnisse schneidern kann.

Im Adminbereich kann zudem der Wallpaper geändert.
weitere Infos werden nach und nach folgen Wink

Wie findet ihr bisher das Ergebnis
Interessant das ganze , habe gerade das mit einem localserver angeschaut bin schon Begeistert.
Kann man da auch auf einen Server zugreifen der nicht Local ist sondern über Domain ?
So das man auf dem Heimischen PC das aufrufen kann?
Sonst schon Gute Arbeit , bin gespannt wie das weiter geht.....
Lg Wollex

PS: Auch gut das man von da auch auf Gridtalk zugreifen kann. !!!!!!
(05.02.2023, 21:26)Wollex Baily2 schrieb: [ -> ]Interessant das ganze , habe gerade das mit einem localserver angeschaut bin schon Begeistert.
Kann man da auch auf einen Server zugreifen der nicht Local ist sondern über Domain ?
So das man auf dem Heimischen PC das aufrufen kann?
Sonst schon Gute Arbeit , bin gespannt wie das weiter geht.....
Lg Wollex

PS: Auch gut das man von da auch auf Gridtalk zugreifen kann. !!!!!!

Die Multiserver version ist so gestrickt das du egal welchen server du hast den einbinden kannst, aber natürlich nur die, die auch deine sind lach fremde gehen nicht. Weil das Panel immer nur mit passenden schlüssel zum server kommunizieren kann
Es gibt auch noch sowas wie das C++ Programm
https://github.com/MelanieT/OpenSimConsoleClient

oder sowas in C#
https://github.com/DeneSparta/AdminSim/releases

Vielleicht kannst du dir da noch die ein oder andere Idee holen.
Hey Zusammen,

ja ich weiß es ist etwas Still geworden, aber keine Angst die Entwicklung läuft nach wie vor.
Heute einmal ein neues Bild aus den weiten des Entwicklungscentrums Wink

[attachment=5504]

Was ist bisher passiert?
  • Wir haben das Forum wieder integriert.
  • Es können bereits Server angelegt werden Wink und diese auch gesteuert werden.
  • Der Telegram Manager wurde integriert, aufgrund der Datenschutzbestimmung möchte ich den Inhalt hier nicht Posten, da hier die Klarnamen der Administratoren drin stehen Wink
  • Telegram kann bereits mit der Panel kommunizieren Wink
  • Die Systemsteuerung wurde integriert, hier können Grundlegende Einstellungen vorgenommen werden.

Es ist zwar noch nicht soviel, da wir uns immer Samstagstreffen zum Programmieren.
Aber kleinere Programmierungen nehme ich bereits immer vor.

Der Voicebereich im OSP wird erstmal von der Todo Liste genommen. Bis hier eine Lösung gefunden wurde.
Der ist zwar nicht ganz von der Todo Liste aber erstmal nach unten gerutscht.
Hey Zusammen,

Ich habe eine Allgemeine Umfrage:

Was findet ihr besser.

A: Unter einem Zentralen Usernamen kann mehrere Avatare erstellen.
B: Nur ein Avatar pro E-Mail

Würde mal interessieren.
Mir persönlich wäre B am liebsten.
Auch B, wobei ich aber einem Alt die gleiche E-Mail-Adresse zuweisen möchte, wie meinem Hauptavatar.
(17.02.2023, 11:14)Pius Noel schrieb: [ -> ]Auch B, wobei ich aber einem Alt die gleiche E-Mail-Adresse zuweisen möchte, wie meinem Hauptavatar.

Was meinst du genau mit Alt?
Die Frage war deswegen, ich muss dem System ja eine Autentifikations möglichkeit bieten, und das geht entweder zentral nur über einen usernamen, über den avatarnamen oder email.
Wenn man natürlich sagt man soll nur ein avatar pro email adresse in besitz haben, muss die identifikation ja über email basieren
Wenn 2 avatare über die selbe email verfügen gibs ja schon konflikt.
Weil ich glaub kaum das ein user unterschiedliche passwörter dann nutzt lach.

Ausser welche möglichkeit auch gibt.
Man kann einen Zentralen Usernamen machen, und der GridAdmin kann die Registrierung unter dem Zentralen Usernamen dann limitieren.
Das heisst wenn der admin sagt 1 geht nur dann geht nur einer oder 2 whatever. Das wäre eine Module Lösung was haltet ihr davon?
(17.02.2023, 13:18)AJEssen84 schrieb: [ -> ]
(17.02.2023, 11:14)Pius Noel schrieb: [ -> ]Auch B, wobei ich aber einem Alt die gleiche E-Mail-Adresse zuweisen möchte, wie meinem Hauptavatar.

Was meinst du genau mit Alt?
Die Frage war deswegen, ich muss dem System ja eine Autentifikations möglichkeit bieten, und das geht entweder zentral nur über einen usernamen, über den avatarnamen oder email.
Wenn man natürlich sagt man soll nur ein avatar pro email adresse in besitz haben, muss die identifikation ja über email basieren
Wenn 2 avatare über die selbe email verfügen gibs ja schon konflikt.
Weil ich glaub kaum das ein user unterschiedliche passwörter dann nutzt lach.

Ausser welche möglichkeit auch gibt.
Man kann einen Zentralen Usernamen machen, und der GridAdmin kann die Registrierung unter dem Zentralen Usernamen dann limitieren.
Das heisst wenn der admin sagt 1 geht nur dann geht nur einer oder 2 whatever. Das wäre eine Module Lösung was haltet ihr davon?
Also ich habe für meinen Alt-Ava ein anderes Passwort als für den Primär-Avatar. Selbstverständlich!
Never-ever use the same password twice!
Allerdings hat mich Pius Bemerkung auch verwirrt ... so wie ich sie verstehe kommt dabei nämlich Folgendes raus:
Ich wähle B aber eigentlich bin ich für A!
Seiten: 1 2 3 4 5 6 7 8 9 10 11 12