Recent Posts

Pages: 1 2 [3] 4 5 ... 10

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]

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

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

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.

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...

Quote

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....

Quote

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.

General Help & Support / Re: Bootstrap version

« Last post by rik033 on May 01, 2026, 08:00:25 AM »

Quote from: crnogorac081 on April 24, 2026, 04:50:09 PM

maybe I didn't explain it well or maybe it's a translation thing, but there are already htt and soon only twig files.

That means creating backend themes will be more easy. Most of us remember before there was an argos theme that many people used. I'm not saying that we should switch to bootstrap , even it Is my personal preference , and I know that there are other options like tailwind, w3css etc.. bootstrap is more practical for me because it has its own components and vanilla js, while jquery has not been developed for a long time.

To do this properly, I'm also making a bootstrap helper module that will show all the options and help for less experienced users. also the theme will have scss files, so it will be easy to customize (first of all the colors of the theme, according to user requirements, if you don't know scss, you won't find the bootstrap theme customization video).

Nice!
That sounds good.

Are you gonna share this module when it's ready?

General Help & Support / Re: Bootstrap version

« Last post by rik033 on May 01, 2026, 07:52:37 AM »

I've started this topic because I wonder why -in my opinion- outdated versions of Bootstrap are included in some add-ons and third party templates (still downloadable at WB).
With a truly respect for everyone who has spend a lot of time to develop these add-ons and templates, I think it's best to keep it up to date.

We (my partner and I) discovered several inconsistency's in them.
So we have modified and updated some of the third party add-ons and templates.

And as no folder gallery matches my standards, we're developing a brand new one. Based on nowadays techniques regarding hard- and software.
Due to a obligation for adding 22 languages to an add-on, we will not share this at WB. Simply because I'm not able to translate it well in 20 languages I don't speak. And I don't want to end up like one of the major developers in photo RAW editing software: their translation for Dutch is so bad, it's hardly readable let alone understandable. Usely I work only in English language, but tried the Dutch version for fun. It was no fun.

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

It's not about 'right' or 'wrong' but if you see advantages in it or not.
We think there are a lot of advantages in Bootstrap 5.
For instance the add-on mpForm: with Bootstrap 5 it's very easy to create fancy forms in the frontend without having to modify the frontend.css Modifying files that are developed by someone else can be tricky as you do not know exactly what the developers principles are.
Same goes for breadcrumbs: less coding, better results.
So we can relate to the points made by @crnogorac081 in this topic.