glanzlicht / MeinWeimar_APP

Official MeinWeimar App

Verified secure showcase
204 Files 2 MB Public size 14 Redacted Dart · PHP · XML · GITIGNORE · YAML · PLIST

Project overview

MeinWeimar_APP is a verified code showcase with 204 visible project entries across 2 top-level modules. The primary detected language is Dart; protected files remain visible in the structure while their contents stay private.

README

MeinWeimar — Flutter App & WordPress Plugin

> Working in Progress · Private portfolio repository · Active development

MeinWeimar is a location-based local platform for residents, students and visitors. This repository intentionally contains only two product parts:

  1. the Flutter consumer app;
  2. the meinweimar-core WordPress plugin that provides the editorial/admin
  3. layer and the REST contract consumed by the app.

The complete public website, WordPress core, databases, private infrastructure and unrelated platform modules are not part of this repository.

MeinWeimar consumer app preview

Why this project is interesting

MeinWeimar combines a mobile/web Flutter client with WordPress used as a structured content and administration backend. The goal is a maintainable product boundary: content, branding, navigation, categories, media and configuration are managed in WordPress and delivered through a versioned REST contract instead of being hardcoded in the Flutter UI.

The project demonstrates work across:

  • Flutter/Dart application architecture for iOS, Android and Web;
  • WordPress plugin architecture with custom post types, taxonomies, admin
  • settings and REST endpoints;

  • localized German/English UI and backend-controlled labels;
  • discovery/list/detail flows for places, services, events, classifieds, jobs
  • and real estate;

  • map, GPS, geocoding, marker and navigation contracts;
  • caching, ETag/config-version handling and offline-safe fallbacks;
  • role-aware account, claim, favorites, moderation and messaging boundaries;
  • automated Flutter tests, PHP/REST contract checks and release builds.

Repository structure

flutter-app/       Flutter consumer application
wordpress-plugin/  meinweimar-core WordPress plugin
screenshots/       Curated portfolio preview only

Current status

This is an active Working in Progress project. The core architecture and many end-to-end flows are implemented and continuously tested. Native device polish, production content, final legal/privacy review and further product modules are still being developed. The repository does not claim to be a finished production release.

Local development

Flutter app

cd flutter-app
flutter pub get
flutter analyze
flutter test
flutter run --dart-define=MW_API_BASE_URL=https://example.test/wp-json/meinweimar/v1

The API base URL and other environment-specific values are supplied at build or run time. No credentials are stored in the repository.

WordPress plugin

Copy wordpress-plugin into a WordPress installation's wp-content/plugins/meinweimar-core directory and activate it in the admin area. The plugin owns the MeinWeimar content types, editorial settings, permissions, REST responses, media/configuration contracts and frontend integration points.

Privacy and repository boundary

This repository is private and is prepared for controlled technical review. Secrets, production database exports, user data, WordPress uploads, private keys and infrastructure configuration must remain outside version control. The public-facing portfolio page uses a separate, redacted presentation layer and does not expose the private repository directly.

For technical reviewers

The most relevant entry points are:

  • flutter-app/lib/core — shared configuration, networking, localization,
  • theme and location contracts;

  • flutter-app/lib/features — consumer-facing product surfaces;
  • flutter-app/lib/repositories — API boundary and data access;
  • wordpress-plugin/includes — plugin services, REST, admin and contracts;
  • wordpress-plugin/assets — admin/frontend integration assets.

MeinWeimar is deliberately presented as an evolving product rather than a finished demo: the repository shows the architectural decisions, the working implementation and the remaining engineering work transparently.

flutter-app/lib/core/networking/public_read_cache.dartDart
import 'dart:convert';
import 'package:shared_preferences/shared_preferences.dart';
/// A deliberately small persistence boundary for anonymous public responses.
/// Private/profile/messaging payloads never enter this store because callers
/// must opt into [ApiClient.getPublicJson].
abstract interface class PublicReadCacheStore {
Future<String?> read(String key);
Future<void> write(String key, String value);
Future<void> remove(String key);
Future<Set<String>> keys();
}
class SharedPreferencesPublicReadCacheStore implements PublicReadCacheStore {
const SharedPreferencesPublicReadCacheStore();
Future<SharedPreferences> get _preferences => SharedPreferences.getInstance();
@override
Future<String?> read(String key) async => (await _preferences).getString(key);
@override
Future<void> write(String key, String value) async {
await (await _preferences).setString(key, value);
}
@override
Future<void> remove(String key) async {
await (await _preferences).remove(key);
}
@override
Future<Set<String>> keys() async => (await _preferences).getKeys();
}
class PublicReadCacheEntry {
const PublicReadCacheEntry({
required this.body,
required this.storedAt,
this.etag = '',
this.lastModified = '',
});
final String body;
final DateTime storedAt;
final String etag;
final String lastModified;
PublicReadCacheEntry copyWith({DateTime? storedAt}) => PublicReadCacheEntry(
body: body,
storedAt: storedAt ?? this.storedAt,
etag: etag,
lastModified: lastModified,
);
Map<String, dynamic> toJson() => {
'version': 1,
'body': body,
'stored_at': storedAt.toUtc().millisecondsSinceEpoch,
'etag': etag,
'last_modified': lastModified,
};
factory PublicReadCacheEntry.fromJson(Map<String, dynamic> json) {
final storedAtMs = json['stored_at'];
if (json['body'] is! String || storedAtMs is! num) {
throw const FormatException('Invalid public cache entry');
}
return PublicReadCacheEntry(
body: json['body'] as String,
storedAt: DateTime.fromMillisecondsSinceEpoch(
storedAtMs.toInt(),
isUtc: true,
),
etag: json['etag'] is String ? json['etag'] as String : '',
lastModified: json['last_modified'] is String
? json['last_modified'] as String
: '',
);
}
}
class PublicReadCache {
PublicReadCache({
required this.store,
DateTime Function()? clock,
this.freshFor = const Duration(minutes: 1),
this.staleFor = const Duration(hours: 24),
this.maxEntries = 32,
this.maxEntryBytes = 1024 * 1024,
}) : _clock = clock ?? (() => DateTime.now().toUtc());
// Bump the browser/storage namespace when the public response contract
// gains fields that are required for rendering. Older entries may be
// perfectly valid JSON while still being incomplete for the current UI
// (for example before REST marker.app_url or configurable home items
// existed). Reusing them would silently restore obsolete presentation
// settings until the stale window expires.
static const keyPrefix = 'mw_public_read_v3_';
final PublicReadCacheStore store;
final Duration freshFor;
final Duration staleFor;
final int maxEntries;
final int maxEntryBytes;
final DateTime Function() _clock;
static String keyFor(Uri uri, String locale) {
final identity = '$locale|${uri.toString()}';
return '$keyPrefix${base64UrlEncode(utf8.encode(identity))}';
}
Future<PublicReadCacheEntry?> read(String key) async {
final raw = await store.read(key);
if (raw == null || raw.isEmpty) return null;
try {
final decoded = jsonDecode(raw);
if (decoded is! Map<String, dynamic>) throw const FormatException();
return PublicReadCacheEntry.fromJson(decoded);
} on FormatException {
await store.remove(key);
return null;
}
}
Duration ageOf(PublicReadCacheEntry entry) {
final age = _clock().toUtc().difference(entry.storedAt.toUtc());
return age.isNegative ? Duration.zero : age;
}
DateTime get now => _clock().toUtc();
Future<void> write(String key, PublicReadCacheEntry entry) async {
if (utf8.encode(entry.body).length > maxEntryBytes) return;
await store.write(key, jsonEncode(entry.toJson()));
await _evictIfNeeded();
}
Future<void> invalidate(Uri uri, String locale) =>
store.remove(keyFor(uri, locale));
Future<void> clear() async {
final keys = await store.keys();
for (final key in keys.where((key) => key.startsWith(keyPrefix))) {
await store.remove(key);
}
}
Future<void> _evictIfNeeded() async {
final keys = (await store.keys())
.where((key) => key.startsWith(keyPrefix))
.toList(growable: false);
if (keys.length <= maxEntries) return;
final entries = <String, PublicReadCacheEntry>{};
for (final key in keys) {
final entry = await read(key);
if (entry != null) entries[key] = entry;
}
final ordered = entries.entries.toList()
..sort((a, b) => a.value.storedAt.compareTo(b.value.storedAt));
final removeCount = ordered.length - maxEntries;
for (final entry in ordered.take(removeCount)) {
await store.remove(entry.key);
}
}
}

Architecture

High-level modules detected from the verified public snapshot. Protected implementation details are intentionally omitted.

flutter-appmodule
wordpress-pluginmodule

Technology stack

DartPHPJavaScriptARBLOCKPBXPROJFlutter / Dart
Dart56.1%
PHP29.4%
JavaScript4.0%
ARB2.9%
LOCK1.7%
PBXPROJ1.7%
CSS1.5%
Markdown0.4%