Recent Posts

61

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by dbs on September 29, 2025, 06:59:42 AM »

Ohne Zwischenschritte, direkt upgraden.
Du solltest für deine Module auch die aktuellsten Versionen installieren.
Und weil man nicht weiß was alles nicht mehr richtig geht, ist die Vorgehensweise, wie von crnogorac081 genannt, zu empfehlen. Noch besser wäre es auf einer Subdomain zu machen, weil du dann die Eigenheiten deines Servers gleich miteinbeziehst.

62

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by crnogorac081 on September 29, 2025, 01:16:56 AM »

This Is very outdated version. You need to Make backup of  files and database.

Then check which php version your provider supports (8.0+) then it Is needed to update wb to  latest version and to transfer files to new version. I would recommend to prepare and test all on wb portale and when check all working ,them transfer to live site

63

General Help & Support / Versioned css and js for modules and standard files

« Last post by CodeALot on September 29, 2025, 12:49:22 AM »

For my templates, I have made a function that will always look for modified CSS-files so the visitor will always be 'forced' to load the latest version:

Code: [Select]

function css_versioned($filename) {
    $base_path = '/templates/main/css/';
    $filepath  = $_SERVER['DOCUMENT_ROOT'] . $base_path . $filename;
    return file_exists($filepath)
        ? $base_path . $filename . '?v=' . filemtime($filepath)
        : $base_path . $filename;
}

The CSS files in that directory will then be called like for example:

Code: [Select]

<link rel="stylesheet" href="<?php echo css_versioned(&#39;basics.css&#39;); ?>" media="all" />
It would be nice if WB did that by default for any CSS and JS file it has to load, thus bypassing stubborn caches on the visitor's devices.

64

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by gba on September 28, 2025, 10:36:49 PM »

Hallo sternchen8875,

ich habe Version 2.8.3:

 * @license         http://www.gnu.org/licenses/gpl.html
 * @platform        WebsiteBaker 2.8.3
 * @requirements    PHP 5.3.6 and higher
 * @revision        $Revision: 1645 $
 * @version         $Id: version.php 1638 2012-03-13 23:01:47Z darkviper $
 * @filesource      $HeadURL: svn://isteam.dynxs.de/wb_svn/wb280/branches/2.8.x/wb/admin/interface/version.php $
 * @lastmodified    $Date: 2012-03-14 00:01:47 +0100 (Mi, 14. Mrz 2012) $

Bevor ich etwas ändere mache ich natürlich ein aktuelles, komplettes Backup, also Programm und Datenbank.

Wie muß das Update laufen? Geht das direkt, oder mit Zwischenschritten?

Gruß Gerhard

65

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by sternchen8875 on September 28, 2025, 12:26:44 PM »

Wie kann ich jetzt herausfinden welche Version ich habe

Datei admin/interface/version.php oder über die Datenbank zeigt die Versions-Informationen.

Auf Grund der Dateistruktur und deiner Fehlermeldung kann ich dir sagen, sie ist älter als WB 2.10.0 RC1 aus 2017

Besorge dir jetzt schon mal Backups vom Dateisystem und der Datenbank

66

General Help & Support / Re: WB-Version herausfinden wenn es nicht mehr läuft

« Last post by crnogorac081 on September 28, 2025, 11:17:53 AM »

Hello, post your wb info (wb and php version ) and error log

67

General Help & Support / WB-Version herausfinden wenn es nicht mehr läuft

« Last post by gba on September 28, 2025, 11:11:02 AM »

Hallo zusammen,

eine meiner Installationen, die ich leider nur sehr selten ansehe, läuft nicht mehr.
Und zwar gar nicht mehr, auch das Backed nicht. Einfach nur ein weißer Bildschirm.

In der log-Datei steht:
[05-Aug-2024 22:14:53 UTC] PHP Fatal error:  __autoload() is no longer supported, use spl_autoload_regist er() instead in /pages/68/d0/d0013785/home/htdocs/dm-indoor2016/include/phpmailer/PHPMailerAutoload.php on line 45

Ich habe das mal versuchsweise gemacht, aber dann gibt es weitere Fehlermeldungen.
Meine Vermutung ist, dass ich noch eine alte WB-Version habe, die von PHP8.x noch nie etwas gehört hat. Aber ohne Backend kann ich das nicht nachsehen.
Wie kann ich jetzt herausfinden welche Version ich habe, damit ich ein Update machen kann?
Und Nebeninformation: Leider habe ich nur geringe PHP-Kenntnisse.

Gruß Gerhard

68

General Help & Support / Re: Make /admin forbidden for one particular user (user_id ==2)

« Last post by crnogorac081 on September 20, 2025, 06:16:59 PM »

Long time ago i tried to create new users class for this, new user and group table, $_SESSION["FE_User_Id"] insted User_id , but I stoped developing that Long time ago

69

General Help & Support / Re: Make /admin forbidden for one particular user (user_id ==2)

« Last post by CodeALot on September 19, 2025, 03:18:10 PM »

We are not so much 'separated' in our wishes

My "wish" is to have all that in the frontend. No access to the backend. Like you change your data in your Amazon account. For example

That would give the option to leave the frontend part out completely (in case you need one password for all) or embed it if you want all individual logins. What remains is the original wish: no access to backend.

70

General Help & Support / Re: Make /admin forbidden for one particular user (user_id ==2)

« Last post by sternchen8875 on September 19, 2025, 02:16:18 PM »

Das ist das, was uns trennt, mein Freund:
du suchst eine Lösung: ein Password für alle, kein Admin-Bereich
Ich suche eine Lösung für WB - Frontend-User können sich anmelden, registrieren und erhalten kein Backend-Zugang, aber sehr wohl Zugang zum eigenem Profil (im Frontend)

Ich sagte ja, Obiges ist nur ein erster Schritt - der nächste war, das Backend zu sperren durch das neue Recht. Die Loginmaske bleibt, ohne Recht erfolgt eine direkte Ummeldung ins Frontend. Was nun bleibt, ist die Möglichkeit, über das Frontend (mein 1. Bild oben) die Profildaten zu ändern.
Bedeutet aber, jeder User kann SEIN Passwort, sein Profil ändern.
Wenn das nicht gefällt, bin ich raus

engl. Translation
This is what separates us, my friend:
You're looking for a solution: one password for everyone, no admin area.
I'm looking for a solution for WB - front-end users can log in, register, and don't get back-end access, but they do get access to their own profile (in frontend).

I told you, the above is just a first step - the next step was to block the back-end using the new permission. The login mask remains; without authorization, you are redirected to the frontend. What remains now is the ability to change profile data via the front-end (my first image above).
But that means every user can change THEIR password, their profile.
If I don't like that, I'm out.

Admin Comment: add the red marked info - is important on this place