Beiträge von wolfstar
-
-
Hallo Anna,
die gleichen "Probleme" mit der Überschriftenstruktur hatte ich bei der Neugestaltung unserer Webseite auch festgestellt.
Als Lösung habe ich dieses Plugin eingesetzt, welches aus der eigentlichen h1 Überschrift in der Blogansicht eine h2 macht: Link
Das scheint auch ganz gut zu funktionieren. Als Beispiel kannst du es dir hier ansehen: Link
VG Wolfgang
-
So, jetzt hab ich´s.
Override von mod-finder und deine Ergänzung eingetragen. Funktioniert wie gewünscht
Vielen Dank für deine Hilfe,VG Wolfgang
-
Guten Morgen,
ich bin anscheinend noch nicht ganz wach, wo muss ich das denn eintragen?
Im Modul Suchindex irgendwo, oder in der custom.css?
-
Ich Dussel...
Mir ist eingefallen dass ich mal irgendwann den Text "Suchen" neben dem Lupen Button mit einem Override von JSEARCH_FILTER_SUBMIT gelöscht hatte...
Hat also doch einen Grund dass es dort stehen bleiben sollte.
Thema erstmal gelöst -
Puuuhh.... Dann bin ich mit meinem Latein am Ende
Bewusst habe ich nur "Bezeichnung Suchfeld" im Modul Suchindex ausgeblendet, da es mir die oberste Zeile zerschießt. Aber selbst wenn ich das aktiviere ändert das nichts an dem Mangel der Barrierefreiheit.
Template Override... bin ich mir nicht bewusst einen angelegt zu haben.
Aber es werden mir 3 angezeigt:
Code/html/com_contact/contact/default_address.php /html/com_contact/contact/default_form.php /html/layouts/joomla/content/info_block.php
Als Update-Quelle steht bei allen dreien jeweils Joomla-Update.
Wäre das denn in denen überhaupt zu finden?
-
Hallo zusammen,
beim Durchlauf der Seite mit PageSpeed Insights wird folgendes bemängelt:
CodeSchaltflächen haben keinen für Screenreader zugänglichen Namen Wenn eine Schaltfläche keinen zugänglichen Namen hat, wird sie von Screenreadern als "Schaltfläche" angesagt, was sie für Nutzer, die auf Screenreader angewiesen sind, unbrauchbar macht. Weitere Informationen. Fehlerhafte Elemente div.sp-module-content > form.mod-finder > div.mod-finder__search > button.btn <button class="btn btn-primary" type="submit">
Kann / sollte / muss man das irgendwie korrigieren?
Wenn ja, wie? Ich habe dazu keine Lösung finden können...
Template ist Helix Ultimate, falls es daran liegen sollte.
VG Wolfgang -
Ändert leider auch nichts.
Kannst es denn bei dir nun auch sehen?
in meiner Custom habe ich folgendes:CSS
Alles anzeigen/* Beginn STICKY HEADER / SHRINK LOGO */ #sp-header.header-sticky { height: 60px !important; background: #f6f6f6; } #sp-header.header-sticky .align-items-center { max-height: 60px !important; } #sp-header.header-sticky .logo img { max-height: 35px !important; } /* Ende STICKY HEADER / SHRINK LOGO */
Wie gesagt, mit dem .png Logo war alles OK.
Ich vermute ein Skalierungsproblem...? -
Mit dem FF geschaut.
Lösch mal den Browsercache.
Habe ich, bleibt aber so.
Es ist ja auch nicht viel, sind vielleicht 2px...
-
Ich sehe hier keinen Abstand. Caches gelöscht (Browser, Astroid und Joomla) ?
Mit welchem Browser hast du geschaut?
Ich nehme standardmäßig ja immer den Firefox, dort tritt das Problem auf.Hab aber gerade mal mit dem Edge geschaut, bei dem bleibt das Logo rechts wie festgenagelt...
-
Guten Morgen liebe Helfer,
hier mal ein kleineres Problem was ich aber nicht herausfinde:
Ich habe gestern unser Firmenlogo unter www.fmb.de als .svg Datei eingebunden.In der custom.css ist definiert dass der header nach dem scrollen schmaler ist.
Jetzt mit dem neuen Logo rutscht es ein klein wenig nach links sobald der schmale header komplett erschienen ist. Das war vorher mit dem .png Logo nicht, das blieb fein rechts.
Hat da vielleicht jemand eine Erklärung für?
Vielen Dank im voraus
-
Hallo Elwood,
den Beitrag hatte die Tage ich auch schon gelesen, aber anscheinend nur so überflogen und die Lösung nicht auf mein Problem projiziert...
Na ja, nun weiß ich wieder ein Stück mehr. Trotzdem blöd dass dieses Logo Feld bei Nichtgebrauch nicht einfach stehen bleibt.
Dann würde man zumindest auf die Markierung stoßen.
Trotzdem vielen Dank
Gruß Wolfgang
-
Hat sich erledigt...
In der Konfiguration war ein falscher Pfad zu dem offline Logo eingetragen, welches ich aufgrund des online Betriebs gar nicht beachtet habe.
Für Joomla scheint es aber trotzdem sehr wichtig zu sein
-
Mal wieder ein neues Problem auf meiner lokalen Seite unter XAMPP...
Das gleiche aber auch auf der Online Seite, nur den Fehler muss ich offline suchen.
Ich kann die Konfiguration im Backend öffnen, aber nicht mehr speichern.
Beim Versuch erscheint in rot diese Fehlermeldung:
ZitatDas Formular kann nicht abgeschickt werden, da erforderliche Daten fehlen.
Bitte die markierten Felder korrigieren und erneut versuchen.
Dummerweise ist in allen Tabs nicht ein Feld irgendwie markiert
Kennt das Problem jemand oder hat eine Idee wie ich das beseitigt bekomme?
Mit error_reporting = 'maximum'; kommt folgende Fehlermeldung vom Fitefox:ZitatContent-Encoding-Fehler
Beim Verbinden mit www.localhost trat ein Fehler auf.
Kontaktieren Sie bitte den Inhaber der Website, um ihn über dieses Problem zu informieren.
Irgendwo ist der Wurm drin seit ein paar Tagen
-
Hallo zusammen,
wie verhalten sich eure Seiten nach dem letzten Update vor wenigen Tagen?
Ich habe wieder die 2.0.1 von oben eingespielt, da nach dem Update die Schriften wieder verändert wurden.Times statt Arial, ein No-Go
-
Hier die Lösung:
Der Screenshot der letzten Fehlermeldung ist leider nicht mit aktiviertem Debug Modus, in diesem wurde nämlich das Plugin DJ-WEBP zuerst aufgeführt.
Habe den Ordner umbenannt, das Plugin dann deinstalliert, und jetzt läuft die Seite auch lokal
Keine Ahnung was da quer gelaufen ist... -
htaccess geprüft? Debug Modus an, Error auf Maximum... siehe Anleitungen...
Alles erledigt.
Ddurch error_reporting = 'maximum' erscheint nun:
Hier meine configuration.php:
public $MetaAuthor = '';
public $MetaDesc = '';
public $MetaKeys = '';
public $MetaRights = '*** GmbH';
public $MetaTitle = '1';
public $MetaVersion = '';
public $access = '1';
public $asset_id = '1';
public $behind_loadbalancer = '';
public $block_floc = '1';
public $cache_handler = 'file';
public $cache_path = '/mnt/web***************/htdocs/***/cache';
public $cache_platformprefix = '1';
public $cachetime = '2880';
public $caching = '1';
public $captcha = '0';
public $cookie_domain = '';
public $cookie_path = '';
public $cors = '';
public $cors_allow_headers = 'Content-Type,X-Joomla-Token';
public $cors_allow_methods = '';
public $cors_allow_origin = '*';
public $db = 'DB*******';
public $dbencryption = '';
public $dbprefix = 'dgqcj_';
public $dbsslca = '';
public $dbsslcert = '';
public $dbsslcipher = '';
public $dbsslkey = '';
public $dbsslverifyservercert = '';
public $dbtype = 'mysqli';
public $debug = '1';
public $debug_lang = '';
public $debug_lang_const = '1';
public $display_offline_message = '1';
public $editor = 'jce';
public $error_reporting = 'maximum';
public $feed_email = 'author';
public $feed_limit = '10';
public $force_ssl = '0';
public $fromname = '*** GmbH';
public $frontediting = '1';
public $gzip = '1';
public $helpurl = '';
public $host = 'localhost';
public $language = 'de-DE';
public $lifetime = '120';
public $list_limit = '200';
public $live_site = '';
public $log_categories = '';
public $log_category_mode = '0';
public $log_deprecated = '0';
public $log_everything = '0';
public $log_path = 'C:/xampp/htdocs/joomla/administrator/logs';
public $log_priorities = array (
'0' => 'all'
);
public $mailer = 'mail';
public $mailfrom = 'E-Mail';
public $mailonline = '1';
public $massmailoff = '1';
public $memcache_compress = '1';
public $memcache_persist = '1';
public $memcache_server_host = 'localhost';
public $memcache_server_port = '11211';
public $memcached_compress = '';
public $memcached_persist = '1';
public $memcached_server_host = 'localhost';
public $memcached_server_port = '11211';
public $offline = '';
public $offline_image = 'images/***_GmbH_Logo_gross.jpg';
public $offline_message = 'Diese Website ist zurzeit im Wartungsmodus.<br />Bitte später wiederkommen.';
public $offset = 'Europe/Berlin';
public $offset_user = 'UTC';
public $password = '';
public $proxy_enable = '';
public $proxy_host = '';
public $proxy_pass = '';
public $proxy_port = '';
public $proxy_user = '';
public $redis_persist = '1';
public $redis_server_auth = '';
public $redis_server_db = '0';
public $redis_server_host = 'localhost';
public $redis_server_port = '6379';
public $replyto = 'E-Mail';
public $replytoname = '*** GmbH';
public $robots = '';
public $secret = '***************************************';
public $sef = '1';
public $sef_rewrite = '1';
public $sef_suffix = '';
public $sendmail = '/usr/sbin/sendmail';
public $session_filesystem_path = '';
public $session_handler = 'database';
public $session_memcache_server_host = 'localhost';
public $session_memcache_server_port = '11211';
public $session_memcached_server_host = 'localhost';
public $session_memcached_server_port = '11211';
public $session_metadata = '';
public $session_metadata_for_guest = '1';
public $session_redis_persist = '1';
public $session_redis_server_auth = '';
public $session_redis_server_db = '0';
public $session_redis_server_host = 'localhost';
public $session_redis_server_port = '6379';
public $shared_session = '';
public $sitename = '*** GmbH';
public $sitename_pagetitles = '0';
public $smtpauth = '1';
public $smtphost = 'smtp.strato.de';
public $smtppass = '**********!';
public $smtpport = '465';
public $smtpsecure = 'ssl';
public $smtpuser = 'E-Mail';
public $tmp_path = 'C:/xampp/htdocs/joomla/tmp';
public $unicodeslugs = '';
public $user = 'root';
}
Ändere ich public $cache_path = 'C:/xampp/htdocs/joomla/cache'; erscheint eine andere Fehlermeldung:
-
Ander PHP-Version unter Xampp?
Siehe meine Ergänzung im Post...
-
Hallo zusammen,
ich versuche verzweifelt ein Backup meiner Seite lokal mit XAMPP zum Laufen zu bekommen, aber es gelingt mir nicht.
Die Installation des Backups läuft einwandfrei durch, auch die Datenbank wird korrekt angelegt.Rufe ich die Seite auf, kommt die alles sagende Fehlermeldung
"Sorry, there was a problem we could not recover from.
The server returned a "500 - Whoops, looks like something went wrong."
Eine ganz frische Joomla Installation funktioniert übrigens...
Edit:
Joomla! 4.2.4 mit PHP-Version 8.0.24
XAMPP Control Panel v3.3.0 mit PHP 8.0.23
Hat jemand eine Idee an was das liegen könnte oder was ich falsch gemacht haben könnte?
Vielen Dank für eure Ideen dazu -
Hallo zusammen,
ich nutze seit einiger Zeit das Plugin DJ-WebP https://extensions.joomla.org/extension/dj-webp/ um Bilder zusätzlich als .webp bereitzustellen.
Über den Sinn kann man sich streiten, aber Google freut sich halt
Nun ist mir aufgefallen, dass z.B. neu hinzugefügte Bilder gar nicht mehr als zusätzliches Bild im Ordner angelegt werden. Nach genauerer Durchsicht einiger anderer Ordner im images Pfad sind es sogar recht wenige die zusätzlich erzeugt worden sind... und ich finde keinen Grund dafür
Im Plugin ist als Pfad images eingetragen, Compression mode steht auf System.
Hat jemand von euch das Plugin ebenfalls im Einsatz und wird bei euch jedes Bild als .webp erzeugt?
Oder kann jemand den "Fehler?" bestätigen?
VG Wolfgang