WBCE CMS – Way Better Content Editing.
Du bist nicht angemeldet.
Ich meine mich zu erinnern, dass es eher unschöne Effekte beim Slider gibt, wenn versucht wird, ein Logo davor zu positionieren (das wird dann einfach mit dem nächsten Slide-Bild sofort wieder überdeckt). Das Logo in die Slidesbilder zu montieren ist auch doof, weil es dann jedes Mal mit rausslidet.
Du müsstest da einen anderen Slider einbauen, z.B. backstretch, da kann dann auch ein Logo drüber platziert werden, oder den Header aufteilen in einen statischen und einen Slider-Bereich wie bei den Templates Hortal/Vertal.
Mit dem umbenennen hat es jetzt geklappt, dass ich den Warenkorb auf einer WYSIWYG-Seite gezeigt bekomme. Meine Intention war aber eher eine andere, ich wollte den Warenkorb unterhalb der Kategorien anzeigen lassen, so wie bei dieser Seite: https://www.holzart-leipzig.de/pages/de … spiele.php. Aber ich finde keine Möglichkeit, das zu realisieren. Ich glaube kaum, dass es Sinn macht, den Code in die Seite templates\wbce_hortal\index.php zu schreiben, da diese ja nur dann gezeigt wird, wenn es keine weiteren Einträge gibt. Vielleicht kann mir ja jemand einen Tipp geben, wo ich ansetzen kann.
Hallo Christoph,
...
Frage doch mal denjenigen der den Scanner angeschmiessen hat, welche Einstellungen (Meta, Header, Server) Du für die einzelnen Werte einstellen sollst und poste das dann nochmal hier.
...
Gruss
Guten Morgen,
wenn ich die Hilfen anklicke erscheinen folgende Tipps:
Können diese Tipps nicht bereits in die Core Themes übernommen werden? Ich nutze wbce_hortal.
Danke.
Aufgrund des Headerscans beträgt die Websitescore "nur" 83 statt 100.
Gruß Christoph
Hallo Cwsoft,
ich habe alles versucht, komme aber nicht weiter.
Ich habe es mit der Beispiel .htaccess Datei https://siwecos.de/wiki/Htaccess#Beispieldatei versucht. Diesen Inhalt in die im rootverzeichnis meines Webspaces vorhandene .htaccess Datei angehängt. Und diese .htaccess Datei auch in /templates/wbce_hortal kopiert. Dies brachte jedoch keine Veränderung des Scores von 16 für den Head bzw. insgesamt 83.
Zudem habe ich den Teil
<meta http-equiv="Content-Security-Policy" content="default-src 'self'; script-src 'self'">
<meta http-equiv="X-Content-Security-Policy" content="default-src 'self'; script-src 'self'">
<meta http-equiv="X-WebKit-CSP" content="default-src 'self'; script-src 'self'">in den Head der index.php Datei in wbce_hortal eingefügt.
vgl. https://wiki.selfhtml.org/wiki/Sicherhe … ity_Policy
bzw.
https://wiki.selfhtml.org/wiki/JavaScri … erenzieren
Da in der hortal index.php Datei nicht mit JavaScript Dateien gearbeitet wird, sondern mit JavaScript in HTML, vgl.
Das direkte Notieren von JavaScript in HTML ist im Allgemeinen schlechte Praxis. Viel besser ist es, Scripte in eigenen Dateien zu notieren und diese dann einzubinden. Die Datei wird an der entsprechenden Stelle so ausgeführt, als ob der Code direkt notiert wurde. Sie können diese externen JavaScript-Dateien in beliebig viele Webseiten einbinden.
wurde der Inline Javascript Code nicht mehr ausgeführt, was zur Folge hatte, dass das Suchfeld auf meiner Statseite mit dem Suchsymbol nicht mehr richtig dargestellt wurde.
Ich wäre sehr froh, wenn sich jemand diesem Problem annehmen könnte.
Vielleicht findet sich ja noch jemand, der sich den kostenlosen Scanner https://siwecos.de/app/#/register auf seiner Website integriert und dann das Standardtheme wbce_hortal so angepasst bekommt, dass der Headerscanner nicht mehr diese 5 Fehler (siehe Bild im Anhang) findet!
Bin gespannt.
Herzlichen Dank schon mal vorab!!!
Herzliche Grüße Christoph
Javascript in hortal:
Wie immer werden einige Variable direkt im template gesetzt, das ausgelagerte JS nutzt diese. Es ist sehr schwierig, alles JS auszulagern, und auch absolut für'n Hugo.
Wie üblich sind derartige Tests nur für idealisierte Umgebungen brauchbar.
Ich kann dir noch ein paar weitere vorschlagen, an denen du dir die Zähne ausbeissen kannst. Für manche wird das zum Hobby.
Hallo...
Ich weiss nicht, ob es genau hier hin passt....
Folgendes Problem, wofür ich keine Erklärung habe und was mich gerade in den Wahnsinn treibt:
Habe eine Webseite umgestellt, auf der das News Modul zum einsatz kommt. Mittels Simplepagehead wurde im Titel immer der Titel der News angezeigt.
Nicht so mit WBCE_Hortal, hier wird nicht der Titel der News im Titel angezeigt, sondern einfach nur "News" (Name des Menüpunkts).
Installiere ich Hortal (direkt bei Chio geladen), wird es korrekt angzeigt. Schalte ich mal auf WBCE_Vertal um, auch korrekt. Nehme ich wieder das alte Template, auch korrekt. Nehme ich wieder WBCE_Hortal - batsch... nur noch "News" als Titel :-(
Bitte, wer hat eine Idee? Ich finde es einfach nicht, woran das liegen könnte :-(
Danke!!!
Sind exakt so vorhanden.
Selbst wenn ich zum Test mal den kompletten Head Bereich von Vertal in das Hortal Temlate kopiere, keine Änderung. Schalte ich dann aber aufs Vertal um, gehts - ebenso "Chios Hortal"
Warum auch immer scheint es nichts mit dem Head Bereich zu tun haben, was es mir noch unerklärlicher macht.
Nachtrag:
Ich habe meine (eher klein ausfallenden) Änderungen in Chios Hortal nachgebildet. Ergebnis: klappt. Somit kann ich wohl ausschliessen, das ich irgendwas verbockt habe.
Also kurioser geht es kaum.
Warum es im WBCE_Hortal nicht macht, was es soll.. keine Ahnung.
Nachtrag 2:
Der Vollständigkeit halber: Habe folgende Änderung im SimplePageHead selbst am laufen
SimplePageHead Änderung
@alf890
Was heißt bei dir "Habe eine Webseite umgestellt" ?
Da das Problem nur mit WBCE_Hortal passiert vermute ich mal, die include.php als Ursache.
Kopiere mal den Inhalt der include.php und füge den Inhalt in die index.php, und ersetze in dieser die erste Zeile mit dem kopierten Inhalt. Danach bitte die include.php löschen.
@alf890
Was heißt bei dir "Habe eine Webseite umgestellt" ?
Sorry, ungenau formuliert meinerseits: Habe ein statisches Template auf Responsive "umgestellt"/geändert. WBCE 1.3.2 läuft unten drunter.
Da das Problem nur mit WBCE_Hortal passiert vermute ich mal, die include.php als Ursache.
Ich denke, da könntest du Recht haben!
Kopiere mal den Inhalt der include.php und füge den Inhalt in die index.php, und ersetze in dieser die erste Zeile mit dem kopierten Inhalt. Danach bitte die include.php löschen.
Hat keinen Unterschied gemacht. Belasse ich aber die index.php wie sie ist und lösche mal die include.php und rufe dann eine Newsseite auf, dann erscheint auch wieder der Titel der News im "title".
Vieleicht bekommen wir es ja noch raus. Bis dahin nutze ich erst mal "Hortal".
das ist aber trotzdem mysteriös, weil ich mit der Konstellation WBCE 1.3.2 / Newsmodul / WBCE_Hortal mit include.php das Problem nicht reproduzieren konnte. Vielleicht wäre es hilfreich, wenn ich und/oder colinax mal direkt einen Blick auf die Seite und das Template werfen könnten.
So, grundsätzlich gibt es ja 3 verschiedene Fälle.
Fall 1: Ein oder mehrere Abschnitte sollen auf allen Topics-Seiten angezeigt werden (auch auf der Topics-Übersichtsseite)
Fall 2: Ein oder mehrere Abschnitte sollen auf allen Topics-Beitragsseiten angezeigt werden
Fall 3: Auf (manchen) Topics-Beitragsseiten sollen unterschiedliche Abschnitte angezeigt werden.
Fall 1: Gleiche(r) Abschnitt(e) auf Topics-Übersicht- und -detailseiten
Abhängig vom gewählten Template kann es sein, dass dieses so angelegt ist, dass in einem zweiten Block entweder die dort definierten Abschnitte oder der vom Topics-Modul definierte zweite Topics-"Block" (eigentlich eher Abschnitt) angezeigt werden. In der include.php des Templates WBCE_Hortal sieht das so aus:
// Manche Module koennen auch einen 2. Block ausgeben, der im ersten Block definiert wurde:
if(defined('MODULES_BLOCK2') AND MODULES_BLOCK2 != '') {
$contentblock[2] .= MODULES_BLOCK2; //der 2. Block wird einfach erweitert.
}
if(defined('TOPIC_BLOCK2') AND TOPIC_BLOCK2 != '') {
$contentblock[2] = TOPIC_BLOCK2; //Bei Topics sollte der 2. Block aber vollstaendig ersetzt werden.
}Wenn der 2. Block bei Topics gerade nicht ersetzt werden soll, genügt es, die zweite Anweisung komplett zu entfernen und nur
if(defined('MODULES_BLOCK2') AND MODULES_BLOCK2 != '') {
$contentblock[2] .= MODULES_BLOCK2; //der 2. Block wird einfach erweitert.
}stehen zu lassen, das greift dann auch für Topics. (Punkt vor Gleichheitszeichen bedeutet, an $contentblock[2] wird der Inhalt von MODULES_BLOCK2 angefügt.)
Bei anderen Templates kann das anders realisiert sein, z.B. so:
if(defined('TOPIC_BLOCK2') AND TOPIC_BLOCK2 != '') {
$block[2] = TOPIC_BLOCK2;
}Das ist dann zu ändern in
if(defined('TOPIC_BLOCK2') AND TOPIC_BLOCK2 != '') {
$block[2] .= TOPIC_BLOCK2;
}Meist steht der Code übrigens direkt in der index.php.
Nun können auf der Topics-Seite ein oder mehrere zusätzliche Abschnitte angelegt werden, die dann im Frontend sowohl auf der Übersichtsseite als auch den Topics-Einzelseiten erscheinen.
Wurden diese Abschnitte bereits auf einer anderen Seite definiert, kann man sich mit dem Sectionpicker-Modul oder einem Code2-Abschnitt im HTML-Modus und dem Sectionpicker-Droplet behelfen.
Fall 2: Ein oder mehrere Abschnitte sollen auf allen Topics-Beitragsseiten angezeigt werden
Zu Testzwecken habe ich eine Seite angelegt, auf der ein WYSIWYG-Abschnitt, ein Code-Abschnitt mit PHP-Code, ein Code-Abschnitt mit JavaScript-Code, ein MiniGallery-Abschnitt und ein MiniForm-Abschnitt liegen. Diese haben die IDs 15-19.
Diese werden nun einfach durch Aufruf des Sectionpicker-Droplets mit der jeweiligen Abschnitts-ID in den Einstellungen für den Topics-Block2 aufgeufen:
Das funktioniert soweit problemlos:
Eine Besonderheit gibt es nur für die MiniGallery - damit diese angezeigt wird, muss sozusagen ein Dummy-MiniGallery-Abschnitt auf der Topics-Seite stehen, da sonst die für die Anzeige der Bilder benötigten Scripte nicht geladen werden.
Fall 3: Auf Topics-Beitragsseiten sollen unterschiedliche (oder auch keine zusätzlichen) Abschnitte angezeigt werden.
Für diesen Fall können die von Topics bereitgestellten Zusatzfelder genutzt werden. Um diese Funktion zu aktivieren, ist eine Änderung der /modules/topics/module_settings.php erforderlich.
Per Default werden die Extrafelder nicht angezeigt:
$extrafield_1_name = ''; // If these fields have a name, you can use them
$extrafield_2_name = '';
$extrafield_3_name = '';...sondern erst, wenn diese Felder mit Namen versehen werden:
$extrafield_1_name = 'zusatz1'; // If these fields have a name, you can use them
$extrafield_2_name = 'zusatz2';
$extrafield_3_name = 'zusatz3';Nun erscheinen unter dem Feld für den Topics-Beitragstext zusätzliche Felder, in die wiederum bei Bedarf Sectioonpicker-Droplets aufgerufen werden können:
Damit diese auch im Frontend angezeigt werden, müssen dann nur noch die Platzhalter bei den Topics-Seiteneinstellungen ergänzt werden:
Ich habe heute noch mal überprüft, diese Meldung wird auch bei einem anderen Template (Hortal) gezeigt. Es liegt hochwahrscheinlich nicht an dem Template selbst.
Aber wo denn?...
P.S. Ich habe auch das ganze Verzeichnis mit dem installierten WBCE nach dem Ausdruck "wysiwyg/frontend.css" durchgesucht: in dieser Form gibt es niergendwo...
Ich vermute, es liegt an library_admin. Es sind auch irgendwelche zerschossenen <style>-Anweisungen im Head, das sieht alles nicht so richtig sauber aus. Komisch ist zudem, dass die colorbox nicht funktioniert, wenn LA nicht installiert ist. Die Colorbox setzt mitnichten das Vorhandensein von LA voraus.
Eine andere Möglichkeit ist, dass es Probleme mit den Outputfilten gibt. Ist da OPF Dashboard installiert, oder nur das normale OPF-Admintool?
Tritt das Problem auch auf, wenn Du auf der Testseite ein anderes Template (Hortal oder Vertal) verwendest?
Ich vermute, es liegt an library_admin. Es sind auch irgendwelche zerschossenen <style>-Anweisungen im Head, das sieht alles nicht so richtig sauber aus. Komisch ist zudem, dass die colorbox nicht funktioniert, wenn LA nicht installiert ist. Die Colorbox setzt mitnichten das Vorhandensein von LA voraus.
Eine andere Möglichkeit ist, dass es Probleme mit den Outputfilten gibt. Ist da OPF Dashboard installiert, oder nur das normale OPF-Admintool?Tritt das Problem auch auf, wenn Du auf der Testseite ein anderes Template (Hortal oder Vertal) verwendest?
Hi,
das war ne gute Idee ein sauberes Template zu testen, habe ich auch gleich mit fruesteg, hortal und auch vertal probiert.
Ergebnis bleibt leider das selbe.
Wie gesagt, ich meine es ist erst nach dem Update auf wbce 1.3.3 aufgetreten. Bin mir aber natürlich bewusst, dass man in solch einer Aussage leicht einer gefühlten Tatsache aufsitzen kann, wenn man immer mal hier und da rumfummelt und dann einem plötzlich der Fehler ins Auge springt.
Viele Grüße,
Klaus
Erstmal vielen Dank für eure Zeit.
Die Idee mit Globalcomments klingt ja vielversprechend, aber ich krieg Globalcomments nicht zum laufen.
Habe es mit den Templates Hortal und Fragstan probiert, Easycomments geladen und einen Abschnittt damit erstellt, bringt alles nichts.
Was mach ich falsch?
WBCE Version: 1.3.2
PHP Version: 7.2.14
Fatal error: Uncaught Error: Call to a member function numRows() on null in /.../modules/globalcomments/inc/functions.php:11
Stack trace:
#0 /.../modules/globalcomments/admin/modify_comments.php(57): get_settings('globalcomments', -999999, 0)
#1 /.../modules/globalcomments/tool.php(4): include('/home/hanneswi/...')
#2 /.../admin/admintools/tool.php(98): require('/home/hanneswi/...')
#3 {main} thrown in /.../modules/globalcomments/inc/functions.php on line 11
Mon aus Norddeutschland.
Habe Probleme an einem umgebasteleten HORTAL-Template in der mobilen Version (Smartphone)
Das Toogle-Menu ist nur zum Teil zu sehen.
Habe schon versucht an der CSS Datei zu schrauben, bekomme es aber nicht hin.
Hat jemand einen Tipp?
Seite www.bcc-mobile-bungalows.de
Hallo zusammen,
helft mir bitte.
Einmal wird bei Topics die Beschreibung nicht ausgeworfen.
Beim anderen Mal, ist es nicht möglich, den großen Bereich unten anzuzeigen.
Ich bin absoluter Laie, was Quellcode betrifft und kann einfügen, kopieren...
Es ist in jedem Fall, so dass es eben in beiden hortal Versionen unterschiedlich ist...
Wer hat mir die Lösung?
Vielen Dank
Einmal wird bei Topics die Beschreibung nicht ausgeworfen.
Ich vermute, Du meinst den Inhalt des Feldes "Kurzbeschreibung". Angezeigt wird dieser in der Ältere Themen / Neuere Themen-Navigation, auf der Topics-Übersichtsseite wird der Inhalt des Feldes "Kurz" verwendet.
Was auf der Seite wo angezeigt wird, ist abhängig von dem, was Du bei den Topics-Optionen eingestellt hast (Reiter "Übersicht-Seite", "Thema" und "Siehe auch, Vorherige/Nächste"). Ist dort der Platzhalter [SHORT_DESCRIPTION] nicht vorhanden, erscheint logischerweise auch keine Ausgabe der Kurzbeschreibung.
Beim anderen Mal, ist es nicht möglich, den großen Bereich unten anzuzeigen.
Ich habe keine Idee, was Du damit meinen könntest.
Es ist in jedem Fall, so dass es eben in beiden hortal Versionen unterschiedlich ist...
Hast Du mal Links oder Screenshots, damit man sich das Problem mal genauer anschauen kann?
Wie es scheint, funktioniert der Colorpicker, der bei Vertal, Hortal und noch einigen anderen Templates dabei ist, mit WBCE 1.3.3 nicht mehr richtig. Man kann zwar lokal die Farben ändern, beim Versuch, die geänderten Farben dann zu veröffentlichen bzw. auf den Server zu schreiben, tut sich jedoch nichts.
Es tritt kein JavaScript-Fehler auf, deshalb weiß ich so auf Anhieb nicht, woran das scheitert.
Jepp, da gibt es einen Haufen Notices, mit denen ich aber nichts anfangen kann:
<b>Warning</b>: session_set_save_handler() [<a href='http://de.php.net/function.session-set-save-handler'>function.session-set-save-handler</a>]: Cannot change save handler when headers already sent in <b>../framework/dbsession.php</b> on line <b>70</b><br />
<br />
<b>Warning</b>: ini_set() [<a href='http://de.php.net/function.ini-set'>function.ini-set</a>]: Headers already sent. You cannot change the session module's ini settings at this time in <b>.../framework/wsession.php</b> on line <b>42</b><br />
<br />
<b>Warning</b>: ini_set() [<a href='http://de.php.net/function.ini-set'>function.ini-set</a>]: Headers already sent. You cannot change the session module's ini settings at this time in <b>.../framework/wsession.php</b> on line <b>47</b><br />
<br />
<b>Warning</b>: ini_set() [<a href='http://de.php.net/function.ini-set'>function.ini-set</a>]: Headers already sent. You cannot change the session module's ini settings at this time in <b>.../framework/wsession.php</b> on line <b>56</b><br />
<br />
<b>Warning</b>: session_name() [<a href='http://de.php.net/function.session-name'>function.session-name</a>]: Cannot change session name when headers already sent in <b>.../framework/wsession.php</b> on line <b>66</b><br />
<br />
<b>Warning</b>: session_set_cookie_params() [<a href='http://de.php.net/function.session-set-cookie-params'>function.session-set-cookie-params</a>]: Cannot change session cookie parameters when headers already sent in <b>.../framework/wsession.php</b> on line <b>67</b><br />
<br />
<b>Warning</b>: session_start() [<a href='http://de.php.net/function.session-start'>function.session-start</a>]: Cannot start session when headers already sent in <b>.../framework/wsession.php</b> on line <b>69</b><br />
Die betroffene Stelle im Script (templates/wbce_hortal/colorset/colorset.php sieh so aus:
[== PHP ==]
if (isset($_GET['do']) AND $_GET['do'] == "save" ) {
require('../../../config.php');
if (defined('WB_PATH') == false) { exit("Cannot access this file directly"); }
require_once WB_PATH . '/framework/class.frontend.php';
$wb = new frontend(); //hier kracht es
if (is_numeric($wb->get_session('USER_ID'))) {
if ($wb->ami_group_member('1')) {
$p = __DIR__.'/param.txt';
file_put_contents ($p, $css_param);
}
}
}also: $wb = new frontend(); spuckt die Fehler aus,
$wb->get_session('USER_ID') liefert nix mehr.
Die Fehler sind hier zu sehen:
/templates/wbce_hortal/colorset/colorset.php?f=444444,1b868b,24b1b9,a80004,ff171d,5eb51e,006871,b81418,eff6f6&do=save
Nein, wie es aussieht, spielt das keine Rolle.
In hortal hab ich das Problem (auf deiner Seite) gefixt, aber in vertal sollte es weiterhin auftreten.
Hallo zusammen,
auch wenn es grundsätzlich bei vielen Templates von websitebaker oder wbce diese Problem gibt, möchte ich es auf Hortal beschränken.
Bei einem Androidtablet klappt das Menu immer nach kurzer Zeit zu.
Bei smartphones funktioniert es, da dort das Menu auf MOBILE umgestellt wird.
Am PC sieht es ebenfalls perfekt aus, nur eben nicht bei einm Androis Tablet.
Hat jemand eine Idee?
Ja. Der hier beschriebene Ansatz hilft auch bei Hortal.
D.h.
1.) doubletaptogo.min.js (siehe Anhang) herunterladen und ins Templateverzeichnis (hier also /templates/wbce_hortal) kopieren
2.) In der /templates/wbce_hortal/index.php vor </body> folgende Zeilen einfügen
<script type="text/javascript" src="<?php echo TEMPLATE_DIR; ?>/doubletaptogo.min.js"></script>
<script type="text/javascript">
$( '#nav ul li:has(ul)' ).doubleTapToGo();
</script>Fertig.
Ergänzung: Das funktioniert auch mit vielen weiteren Navigationen, wo es erforderlich ist (z.B. Hortal oder dem hier vorgestellten Menü) - es muss einfach nur der Aufruf von doubletaptogo.min.js entsprechend angepasst werden, für letztere Navigation so:
<script type="text/javascript" src="<?php echo TEMPLATE_DIR; ?>/doubletaptogo.min.js"></script>
<script type="text/javascript">
$( '#menu li:has(ul)' ).doubleTapToGo();
</script>I am working locally, so I don't have a page I can share.
But I did try switching my template to Hortal (WBCE) and I get the same issue happening:
I have done some experimenting and it appears that this happens, or at least it is more obvious, when you select a height larger than around 150px. I had mine set to 306px (this is one of the numbers which it landed on by clicking the + button) and the horizontal spacing of the <a> tag is visibly wider than the image, which is constrained to 90px height by that media query style.