Beiträge von breaker
-
-
Ich bin aktuell auf der suche nach einem Forum für Joomla, welches auch Themenpräfixes erlaubt. Kennt jemand etwas brauchbares? Im Moment habe ich das Kunena installiert, konnte da aber nichts in der Hinsicht finden.
-
So sieht es bei mir aus, die Kategorien sind auch schon gefüllt (Struktur im Page-Builder).
Das Problem an der ganzen Sache ist: Die Sprache kann im Joomla gesetzt werden, oder auch nicht.
Wenn der Admin sein Profil nicht aufruft, ist das "params"-Feld in der DB komplett leer, erst wenn der Admin sein Profil aufruft und speichert, steht dort etwas drin... und dann kann zusätzlich das "backend-language" leer sein (wenn er die Sprache für das BE nicht eingestellt hat).
-
Meine Pfade sehen so in der configuration.php aus:
public $log_path = 'joomla_2/tmp/log';
public $tmp_path = 'joomla_2/tmp/';
Ich wollte die logs auch in dem temp Ordner haben
ich benutze "Dateien direkt schreiben"
Die Erweiterungen sind alle aktuell
Das letzte Backslash beim tmp-Dir ist zuviel und das log-dir liegt im /administrator/logs, nicht in /tmp/log (achte auf die Schreibweise)
-
Du kannst im Template ein "Override" erstellen, dort kannst du das Feld dann entfernen oder an eine andere Stelle setzen.
-
Ich lege mir dazu für jede Domain (also für jedes Joomla) eine Excel-Tabelle an. Dort trage ich sämtliche Daten, Drittanbieter-Extensions mit Versionsangaben, Infos, letztes Backup .... usw. ein.
Muss natürlich alles händisch mühsam gepflegt werden.
Gibt es dann beispielsweise irgendein Update, dann schaue ich einfach in der entsprechenden Tabellenzeile nach, welche Domains betroffen sind.
Am besten wäre natürlich, man käme mit Bordmitteln aus.
Ich habe an eine Art Wiki gedacht, wo die Ticks auch veröffentlicht werden,- würde auch massiv Besucher anlocken
ZB: Habe ich mal irgendeine Komponente geschrieben, wo ich auch die Tags (auch eigene) nutzen kann... das müsste ich heute in der Komponente nachsehen, was und wie ich das gemacht habe -
Ich würde ja für jede Hilfsseite eine Kategorie (Typ: Blog, Sprache: all) anlegen und darin dann alle Übersetzungen der Hilfe reinwerfen. Dann hast du keine Hard-Coded IDs auf Artikel und kannst ohne Probleme weitere Artikel und Sprachen dazu packen. In der Hilfe verlinkst du einfach auf die Kategorie (und kannst eventuell noch den Language-Tag direkt mitgeben).
Die Korrekte Sprache bekommst du so: https://github.com/joomla/joom…joomla/joomla.php#L82-L83
Die Idee ist richtig gut, warum habe ich da nicht dran gedacht? Das einzige Problem, was dabei auftaucht ist:
Wenn ich auf eine Kategorie verlinke und der Benutzer sich die Sprache selber auswählt (über den entsprechenden Artikel), dann wird (vermutlich) das "&tmpl=component" in der URL nicht mit übernommen und eine normale Webseite angezeigt.
-
Kennt jemand eine bessere Lösung dafür, die Komponenten-Hilfe Mehrsprachig zu gestalten?
Im Moment lese ich die eingestellte Sprache des eingelogten Admins aus, ist diese nicht gesetzt, oder nicht "de-DE", wird eine englische Hilfe angeboten, ansonsten die deutsche.
im Fall von Joomla 3.9.x:
Code$user = JFactory::getUser(); $params = $user->get('_params'); $helpdesc_id = ((isset($params['admin_language']) && $params['admin_language'] == 'de-DE') ? 40 : 24); // id 40 = de / id 24 $helpdesc_url = 'https://example.org/index.php?option=com_content&view=article&id=' . $helpdesc_id . '&tmpl=component'; JToolBarHelper::help('screen.foo.bar', false, $helpdesc_url);
oder im Fall von Joomla4:
Code$user = JFactory::getUser(); $params = $user->get('_params'); $helpdesc_id = ((isset($params['admin_language']) && $params['admin_language'] == 'de-DE') ? 40 : 24); $helpdesc_url = 'https://example.org/index.php?option=com_content&view=article&id=' . $helpdesc_id . '&tmpl=component'; JToolBarHelper::help('screen.foo.bar', false, $helpdesc_url); $toolbar->help('COMPONENTS_HELP_THIRDPARTY', false, $helpdesc_url, 'com_thirdparty');
-
Meinst du sowas? https://extensions.joomla.org/
Du siehst im Backend (Joomla) unter Erweiterungen => Verwalten => Aktualisierungsquellen, was du auf der Webseite installiert hast
-
Dafür benötigst Du Joomla nicht.
Lass Dir eine E-Mail entweder über mailto oder einem Formular schicken und setzte einen Autoresponder mit einem Downloadlink ein. In der Mail hast Du die Absenderadresse.
Erwähnenswert ist noch, dass Du den Sender über einen Datenschutzhinweis mitteilst, mit was mit seiner Mailadresse passiert, bzw. wofür diese gebarucht wird.
Und das Impressum muss mit in die Mail
-
-
<?phpif($_GET['desktop'] == 'on') {
PHP
Alles anzeigen$_SESSION['desktop'] = 'on'; } else if ($_GET['desktop'] == 'off') { $_SESSION['desktop'] = 'off'; } if($_SESSION['desktop'] == 'on') { /* Desktop Modus */ ?> <meta name="viewport" content="width=1024"> <?php } else { // Standard Modus ?> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <?php } ?>
Besoders elegant ist das nicht, aber sollte funktionieren.
Eben. Zumal Joomla den Globalen Scope bereinigt und alles rauswirft, was nicht vom Joomla gesetzt wurde,- auch für die Session hat Joomla eigene Routinen, welche man verwenden sollte
-
Sehen tust du das, indem du den Font jetzt halt mal irgendwo in deinem CSS ausprobierst:
Der Firefox-Inspektor ist mittlerweile nett genug den tatsächlich verwendeten Font zu unterstreichen:
Welche font-family man für welchen Font zu verwenden hat, sagt einem Google
Die meisten Styles und Font-Angaben werden vom Bootstrap überschrieben, das müsstest du dann auch noch ändern... dort ist zum Teil aber der Font "FontAwesome" eingetragen, welcher die Pfeile für die Breadcrumb-Navi usw. bereitstellt.
-
Schau auch mal hier
Damit ist ein Tracking seitens Google ausgeschlossen: https://google-webfonts-helper…ts/sarpanch?subsets=latin
-
Eine Datenbank ist eigentlich für Daten, nicht für Dateien gedacht
-
Meine Vermutung: Der Webspace liegt zusammen mit 50 anderen Kunden auf einem ausgelasteten Server und Joomla kann nicht in das /administrator/cache schreiben
-
Beim hinzufügen ab der 2. Reihe flackert es immer, ist das bei euch auch so? Das war "damals" nicht gewesen.
-
Error-Dokument 403 bedeutet "Zugriff verweigert",- da sind bestimmt die Dateirechte falsch eingestellt.
-
Im Firefox wurden auch die Cookies für das Recaptcha (google) zugelassen? Eventuell ein Script/Adblocker?
-
Nutzt du zufällig den Firefox? Dort wird mir das Recaptcha auch nicht angezeigt, im Chromium läuft alles bestens