1. YoureCom
    1. Über mich
  2. Lösungen
    1. Tipprunde
    2. Aufgaben & Support
    3. Mitglieder-Netzwerk
    4. Online-Shop
    5. Alle Lösungen & Preise
  3. Für Admins
    1. Plugins
    2. ByteMon
    3. ByteMon: Community verwalten
    4. ByteMon: Portalidentität
    5. Individuelle Entwicklung
    6. WSC 6.3 Alpha
    7. GitHub
  4. Neuigkeiten
    1. Kurzmeldungen
  5. Support
  6. Mein Konto
  7. Lösungen testen
  • Anmelden
  • Registrieren
  • Warenkorb 0
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Aufgaben
  • Produkte
  • Pulse-Beiträge
  • GitHub Commits
  • GitHub Issues
  • Erweiterte Suche
  1. YoureCom – Software für Vereine, Teams & Communities
  2. Repository-Liste

de.yourecom.bgs

  • Marcel Beckers
  • YoureCom/de.yourecom.bgs
  • Privat
  • Letzter Commit: 30. Oktober 2026 um 10:35
  • Alle Commits
  • Issues 0
  • Pull Requests 0
  • Releases
  • Aktivität

Neueste Commits

  • YoureCom Standard automatisch aktualisiert (verwaltete Dateien aus _dev/standard) 6.2
    Marcel Beckers 30. Oktober 2026 um 10:35
    -7 Löschungen +42 Hinzufügungen 49 Gesamt 1 Dateien
  • Standard: Regeln für SQL und Kommentare übernommen, bekannte Lücken eingetragen Verwaltete Dateien aus _dev/standard (check-comments.php, check-architecture.php mit sql-concat und sql-variable, PHPStan-Regel für geerbte Properties). Bestehende Kommentar-Funde stehen in commentsKnown, SQL-Funde mit Begründung in architectureKnown, damit beides nach und nach abgebaut wird. 6.2
    Marcel Beckers 27. Oktober 2026 um 08:26
    +40 Hinzufügungen 40 Gesamt 2 Dateien
  • Community-Icon: Upload-Feld auf Dateiverwaltung des Cores umgestellt (Aufgabe 971, Teil 3) 6.2
    Marcel Beckers 26. Oktober 2026 um 21:13
    -101 Löschungen +473 Hinzufügungen 574 Gesamt 12 Dateien
  • YoureCom Standard automatisch aktualisiert (verwaltete Dateien aus _dev/standard) 6.2
    Marcel Beckers 25. Oktober 2026 um 11:49
    -17 Löschungen +445 Hinzufügungen 462 Gesamt 5 Dateien
  • Standard: Kommentare bereinigt (314 Methodenkommentare ergänzt, lange Kommentare auf einen Satz, Inline- und lose Kommentare entfernt, @inheritDoc), commentsKnown leer, Kommentar-Prüfung aktualisiert Entfernte Kommentare (Wozu, zum Nachlesen): - eventListener.xml: UserAction UserAction UserExportGdprAction - files/acp/global.php: define paths; include config; @noinspection PhpIncludeInspection include WCF; @noinspection PhpIncludeInspection - files/acp/install_de.yourecom.bgs.php: Make important thinks for the installation; `getColumns()` builds `SHOW COLUMNS FROM \`{$tableName}\`` and lets Database::prepare() rewrite the; `app1_` table prefix to the real installation number. A bound `?` parameter on an information_schema; query would bypass that rewrite and always miss on installations with WCF_N != 1.; `getIndexInformation()` builds `SHOW INDEX FROM \`{$tableName}\`` and lets Database::prepare() rewrite; the `app1_` table prefix to the real installation number, unlike a bound `?` parameter on an; information_schema query (see `ensureDatabaseColumn()` above for the full explanation).; `Database::prepare()` rewrites the `app1_` table prefix to the real installation number only in the literal SQL text, never in a bound parameter value. `getTableNames()` runs `SHOW TABLES`, which already returns the real, rewritten names, so the name being checked for is rewritten the same way before the comparison instead of being bound to an information_schema query. - files/global.php: include config; @noinspection PhpIncludeInspection include wcf - files/lib/action/CityAction.class.php: Returns all buildings and active constructions including the standard API response payload. - files/lib/data/building/type/AbstractBuildingType.class.php: Constructor that stores dynamic building data. Magic getter for dynamic access to data array keys as properties.; The server is the source of truth for unlocks. The client may use the resulting building list for display, but manipulated requests still end up here. Always include money with scaling factor; Add wood starting from level 5; Returns all produced resource types. Buildings with a single output can keep overriding getProducedResourceType() only. - files/lib/data/building/type/Sawmill.class.php: Bretter sind wertvoller, deshalb langsamer als Holz; etwas flacher skalierend - files/lib/data/city/City.class.php: update population; Sync A: makes cityID and all other columns available via $this->; (magic getter reads $this->data) before any of the methods below; are called - they run before parent::handleData($data) at the; bottom, which is otherwise the only place $this->data gets set.; Sync B: simulate() just changed populationDetails/unemployed/etc.; The production service below reads those via $this->, so it must; see the post-simulation values, not the Sync A snapshot.; Sync C: covers the (currently unlikely) case that; getGridSizeBySurveyLevel() below ends up depending on anything set; in this method - cheap insurance, no behavioural downside.; Beispielwert; 15% Kinder und Jugendliche; 55% Erwerbsfähige; 20% Ältere; 10% Senioren; Berechne die Anzahl der Menschen pro Altersgruppe; Verteilung der Bevölkerung pro Altersgruppe; Verteile jeweils eine Person; Verteile jeweils eine Person; Survey offices remain the authority for expansion, but callers should prefer these semantic bounds over legacy row/column-only grid size. - files/lib/data/community/CommunityAction.class.php: Delete removed images.; Store uploaded image. - files/lib/data/player/PlayerAction.class.php: create town hall; create house; create lumberjack hut with initial workers so the first city; immediately has an understandable production loop. - files/lib/data/resource/PlayerResourceService.class.php: Initializes and loads the player's resource data from the database.; buildingID:int, resourceType:string, amount:float }>; Update Cache; Merke geänderte Werte für späteres SQL - files/lib/data/resource/ResourceStockAction.class.php: Used during initial city setup. cityID:int, buildingID:int, resourceType:string, amount:int|float }> $rows string|int, string|int|float|array{raw:string} > $updateFields - files/lib/data/resource/ResourceType.class.php: Extend this class as new resource types are introduced. - files/lib/system/ServerAPI.class.php: reload player data is needed, because of creating city etc.; Finde den Typ basierend auf dem Suffix des Klassennamens; choose folder; Check if file exists - files/lib/system/exception/BgsApiException.class.php: IMPORTANT: - scalar properties only - no previous exception - safe for JSON serialization - files/lib/system/exception/BgsErrorType.class.php: IMPORTANT: - Do not invent new error types ad-hoc. - Extend this registry first. Generic; Auth / Security; Ownership / Access; City / State; Buildings; Grid / Placement; Workers; Actions; static only - files/lib/system/game/BuildingMechanicsService.class.php: Client code may display these rules, but only this service is trusted for unlocks, queue capacity, costs and construction timing. - files/lib/system/game/CityGuidanceService.class.php: The service returns stable identifiers and phrase keys instead of localized text. This keeps the game rules on the server while letting each client localize presentation. - files/lib/system/game/CityRandomEventService.class.php: Events are deterministic per time slot and exposed through one generic snapshot shape, so later event types can be added as definitions. - files/lib/system/game/CitySnapshotService.class.php: Lightweight metadata snapshot for actions that already return their changed building/road explicitly. Lightweight snapshot for road mutations. Roads affect event chances, city profile and district activation, so these status objects must refresh immediately after build/upgrade/remove without returning a full city payload. Public city visits need the same visible blocker state as the owner map, but must never receive stocks, rates, costs or other economy details. - files/lib/system/game/CommunityVisitService.class.php: The API request already owns the sender player transaction lock. Consume first;; the outer request transaction rolls both sides back if the credit fails.; This keeps participation requirements stable while making role choice tangible. Otherwise the strongest currently visible city feature decides. Seventy percent participation keeps larger communities collaborative without; requiring every member, while a two-city community still needs both players. - files/lib/system/game/PlayerEntitlementService.class.php: The shop integration should grant time-limited entitlements on the player. Game rules must read them through this service instead of trusting client flags or request parameters. - files/lib/system/game/QuestDefinitionService.class.php: Dynamic daily/weekly IDs are still created in QuestRewardService because they depend on the current date. Ordered one-time quests live here so reward, guidance and tests cannot drift apart silently. - files/lib/system/game/ShopEntitlementService.class.php: This is intentionally signature-free: it must only be called from trusted PHP code in the same WSC installation. Public HTTP callbacks must use grantFromShopPayload(). - files/lib/system/game/WorldBoundsService.class.php: Survey offices remain the progression gate. The returned structure is wider than the legacy rows/cols grid size so the client and server can move toward chunked or direction-based expansion without changing every caller at once. Current design: odd survey levels expand downward, even levels expand right.; Keeping this here makes later expansion shapes a local rules change. - files/lib/system/simulation/CitySimulationService.class.php: The City object performs the actual catch-up simulation in handleData(). This service guarantees that only one request can simulate a city at once. - files/lib/system/simulation/SimulationContext.class.php: Prevents architectural bypass of the simulation gate. - files/lib/system/simulation/SimulationLogger.class.php: Can be enabled/disabled via constant. 6.2
    Marcel Beckers 23. Oktober 2026 um 08:33
    -298 Löschungen +446 Hinzufügungen 744 Gesamt 71 Dateien

Alle Commits

README

Dieses Repository hat keine README.

Bereit, deine Community smarter zu machen?

Ob fertiges Produkt oder individuelle Softwarelösung – überzeuge dich selbst.

Jetzt kaufen Demo testen

Direkter Support vom Entwickler

Statistik

Sterne
0
Forks
0
Beobachter
0
Offene Issues
0

Aktivität

37 Commits in den letzten 26 Wochen

YoureCom – Software für Vereine, Teams & Communities

YoureCom – Software für Vereine, Teams & Communities. Seit 2004.

Fertig eingerichtete Lösungen für Verein, Team und Community, dazu Erweiterungen für die WoltLab Suite. Aus Wuppertal, für Kunden weltweit.

Lösungen

  • Tipprunde
  • Aufgaben & Support
  • Mitglieder-Netzwerk
  • Online-Shop
  • Alle Lösungen & Preise

Für Administratoren

  • Plugins
  • Clan Verwaltung
  • Wettbewerbe
  • MultiHunter
  • ByteMon
  • Individuelle Entwicklung

YoureCom

  • Über mich
  • Shop
  • Kontakt
  • Neuigkeiten
  • GitHub

Cloud-Verträge

  • AGB Cloud
  • AVV Cloud
  • Rechtswidrige Inhalte melden
  • Datenwechsel

Rechtliches

  • Datenschutzerklärung
  • Impressum
  • AGB
  • Vertrag widerrufen
  • Abonnements kündigen
  • Widerrufsbelehrung
© 2026 YoureCom · Marcel Beckers