Recent Posts

Pages: [1] 2 3 ... 10
1
Module / Re: Aktualität der Module im Repository
« Last post by jacobi22 on September 25, 2018, 11:28:21 PM »
Class 'Template' not found - das wird noch eine Menge Module betreffen.......... ..


Abhilfe für WB 2.12.1 in Datei functions.php in dieser Version Newsreader 0.3.9

Zeile 61

bis WB 2.12.0
Code: [Select]
$template = new Template( $template_dir );
in WB 2.12.1 - Stand 25.09.18
Code: [Select]
$template = new \vendor\phplib\Template( $template_dir );
2
Module / Re: Aktualität der Module im Repository
« Last post by hgs on September 25, 2018, 10:12:23 PM »
dieser Version verursacht in der bald erscheinenden Version 2.12.1 eine weiße Seite mit dieser Meldung
Code: [Select]
There was an uncatched exception
Class 'Template' not found
in line (61) of (/modules/newsreader/functions.php):
Die Version aud dem addon-Bereich
https://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?id=0C7B1671
läuft dagegen ohne Probleme
getestet unter php7.2
3
Modules / Re: Modul Jobs error
« Last post by rumen on September 25, 2018, 08:38:01 PM »
Thanks, it works now!   

I got the logic.
4
Module / Re: Aktualität der Module im Repository
« Last post by Scriptor on September 25, 2018, 07:56:57 PM »
Hm .. auch noch ein paar kleine »Biester« gefunden ...
//Aktuelle// Version hab ich unter
https://github.com/AMASP-workbanch/newsreader/releases
gepackt ... kann sein, das es sich in der Version auch mit dem Datum _erledigt_ hat ...  :-o
(Mag forken wer will ...)
Angaben zu dem "eigenem Datumsformat" unter dem "i" oben in der Ecke oder unter
http://php.net/manual/en/function.strftime.php
bzw.
http://php.net/manual/de/function.strftime.php

Gruß

5
Module / Re: Aktualität der Module im Repository
« Last post by masju on September 25, 2018, 07:13:47 PM »
Klasse! Die  0.3.9.0 beta läuft bei mir reibungslos  :-)! Vielen Dank für die schnelle Hilfe! :lol:

Nur noch einen Fehler habe ich entdeckt beim Datum:
Code: [Select]
letzte Aktualisierung 25. .2018 - 18:08Der Monat verschwindet. Leider ist auch das "eigene Datumsformat" nirgends dokumentiert (habe zumindest nichts gefunden).

Gruß, masju
6
Modules / Re: Modul Jobs error
« Last post by jacobi22 on September 25, 2018, 06:45:25 PM »
see answer from Ruud

replace line 16 with

Code: [Select]
require('../../config.php');
dont use $_SERVER['DOCUMENT_ROOT'] in a sub-folder for the locale test's or you have to correct the path everytime

this works on your locale server:
Code: [Select]
require($_SERVER['DOCUMENT_ROOT'].'/212/config.php'); but not longer, if you move from your locale server to another one
7
Modules / Re: Modul Jobs error
« Last post by rumen on September 25, 2018, 05:38:54 PM »
I got same error

Code: [Select]
Warning: require(/opt/lampp/htdocs../../config.php): failed to open stream: No such file or directory in /opt/lampp/htdocs/212/modules/jobs/update.php on line 17

Fatal error: require(): Failed opening required '/opt/lampp/htdocs../../config.php' (include_path='.:/opt/lampp/lib/php') in /opt/lampp/htdocs/212/modules/jobs/update.php on line 17

It is set

Code: [Select]
require($_SERVER['DOCUMENT_ROOT'].'../../config.php');
It is row 17 because I keep copy of the original (as always) on row 16

Code: [Select]
// require($_SERVER['DOCUMENT_ROOT'].'/config.php');   ORIGINAL
If it is necessary I can move it to the host and try there.
8
General Help & Support / Re: Where are the texts for the language $oTrans?
« Last post by Vasiliy on September 25, 2018, 01:44:33 PM »
Thank you.
9
General Help & Support / Re: Where are the texts for the language $oTrans?
« Last post by jacobi22 on September 25, 2018, 12:21:24 PM »
a little more detail about this

wb has 3 "groups" for the language
1. - the big language files in folder /language
2. - the language files in some admin-addons like admin/groups or admin/media or admin/users (EN and DE)
3. - the language files in the modules

#1 and #2 and some of the newer modules using the translation class. target is here: using on every page in the backend only a small language file from the cache and not everywhere the whole files, but this job is a job for the future and WB go'es step by step here. in the first step, WB add the Class Translate and some small language file on special places

to your example
$oTrans->MESSAGE_USERS_NAME_ INVALID_CHARS  is the cache-result from this language variable here ->

$MESSAGE['USERS_NAME_INVALID_CHARS'] = 'Invalid characters were used for login names';

red color is the part for the cache-variable
green is the name of the array
blue is the name for the array key

to change one of this variables, you have to know, where it come from. use a global search over all wb-files and search for the blue marked part like USERS_NAME_INVALID_CHARS or SIGNUP_NO_E MAIL

in this special case, both variables are part of the files admin/users/language/EN.php and admin/users/language/DE.php

to have it in your own language, make a copy of the file admin/users/language/EN.php, rename it to RU.php - important is here the correct language code, it must be equal to the favorite language file in the folder /languages
Dont change the original EN.php maybe to russian or other languages, use only the language for this language file there (english for EN.php, german for DE.php, russian for RU.php etc)

now translate everything in this file to your favorite language. if you're finish, go to the WB-Info-Window in the top-menu (i-Button) search there for a link called "Clear Translate Cache" (nearly to the bottom), click on this link and wait for a success message. After that, you can use the russian language file in back- and frontend, if this language selected as page language btw as user-language.

important: try your frontend also, when you logged out from the WB-Backend


10
General Help & Support / Re: Where are the texts for the language $oTrans?
« Last post by Vasiliy on September 25, 2018, 11:59:57 AM »
and so on all variables:
MESSAGE_USERS_NAME_ INVALID_CHARS
MESSAGE_SIGNUP_NO_E MAIL
Pages: [1] 2 3 ... 10
postern-length