LINK AUDIT — every internal link now resolves to a real page:
- BrandHeader doc-nav 'Showcase' target → /{locale}/showcase/projects/
(the showcase/ directory has no index, only patterns/projects)
- Translated-slug bugs across de/es/fr/ja: ~30 broken links from the
overnight translator that auto-localised path segments. Mapped back to
the actual English slugs:
de: warum-nibiru → why-nibiru, kuenstliche-intelligenz/orakel → ai/oracle,
kI/modul/* → ai/module/*, praesentation/projekte → showcase/projects
es: ai/modulo/* → ai/module/*, diseno/* → design/*,
porque-nibiru / por-que-nibiru → why-nibiru,
presentacion/proyectos → showcase/projects
fr: ia/module/* → ai/module/*, ia/module/formation → ai/module/training,
pourquoi-nibiru → why-nibiru, presentation/projets → showcase/projects
ja: ai/milestones → ai/roadmap
- Cross-locale leaks: bare `/ai/oracle` (no locale) → `/{locale}/ai/oracle/`
in de/index.mdx, fr/index.mdx, fr/ai/module/overview.md, en/ai/corpus.md
- `/en/start/` (which 404s — start/ has no index) was hardcoded in five
design/components.md atelier-button hrefs across all locales →
`/{locale}/start/installation/`
- `/en/reference` removed from en/downloads.mdx — the reference doc tree
isn't built yet; replaced with a github link to the v2 markdown source
- Collapsed stray double-slashes (`/de/why-nibiru//` etc.) introduced by
the slug-replacement sed sweep
Final audit shows 0 broken internal links (down from ~37).
TRAINING SOURCE NOW SHIPS — root cause of "I cannot find the training data
in the repository": the curated source files were gitignored.
- .gitignore at scripts/extraction/ now whitelists framework-reference-v2.md
and lora-augmentation.summary.txt alongside lora-augmentation.jsonl
- The 1620-line v2 reference, the 323-record augmentation jsonl, and the
summary report all enter the repo so the production Docker build sees
them and contributors can find them by browsing gitea
NEURONETZ AI DEEPLINK BADGE — small "AI by Neuronetz ↗" pill in the splash
footer's bottom strip. Logo mark mirrored locally to
public/img/external/neuronetz-mark.svg (pulled from neuronetz.ai/favicon.svg)
so the page doesn't hot-link off-domain on every paint. Magenta border on
hover; opens neuronetz.ai in a new tab with rel=noopener.
SPLASH I18N PARITY — de/es/fr/ja index.mdx now import + render the same
component stack as en (CometTrail · MmvcStage · MissionControl · LaunchSequence
· SpacecraftGrid · EditorialContent · LandingFooter · ToTop · LandingScripts),
so every locale shows the full splash structure. The component bodies
themselves are still English (proper i18n is the next step); for now this
brings structural parity.
MOBILE RESPONSIVE SWEEP:
- LandingFooter: 4-col grid stacks 2-col @ 768px and 1-col @ 480px;
bottom strip wraps vertical at 480px
- MmvcStage: 5-step progress rail tightens its gaps under 720px and
drops the bar segments entirely under 480px so the labels fit
- Docs bridge §11: tighter H1/H2 spacing, breadcrumbs/doc-meta on
narrow viewports, pagination cards stack 1-col, help-strip stacks
vertical, tables get horizontal-scroll on overflow
- Doc-header: nav-version chip hides under 480px so the search-pill
+ brand fit comfortably
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
nibiru framework 🚀
Welcome to the nibiru framework, a powerful MMVC (Modular Model-View-Controller) PHP Framework designed specifically for rapid prototyping. Whether you're building a quick prototype or a large-scale application, nibiru framework provides the tools and structure you need to get up and running in no time.
What is MMVC PHP Framework for rapid prototyping?
MMVC in the nibiru framework stands for Modular Model-View-Controller. Modules, have the observer pattern, and are comprehensive entities that encompass not just the MVC components but also traits, interfaces, plugins, and settings. These modules are designed for loose coupling, promoting modularity and ease of integration. Each module can be loaded through its namespace, offering a flexible way to add and manage functionalities in your application. The built-in observer ensures seamless communication between these modules.
nibiru Binary Command-Line Tool
_ _ _ _ _ ______ _
| \ | (_) | (_) | ____| | |
| \| |_| |__ _ _ __ _ _ | |__ _ __ __ _ _ __ ___ _____ _____ _ __| | __
| . ` | | '_ \| | '__| | | | | __| '__/ _` | '_ ` _ \ / _ \ \ /\ / / _ \| '__| |/ /
| |\ | | |_) | | | | |_| | | | | | | (_| | | | | | | __/\ V V / (_) | | | <
|_| \_|_|_.__/|_|_| \__,_| |_| |_| \__,_|_| |_| |_|\___| \_/\_/ \___/|_| |_|\_
----------------------------------------------------------------------------------------------
Usage: ./nibiru [-m <module_name>] [-c <controller_name>] [-h]
-m {name}: create a new module with the given name. Add -g switch if a Graylog Server present.
-c {name}: create a new controller with the given name.
-p {name} -m {name}: create a new plugin with the given name in the given name for the module.
add -g switch if a Graylog Server present.
-cache-clear: will clear the cache of the applications template_c folder.
-s: check framework folders and permissions, and set them if they are not present.
-mi {local|staging|production}: run migration files from application/settings/config/database/.
-mi-reset {local|staging|production}: will reset the migrations table, use only if you know what
you are doing.
-mi-reset-file {filename} {local|staging|production}: will reset the migration entry for a filename
e.g. mytable.sql, use only if you know what
you are doing.
-ws {URL} -wp {PORT}: connect to a WebSocket at the given URL and port.
-h: display this help message.
-new-cms-page {name} (only available with the CMS module): will create a new page with connection
to an existing template.
-delete-cms-page {name} (only available with the CMS module): will delete a CMS page with the given name.
-version or -v: display the version of the nibiru binary, and the current framework version.
For a more detailed explanation and additional functionalities, please refer to the official documentation.
Database Migrations
In the nibiru framework, database migrations play a crucial role in managing and versioning your database schema. Migrations allow developers to define sets of changes that modify the database schema, making it easier to track, roll back, or apply updates as needed.
With the nibiru binary tool, managing these migrations becomes even more effortless:
./nibiru -mi {environment}: This command allows you to run migration files from theapplication/settings/config/database/directory for a specific environment (local,staging, orproduction)../nibiru -mi-reset {environment}: Use this command with caution. It resets the migrations table, effectively allowing you to start fresh with your migrations../nibiru -mi-reset-file {filename} {environment}: If you need to reset a specific migration entry, this command lets you target a particular filename, such asmytable.sql, for a given environment.
It's essential to use migrations to ensure that your database schema remains consistent across different environments and stages of your application's lifecycle.
Generating Controllers
Using the nibiru binary tool, developers can effortlessly generate controllers for their applications:
./nibiru -c {controller_name}: This command will create a new controller with the specified name.
Upon generation, the controller will be located in:
/application/controllers/{controller_name}.php
Additionally, a corresponding view file will be generated and placed in:
/application/views/{controller_name}/
This structure ensures that the logic in the controller and its associated views are neatly organized and easy to manage.
Generating Modules
The nibiru binary tool also facilitates the generation of modules:
./nibiru -m {module_name}: This command will create a new module with the given name.
The generated module will have its own directory structure, encompassing traits, interfaces, plugins, settings, and a main PHP file. The structure will resemble:
/modules/{module_name}/
├── {module_name}.php
├── interfaces/
├── plugins/
├── settings/
└── traits/
This modular approach allows for clear separation of concerns and promotes scalability and maintainability of the application.
Credits
Created by Stephan Kasdorf, 2023
Happy Coding! 💻