Beiträge von Re:Later

Sind deine Bilder jetzt bei einem Super User oder bei einem Author? Und das ist Frontend oder Backend?

Prüfe mal im TinyMCE-Plugin die TinyMCE-Profil-Einstellungen. Auch "Joomla!-Textfilter benutzen". Wenn das auf Ja steht, in der Joomla-Konfiguration unter "Textfilter" nachschauen, ob was "dumm" eingestellt ist.

Jedenfalls würde ich ein FULL-Joomla-Paket entpacken und per FTP außer Ordner /installation/ und /templates/ drüberkopieren. Dann kann man sicher sein, dass "alles frisch".

Schau auch mal in die Fehler/Browserkonsole des Browsers. Viel wird in Editoren ja per JavaScript gemacht.

Leider kann ich Frontend-Editing bei mir nicht testen, aber vielleicht ein anderer Helfer... Könnte ja auch ein Bug sein.

Zitat von lukas1994

Meine Frage: kann ich Arbeitsschritte zurückdrehen, oder Sitzungen sichern und wiederherstellen in Generationen?

Die Erweiterung Akeeba Backup bietet die Möglichkeit des "Restore" durch Klick. Das setzt aber voraus, dass du vor und/oder nach deinen Sitzungen immer ein Backup startest und aufhebst. Bzw. vor entscheidenden Änderungen. Und in der Konfiguration eingestellt hast, dass mehr als nur die voreingestellten 3 Backups aufgehoben werden.

Man muss dabei beachten, dass zwar alle Dateien, die während des Backups vorhanden waren, auf alten Stand zurückgesetezt werden und natürlich die Datenbank, aber, dass zwischenzeitlich neu hinzugekommene Dateien nicht gelöscht werden. Wenn du also bei der Sitzung eine Erweiterung installiert hast, liegen die Dateien nach dem Restore auf eine ältere Sitzung immer noch im Joomla-Verzeichnis rum.

Sauberer ist also immer eine Neuinstallation mit Akeeba Kickstart in zuvor gelöschtes Web-Verzeichnis. Dabei darauf achten, dass du vor dem platt machen, die Backups in Sicherheit gebracht hast. Die liegen ja auch im Web-Verzeichnis.

Als Tipp kann man noch geben, die Backups sinnig zu beschriften.

https://www.akeebabackup.com/v…ring-previous-backup.html

Bist wohl in der falschen Ecke. Content Language ist was anderes. Siehe Bild:

Es ist user.css.

.item-title a
{
 color: white;
}

Ich geh von einem Standard-Joomla aus. Mit stinknormalem Navigations-Modul.

Template-Override der Datei mod_menu/.../default_component.php erstellen.

Nach Zeile defined('_JEXEC') or die;

$Query = (array) $item->query;
$jInput = JFactory::getApplication()->input;

if (
    // Ist aktuelle Seite Blog-Kategorie?
    $jInput->get('option') === 'com_content'
    && $jInput->get('view') === 'category'
    && $jInput->get('layout', '', 'string') === 'blog'
    // && $jInput->get('layout', '', 'string') === 'bs4ghsvs:blogghsvs-bs'
    && ($Catid = (int) $jInput->get('id'))

    // Ist unten zu bearbeitender Menüeintrag "Beitrag einreichen"?
    && isset($Query['option'])
    && $Query['option'] === 'com_content'
    && isset($Query['view'])
    && $Query['view'] === 'form'
    && isset($Query['a_id'])
    && (int) $Query['a_id'] === 0
    && isset($Query['layout'])
    && $Query['layout'] === 'edit'
){
    // Selber ausprobieren, welche der beiden Zeilen funktioniert:
    
    // SEF-Link
    $item->flink .= '?catid=' . $Catid;
    
    // oder Non-SEF-Link
    #$item->flink = $item->link . '&catid=' . $Catid;
}

Sicherlich etwas überladen, aber ich bin zu faul, jetzt zu prüfen, welche $Query-Indices mit isset geprüft werden müssen. Letztlich hätte ich lieber gleich ein Registry-Objekt aus $Query erstellen sollen. Zu spät

Zitat von merome

Muss ich den Suchindex manuell aktualsieren? Passiert das nicht automatisch?

Da Suchindex bzgl. "automatisch" mindestens noch 1 erheblichen Bug hat (zumindest sehe ich nicht, dass der gefixt wurde), wäre das aus meiner Sicht das Mittel der Wahl.

Wennst uns dann noch Rückmeldung gibst, ob das klapte, wäre doll.

Dann versteh ich deinen Eröffnungspost aber auch nicht mehr. Musst das Modul doch nur einrichten und an die Wunschposition setzen.

Jetzt sind aber auch auf allen anderen Seiten die Unterüberschriften weg,

Bin absolut nicht ganz sicher, aber, wenn ich die (veraltete) JReviews-Doku anschaue, kann man die wohl im jeweiligen Menüeintrag eingeben.

Was du da beschreibst, ist einer der Gründe, warum man das Beez3-Template leider nicht verwenden sollte, wenn man es irgendwie ändern will. Es ist ein sehr "starres" und unhandliches Template, das es gerne zerlegt oder wenigstens einen Riesenrattenschwanz an Korrekturen nötig macht, wenn man den Kopfbereich verändert.

Außerdem ist es auch nicht wirklich responsiv, also nicht wirklich mobilgeräte-tauglich.

Dem Joomla 3 ist es nur noch beigepackt, weil man es nicht einfach mittendrin entfernen darf. Genauso wie das Backend-Template Hathor. Letztlich nur Altlasten.

Aber vielleicht will ja ein anderer Helfer hier

Nur, weil's viele nicht kennen:

Man kann im Backend in der Beiträge-Suche

content:loadmoduleid 282

eingeben, um den Beitrag/die Beiträge zu finden. Zur Not halt nur

content:loadmoduleid

Zumindest früher (war schon lange nicht mehr drinnen) konnte man in der G-Search-Console oder wie's heißt in einer Ecker "URL-Parameter" angeben, welche ignoriert werden sollen.

Zusätzlich sollte man sich von Google nicht all zu kirre machen lassen. 99% der Emails die ich von denen bekomme (für diverse Seiten) quittiere ich mit einem "SchlimmSchlimmSchlimm" während ich den LöschenKnopf drücke

Google lebt davon, dass die Welt sie für unfehlbar hält; trotz der vielen Widersprüchlichkeiten im System.

Zitat von zero24

Wenn du magst korrigiere ich den Link für dich.

Gern. Danke!

Ich weiß es nicht, aber ich frage mich, wie sinnvoll das ist. Angesichts der Unmengen unterschiedlicher Bildschirmgrößen, die es heutzutage gibt und die noch kommen werden, ist es auf irgendeinem Gerät immer falsch positioniert.

Zus#tzlich berechnet Mediabox die Bemaßungen je nach Gerät.

Willkürlich einen Presselink von heute rauskopiert: "Gravierende Mängel im Datenschutz bei Onlinediensten festgestellt"

Ihr müsst das Leerzeichen zwischen whats und app im Link löschen. Irgendwie zensiert das das Forum sonst.

https://www.rnd.de/digital/fac…74IFCULCNJLEMDOKJ2E4.html

Zitat

• Snapchat: unzureichend
• Facebook: stark defizitär
• WhatsApp: gravierend defizitär
• Instagram: völlig unbefriedigend
• Google: völlig unzureichend
• Twitter: in keiner Weise

Zitat von anka

So viel Aufwand, und am Ende findet man dort auch keine Lösung.

Na ja, lesen tu ich das Find dann nicht. Schon das Blättern auf Seite 2 kostet mich zu viel Zeit

Und zusätzlich in deinem Modul explizit das Laden von Jquery auslösen per HTMLHelper-Methode?

Müsste man den Code sehen...

Für das erste hilft vielleicht ein Klick auf den "Wiederherstellen"-Button oben in deinem Bild.

Generell sieht es so aus als wäre deine Menü-Tabelle (Datenbank) geschrottet, was gelegentlich bei Migrationen von 1.5 bzw. 2.5 passieren kann, auch, wenn die schon länger zurückliegen. Leider sind die Lösungsmöglichkeiten oft grässlich aufwendig und je nach "Vorfall" auch unterschiedlich anzugehen.

Internet vergisst ja (das meiste nicht). Nag-Nag-Crosspost:

https://web.archive.org/web/20…e-des-templats-ndern.html

Das frühere (funktioniert auch noch)

<jdoc:include type="head" />

wurde aufgesplittet in

<jdoc:include type="metas" />
<jdoc:include type="styles" />
<jdoc:include type="scripts" />

Das Cassiopaia-Template hat die Zeilen nach wie vor im HEAD-Tag.

Das Backend-Template allerdings

<jdoc:include type="scripts" />

am Ende.

Es hängt jetzt also davon ab, WIE du dein JavaScript einbindest. Inline ist ja jetzt IgittIgitt.

Ich denke mir, wenn du die altbekannten Methoden, addScriptDeclaration und andere verwendest, um deine JS einzusetzen, sollte das klappen.

Falls der unsägliche sog. AssetManager nicht querschießt, was er öfter mal macht... Musst dich halt da einarbeiten

Versteh nicht ganz. Wenn ich deine Zeilen debugge, werden mir final 2 Werte ausgegeben (bei dir Zeilen 3 und 4) und lediglich 4 mögliche Keys befinden sich im $p:

$propertiesToShow = array(31,32,131,132,134,135,136,139,140,142,147,148,149,150,151,152,153,154,155,157,158,160,162,163);

echo ' DEBUG $propertiesToShow: <pre>' . print_r($propertiesToShow, true) . '</pre>';

$p = array_rand($propertiesToShow, 4);

echo ' DEBUG $p: <pre>' . print_r($p, true) . '</pre>';

echo $propertiesToShow[$p[0]] . "\n<br>";
echo $propertiesToShow[$p[1]] . "\n<br>";
exit;

Ausgabe des Codes. Letzten 2 Zeilen sind die beiden Werte $propertiesToShow[$p[x]]

DEBUG $propertiesToShow:

Array
(
    [0] => 31
    [1] => 32
    [2] => 131
    [3] => 132
    [4] => 134
    [5] => 135
    [6] => 136
    [7] => 139
    [8] => 140
    [9] => 142
    [10] => 147
    [11] => 148
    [12] => 149
    [13] => 150
    [14] => 151
    [15] => 152
    [16] => 153
    [17] => 154
    [18] => 155
    [19] => 157
    [20] => 158
    [21] => 160
    [22] => 162
    [23] => 163
)

DEBUG $p:

Array
(
    [0] => 5
    [1] => 11
    [2] => 12
    [3] => 14
)

135
148