Recent Posts

21

Hilfe & Support (deutsch) / Re: URL Problem beim Anlegen einer Subdomain

« Last post by ruebenwurzel on May 05, 2026, 07:28:28 AM »

Hallo Harald,

genauso habe ich das auch angelegt. Problem ist, dass eine .htaccess in der Docu-Root auch die Unterverzeichnisse (Sub1, Sub2, ...) einschließt. Es sei denn, man schließt die Unterverzeichnisse in der .htaccess der Hauptdomain aus. Alternativ der Vorschlag von Franky auch die Hauptdomäne in ein eigenes Verzeichnis zu legen. Also

- main (Hauptdomain)
- Sub 1 (Subdomain)
- Sub 2 (Subdomain)
- ...

Dann kann in jedem Verzeichnis eine eigene .htaccess liegen, die nur für dieses Verzeichnis (+ Unterverzeichnisse) gilt.

Matthias

22

Hilfe & Support (deutsch) / Re: URL Problem beim Anlegen einer Subdomain

« Last post by hgs on May 04, 2026, 07:42:43 AM »

Bin ja auch bei all-inkl.com und habe viele Subdomänen, die alle in einem eigenen Verzeichnis liegen.

Beispiel:
Docu-Root
--Sub1
--Sub2
--Sub3
--...

23

Hilfe & Support (deutsch) / Re: URL Problem beim Anlegen einer Subdomain

« Last post by ruebenwurzel on May 02, 2026, 06:18:24 PM »

Hallo,

Hauptdomäne liegt bei mir immer im Root, deswegen bekommt die Subdomäne dann ein Unterverzeichnis von Root. Die Idee die Hauptdomäne auch in ein Verzeichnis (z.B.: main)zu legen, da bin ich noch gar nicht draufgekommen. Wenn man mit Subdomänen arbeitet ist das aber vielleicht gar keine so schlechte Idee  .

Matthias

24

Hilfe & Support (deutsch) / Re: URL Problem beim Anlegen einer Subdomain

« Last post by dbs on May 02, 2026, 11:34:47 AM »

Subdomain ist schon richtig, mach ich auch so.
Aber deren Verzeichnis liegt dann nicht innerhalb einer anderen Installation, sondern auf gleicher Ebene oder bei mir auch in einem extra Ordner "subs". Jedenfalls kommen dadurch die .htaccess nie in Konflikt.

25

Hilfe & Support (deutsch) / Re: URL Problem beim Anlegen einer Subdomain

« Last post by ruebenwurzel on May 02, 2026, 10:14:33 AM »

Hallo,

Ja, hab ich jetzt auch erkannt. Besser wäre es gewesen parallel zur Hauptdomain eine weitere Domain anzulegen, dann wäre das mit .htaccess einfacher.

Auf meinen anderen Domänen mit Subdomänen ist keine .htaccess im Einsatz, deswegen ist das Problem bisher nicht aufgetaucht.

Spezielle Gründe, warum ich Subdomains anstelle von weiteren Domains anlege gibt es nicht konkret. Habe das bisher immer dafür verwendet, wenn ich für eine bestehende Domänen mit einem neuen Layout versehe. Die entwickle ich auf einer Subdomain, wenn der Kunde das Layout dann freigibt, muss ich auf dem Server den Pfad und in der config.php die URL anpassen und das neue Layout ist binnen Sekunden online. Würde aber mit Parallelen Domänen ja genauso funktionieren. Beim nächsten mal dann.

Dank ChatGPT habe ich die .htaccess der Hauptdomäne jetzt so angepasst, dass das Verzeichnis der Subdomäne ausgeschlossen ist. Jetzt kann ich in der Hauptdomäne und der Subdomäne jeweils eigene .htaccess verwenden.

Code: [Select]

RewriteEngine On

# Subdomain-Verzeichnis von den Regeln der Hauptdomain ausschließen
RewriteRule ^neu\.apartment-am-bischofsberg\.de(/|$) - [END]
Matthias

26

Hilfe & Support (deutsch) / Re: URL Problem beim Anlegen einer Subdomain

« Last post by dbs on May 02, 2026, 09:53:25 AM »

Moin, bevorzugte Lösung wäre gar nicht erst innerhalb der Hauptdomain bzw. dem Hauptdomain-Ordner weitere Installationen anzulegen. Besser daneben.
Aber du wirst deine Gründe haben.

Die KI sagt:

Code: [Select]

RewriteEngine On

# Rules only for main domain, not for subdomains
RewriteCond %{HTTP_HOST} ^(www\.)?example\.de$ [NC]
RewriteRule ^ irgendwas [L]

27

Hilfe & Support (deutsch) / Re: URL Problem beim Anlegen einer Subdomain

« Last post by ruebenwurzel on May 02, 2026, 09:33:05 AM »

Hallo,

Problem gelöst. Ursache war eine .htaccess in der Hauptdomain, die URLs umschreibt. Nach Anlegen einer .htaccess in der Subdomain, in der die RewriteEngine für die Subdomain auf off gestellt wird passt alles.

Stellt sich aber die nächste Frage. Wenn kann ich in der Subdomain ShortUrl aktivieren? Dazu müsste ich die RewriteEngine ja wieder aktivieren?

Bin kein .htaccess Experte, aber gibt es eine Möglichkeit die .htaccess in der Hautdomain so zu konfigurieren, dass sie für alles gilt, außer für die Subdomain?

Matthias

28

Hilfe & Support (deutsch) / URL Problem beim Anlegen einer Subdomain

« Last post by ruebenwurzel on May 02, 2026, 09:15:57 AM »

Hallo,

WB 2.13.9 r25 PHP 8.5

Habe heute morgen eine neue subdomain angelegt und eine neue WB Installation darauf durchgeführt. Beim Installationsbildsc hirm wurde mir als URL : https://www.apartment-am-bischofsberg.de/neu.apartment-am-bischofsberg.de/ vorgeschlagen. Installation lief sauber durch und Backend ist mit diese URL auch erreichbar.

Nach erfolgreicher Installation habe ich in der config.php die URL dann auf https://neu.apartment-am-bischofsberg.de/ geändert. Beim Aufruf dieser URL im Browser wird die URL aber wieder in die obige geändert, das backend ist nach Änderung der config.php nicht mehr aufrufbar. Dazu muss ich in der config.php die Url wieder auf die obige zurücksetzen.

Mein Hoster ist allinkl. Ich habe dort diverse Domains mit Subdomains, die alle problemlos mit der richtigen Subdomain-URL laufen. Die heute angelegte Subdomain habe ich genauso angelegt wie die bisherigen auch. Wo könnte die Ursache liegen? Liest WB den Pfad falsch aus, oder liegt die Ursache bei allinkl?

Matthias

29

General Help & Support / Re: Bootstrap version

« Last post by crnogorac081 on May 01, 2026, 06:15:31 PM »

I agree that both backend and frontend should be free for usres to use whatever they want (w3css, bootstrap, tailwind it whatever tomorrow..)

The core developer team Is working hard to make this work. Just switching from phplib to twig Is hard work too and a big change.

Consider this Is a free software and people are investing their time to give something for free to community.

30

General Help & Support / Re: Bootstrap version

« Last post by sternchen8875 on May 01, 2026, 12:40:49 PM »

Translation by Goggle AI 

I thought the point of this discussion was whether or not Bootstrap should be integrated into the core. My answer to that remains: No, it will not be.

However, that doesn't mean I have any objections to Bootstrap itself, which is what I’m sensing you’re implying by bringing up "democracy."
To clarify once more: authors are free to use whatever they want in their add-ons—whether it's a module, a theme, or a template. But the add-on must include everything it requires, unless that component is already part of the current core package.

In the new WB core, the combination of HTML and PHP outputs will be completely eliminated. The core will only provide data, which will then be processed by the themes and rendered using Twig templates. Whether the backend theme uses Bootstrap or W3CSS is entirely up to the developer. I know that @crnogorac081 is working on such themes and modules, and we will coordinate closely on this. I’m just not quite finished yet; otherwise, we might not even be having this discussion.

That should settle the "core package" topic. Regarding the modules...

   

The discussion about using Bootstrap: thank god we live in a democracy so everyone is entitled to have it's own opinion

No one is denying your right to your own opinion, and no one here has tried to—quite the opposite. You are free to choose whether to use Bootstrap or not. So please, do not imply that I am forbidding you from doing anything. There are basic rules established by the association, some set by Ryan as the original developer as a condition for use, and some established by the CMS's founding fathers as quality standards. My job here is to keep the CMS alive based on these principles. From that perspective, there is simply no advantage to integrating Bootstrap directly into the core, as it would mean one more thing to maintain and would increase the package size.

Rather, it is perfectly sufficient if the backend theme provides these CSS frameworks, as everything else runs through the respective header.twig and footer.twig of each template, regardless of whether it uses Bootstrap or W3CSS.

As for the fact that languages of all things are your main concern, I’ll refrain from judging that. The original requirement from Ryan and the other founders was to support the three main languages: Dutch, English, and German. This dates back to the late 1990s. There was a reason they requested that if native speakers were available for other languages, they should contribute, but to avoid Google Translate versions. We are now nearly 30 years further along, and almost any AI can handle this today without embarrassing errors. To be fair—and with all due respect—neither of our English skills would exactly thrill a native speaker.

For the new WB package, I have developed a Translation Manager that collects all (currently over 30,000) language variables of the core package in a database. It offers a searchable modification tool and can also include additional modules. This gives everyone the ability to correct things or adapt them to their needs—either by adjusting the installation temporarily in the database or by changing the module's language files directly. In addition to the advantage of flexibility, this should also provide a noticeable boost in speed.

However, if you are not comfortable using AI for translations, for example, and if German (as the base language) is not among your preferred languages, then we can also just leave the subject there.

One last thing regarding the add-ons section:
No one expects you to sit down and provide repaired or modernized modules. But perhaps you could put your observations into separate threads or send an email to board@WebsiteBaker.org, including at least the name of the module and the specific suggestions you have. There are currently about 140 add-ons in this area. Not all of them are publicly visible or released for various reasons, but no one has the time to check this section once a week to see if something could be improved somewhere.

-------------------------------------------

Ich dachte, es geht hier um eine Diskussion, ob Bootstrap im Core integriert werden soll oder nicht - Die Antwort habe ich gegeben: Nein, wird es nicht geben.

Das heißt aber nicht, das ich irgendwelche Einwände gegen Bootstrap hätte, was ich ja hier schon herauslese, wenn du mit Demokratie ankommst.
Darum noch einmal: Autoren dürfen in ihren Addons das verwenden, was sie möchten, egal, ob nun ein Modul oder ein Theme oder ein Template. Aber das, was darin verwendet, muß das Addon mitbringen, es sei denn, es ist aktuell schon Bestandteil des Core-Paketes.
Im neuen WB-Core wird es so sein, das die Kombination von HTML und PHP-Outputs komplett wegfällt. Der Core liefert nur noch Daten, die dann in den Themes ausgewertet werden und mit Twig-Templates dargestellt werden. Ob dann das Backend-Theme darin Bootstrap nutzt oder W3CSS, ist Entscheidung des Entwicklers. Ich weiß, das crnogorac081 an solchen Themes und Modulen arbeitet und wir werden uns da eng abstimmen. Bin nur noch nicht ganz fertig, sonst hätten wir diese Diskussion hier vielleicht garnicht

Damit sollte das Thema "Core-Paket" abgeschlossen sein. Zu den Modulen....

The discussion about using Bootstrap: thank god we live in a democracy so everyone is entitled to have it's own opinion

Niemand spricht dir das Recht auf eigene Meinungen ab und niemand hier hat das versucht, ganz im Gegenteil. Du bist frei in deiner Entscheidung, ob nun Bootstrap oder nicht. Unterstelle mir also nicht, ich würde dir irgend etwas verbieten. Es gibt ein paar Grundregeln, die vom Verein aufgestellt wurden, welche, die von Ryan als Urentwickler festgelegt wurden als Bedingung für die Nutzung und welche, die schon von den Urvätern des CMS festgelegt wurden als Anspruch an z.b. die Qualität. Mein Job ist es hier, das CMS auf dieser Basis am Leben zu erhalten und aus dieser Sicht ist es eben kein Vorteil, Bootstrap direkt in den Core zu integrieren, weil das eben bedeutet, das man einen Punkt mehr pflegen muß und das Paket wieder größer wird.
Vielmehr ist es so, das es völlig ausreichend ist, wenn das Backend-Theme diese CSS-Frameworks mitliefert, denn alles andere läuft über die jeweiligen header.twig und footer.twig des jeweiligen Templates, egal, ob das nun Bootstrap oder W3CSS nutzt

Das nun ausgerechnet die Sprachen dein Problem sind, will ich mal nicht werten. Die alte Vorgabe von Ryan und den anderen Urvätern waren die drei Hauptsprachen, niederländisch, englisch und deutsch. Das stammt aus den späten 1990er Jahren. Nicht ohne Grund hat man damals gefordert, wenn es Muttersprachler gibt für andere Sprachen, dann bitte, aber keine Google-Translator-Übersetzungen. Nun sind wir fast 30 Jahre weiter und nahezu jede KI kann das heutzutage ohne peinliche Fehler. Unser beider englisch ist auch nicht das, was einen Muttersprachler entzücken würde - mit Verlaub....
Für das neue WB-Paket habe ich eine Translation-Manager entwickelt, der alle aktuell gut 30.000 Sprachvariablen des Core-Paketes in der Datenbank sammelt, ein durchsuchbares Modify-Tool dazu anbietet und auch Zusatzmodule mit einschließen würde. Damit hätte jeder die Möglichkeit, Dinge zu korrigieren oder an seine Bedürfnisse anzupassen und dies entweder temporär in der Datenbank diese Installation anzupassen oder direkt in den Sprachdateien des Moduls zu ändern. Neben dem Vorteil der Anpassungsfähigkeit soll es einen spürbaren Geschwindigkeitssch ub geben.
Wenn es dir aber nicht Recht ist, für die Übersetzungen z.b. eine KI zu nutzen und deutsch als Grundsprache auch nicht zu den von dir aufgezählten bevorzugten Sprachen gehörte, können wir das Thema auch beenden.

Noch als Letztes etwas zu Modulen im Addon-Bereich
es erwartet niemand, das du dich hinsetzt und reparierte bzw modernisierte Module zur Verfügung stellst, aber vielleicht könntest du deine Anmerkungen in extra Threads oder Mails an board@WebsiteBaker.org fassen, das zumindest Namen des betreffenden Moduls enthält und die Hinweise dazu, die du hast. Aktuell sind ~140 Addons in diesem Bereich. Nicht jeder öffentlich sichtbar oder freigegeben aus diversen Gründen, aber niemand hat die Zeit, diesen Bereich einmal die Woche durchzugehen, ob irgendwo etwas zu verbessern ist.