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.
40 lines
1.7 KiB
JavaScript
40 lines
1.7 KiB
JavaScript
const express = require('express');
|
|
const multer = require('multer');
|
|
const db = require('../db');
|
|
const { requireAuth } = require('../auth');
|
|
const { resolveActingProfile } = require('../lib/account');
|
|
const { uploadToImgbb, ALLOWED_EXT } = require('../lib/media');
|
|
|
|
const router = express.Router();
|
|
router.use(requireAuth);
|
|
|
|
const upload = multer({
|
|
storage: multer.memoryStorage(),
|
|
limits: { fileSize: 2 * 1024 * 1024 }, // 2 MB (Config.Media.maxBytes)
|
|
});
|
|
|
|
// POST /api/media/upload (multipart: image) {profileId}
|
|
router.post('/media/upload', upload.single('image'), async (req, res) => {
|
|
try {
|
|
const { profile } = await resolveActingProfile(req.account, req.body.profileId);
|
|
if (!profile) return res.status(400).json({ error: 'no_profile' });
|
|
if (!req.file) return res.status(400).json({ error: 'no_file' });
|
|
|
|
const ext = (req.file.originalname.split('.').pop() || '').toLowerCase();
|
|
const mimeOk = /^image\/(jpe?g|png)$/i.test(req.file.mimetype || '');
|
|
if (!ALLOWED_EXT.includes(ext) && !mimeOk) return res.status(400).json({ error: 'unsupported_type' });
|
|
|
|
const { url } = await uploadToImgbb(req.file.buffer, req.file.originalname);
|
|
await db.insert(
|
|
`INSERT INTO bleeter_media (owner_profile_id, source_type, url, original_name, mime_type, size_bytes)
|
|
VALUES (?, 'upload', ?, ?, ?, ?)`,
|
|
[profile.id, url, req.file.originalname, req.file.mimetype, req.file.size]
|
|
);
|
|
res.json({ ok: true, url });
|
|
} catch (err) {
|
|
console.error('[bleeter] media upload error', err.message);
|
|
res.status(500).json({ error: 'upload_failed' });
|
|
}
|
|
});
|
|
|
|
module.exports = router;
|