Bjoern Flessing
20076b0aee
Jeder Spieler waehlt sich ein Handle mit @, Unternehmen und Behoerden bekommen
eigene Profile, fuer die sie Mitarbeiter freigeben.
Verwaltet wird ueber dieselbe Anmeldung wie das Webhosting: wer am IC-Computer
als Anbieter angemeldet ist, richtet Unternehmensprofile ein. Damit gibt es
genau eine Stelle, an der Verwaltungsrechte haengen - ein zweites Rechtesystem
daneben waere eine zweite Stelle, an der man jemanden zu entziehen vergisst.
Bewusst getrennt: wer fuer ein Unternehmen schreiben darf, kann sich nicht
selbst zum Verwalter machen.
Behoben gegenueber dem Ausgangsstand:
- Die Resource startete nicht. Eine harte Abhaengigkeit zeigte auf eine
Resource, die es nicht gibt - das verhindert den Start vollstaendig.
- Das Schema war gegenueber dem Code stehengeblieben: eine Tabelle fehlte
ganz, sechs Spalten fehlten. Jede Registrierung eines Handles scheiterte
deshalb mit einem SQL-Fehler. Zwei Migrationen ziehen das nach.
- Die Identitaet kommt jetzt von ESX statt von einem Charaktersystem, das
hier nicht laeuft. Ohne das findet das Mailsystem die Postfaecher nicht.
- Das Fenster hatte keinen Schliessknopf, nur ESC. Im Computerfenster ist
diese Taste aber schon vergeben.
- Bilder laden mit referrerpolicy="no-referrer": Bilderdienste sperren
Hotlinks anhand der Herkunft, und die eines NUI kennen sie nicht.
- Der Schluessel fuer den Bilder-Upload steht nicht mehr im Code, sondern in
der server.cfg (set bleeter_imgbb_key). Er gehoert nicht in ein oeffentlich
einsehbares Repository.
Neu: Unternehmensprofile und Mitarbeiterfreigabe, ueber Netzwerkereignisse und
Konsolenbefehle. Dazu eine Oberflaeche im IC-Computer, die dieselbe Gestaltung
benutzt - die Stildatei wird dafuer mechanisch gekapselt, statt sie nachzubauen.
Enthaelt README.md mit Einrichtung, Rechten und den Fallstricken.
39 lines
1.3 KiB
JavaScript
39 lines
1.3 KiB
JavaScript
// Portiert aus bleeter/server/permissions.lua + main.lua
|
|
|
|
// Wer darf in welchem Feed posten (feed_type: 'home' | 'advertising')
|
|
const feedPostRights = {
|
|
private: { home: true },
|
|
small_business: { advertising: true },
|
|
company: { advertising: true },
|
|
authority: { home: true, advertising: true },
|
|
lifeinvader: {},
|
|
};
|
|
|
|
function canPost(profileType, feedType) {
|
|
const rights = feedPostRights[profileType || ''] || {};
|
|
return rights[feedType || ''] === true;
|
|
}
|
|
|
|
function decodeBool(v) {
|
|
return v === true || v === 1 || v === '1';
|
|
}
|
|
|
|
// Behoerden / Lifeinvader / Staff koennen nicht blockiert werden
|
|
function canProfileBeBlocked(profileType, isLifeinvaderStaff) {
|
|
return profileType !== 'authority'
|
|
&& profileType !== 'lifeinvader'
|
|
&& !decodeBool(isLifeinvaderStaff);
|
|
}
|
|
|
|
// Lifeinvader-Moderationsrechte eines Charakters (char_id) aus DB
|
|
async function hasLifeinvaderPermission(db, charId, permission) {
|
|
if (!charId) return false;
|
|
const row = await db.q1(
|
|
`SELECT allowed FROM bleeter_lifeinvader_permissions
|
|
WHERE char_id = ? AND permission = ? LIMIT 1`,
|
|
[charId, permission]
|
|
);
|
|
return !!(row && decodeBool(row.allowed));
|
|
}
|
|
|
|
module.exports = { feedPostRights, canPost, decodeBool, canProfileBeBlocked, hasLifeinvaderPermission };
|