Beiträge von HGH_ESN

Moin zusammen,

ich fasse mal zusammen.

Habe mal alle meine Plugins, die ich selbst geschrieben habe deaktiviert.
Keine Änderung, Felder bleiben leer.

Zitat von firstlady

Ist die Komponente com_contenthistory deaktiviert? Nein, sie ist aktiv.

Zitat von Sieger66

Kannst ja zum Test einfach mal fürs Frontend das Cassiopeia - Default als Standard festlegen bzw. verwenden und schauen ob die Felder damit dann angezeigt werden.

Hab ich gemacht, nutzt aber nix.

Zitat von Sieger66

Und erstelle auch mal einen Beitrag ohne "snippet" und schaue ob die Felder im Frontend bei Versionen -> Vorschau bei diesem Beitrag dann angezeigt werden.

Habe einen Beitrag genommen, der ohne den ganzen Schickschnak (ArticlesAnywhere, Snippets) erstellt wurde.

es geht dann, die Felder werden angezeigt. Bild

Dann habe ich in diesen Beitrag einen Snippet-Aufruf eingebaut.

Auch das geht dann - hätte ich nicht erwartet.
Das Snippet wird sogar aufgelöst. Bild

Gleiches gilt auch für Artikel beim Aufruf über ArticleAnywhere-Syntax

Und nu? Ich bin ratlos. Wäre es jetzt nicht mal angesagt den Code zu inspizieren?

Wo wird dieser ganze Wahnsinn gehandelt?

Alles anzeigen

Zitat von firstlady

Das kann ja so nicht stimmen, ausser es steht eben kein text in deinen Artikeln. Kannst du das nachprüfen?

Hallo Christine,

ich habe das nochmals nachgesehen, aber in dem DB-Feld Introtext steht natürlich was drin. Wie sollte auch sonst der Content des Beitrages angezeigt werden .
Hier ist noch ein Bild aus phpAdmin.

firstlady

Zitat von firstlady

Das ist ok. Erst wenn du ein "Readmore" einfügst, schreibt Joomla den text nach der Trennlinie in das Datenban-feld fulltext, sonst ist alles introtext. Das ist nichts, worum du dich als user kümmern musst.

Danke für die Erklätung Christine. Das wuste ich bisher noch nicht, obwohl ich mich immer gefragt habe, warum im Introtext bei mir alles steht und nicht im Fulltext.

Grüße HGH

Hallo,

ich mache jetzt hier eine Antwort auf die vielen offenen Fragen:

firstlady:

Natürlich haben die Beiträge entsprechende Texte. Allerdings nur im DB-Feld "introtext". In "fulltext" steht i.d.R. nichts drin.

Sieger66 + Stef:
Ich benutze das Template Cassiopeia-extendet, also Joomla Standard.

christine2:

Die Meldung kommt von einem Plugin "Timestamp2message".

Ich habe den Zugriff auf das Qookie jetzt in ein isset(...) gekapselt.

if (isset(x_COOKIE[xcookie_name]))
.......

Es sollte jetzt nicht mehr erscheinen.

Hallo Sieger66,

zunächst mal vielen Dank für Deine vielen Forschungen und Hinweise.

Du hast mich auf die Darstellungen im Frontend/Backend gebracht.

Du hast Recht, im Backend werden die DB-Felder Introtext/Fulltext zumindest von den Bezeichnungen her angezeigt, Sie stehen tatsächlich fast ganz unten. Ob die da sinnvoll sind, wage ich etwas zu bezweifeln. M.M.n. sollten sie weiter oben stehen, wie in J4 hinter alias.
Sie haben aber bei mir keinen auch Inhalt, obwohl ich jede Menge Versionen in der Anzeige habe.

Im Frontend - da arbeite ich am meisten - und darauf beziehen sich auch meine gemachten Hinweise, fehlen diese Felder aber gänzlich. Das ist dann aber doch wohl sicherlich ein Fehler.

Hallo Christine, Sieger66,

danke aber bei mir ist das beim Preview etwas anders. Habe mal ein Bild gemacht.

Die DB-Felder für Introtext und Fulltext fehlen in der Darstellung. In J4 sind sie noch da.

Zum Versionshinweis:

der wird nur im Tabellen-Header angezeigt. Daten sind dann aber keine da.

Meine Frage:
Wie kommen da Daten hinein? Dank Sieger66 habe ich nun einen Text beim Beitrag eingeben können. Dieser wird dann auch angezeigt. Wenn ich aber diesen Text abändern möchte, habe ich dazu keine Chance.
Einen geäönderten Text kann man also nur mit einer neue Version erzeugen. Da ist dann aber nicht so gut.

Meine Vorstellung wäre eben ein Toolbar-Button, ähnlich denen die da heute schon sind.

Wenn man dann den Listview-Eintrag anhakt und dann den Button drückt, sollte ein Popup aufgehen, in dem man den Versionhinweis einfügen/ändern kann.
Die ausschließliche Kopplung des Versionsinhaltes an den Beitrag hate ich nur für die Ersteingabe für sinnvoll. EIne Änderungsmöglichkeit sollte allerdings auch bestehen.

... normalerweise wird das Backup erst in das Verzeichnis /restore, das direkt im root liegt, eingespielt. Dort kannst du dann mit FTP dir die einelnen Dateien/Verzeichnisse ansehen und in deine Seite laden.

I habe J6.0.3 installiert und stelle bei der Artikel-Versionierung folgende Probleme fest.

1. Es gibt da ein Feld "Versionshinweis" (wohl neu seit J4) indem aber nichts eingetragen werden kann, weil der zugehörige Auswahl-Button in der Toolbar fehlt.
Hinweis: in J4 ist das auch so.

2. Beim Preview wird zwar alles mögliche angezeigt, aber die die DB-Einträge für

- Intro Text

- Full Text

werden nicht angezeigt.
Hinweis: in J4 ist das noch korrekt.

Frage: Ist das jetzt ein Bug oder ein Feature?

Hallo Elwood,

warum sollte der Beitrag hier falsch sein, er passt doch genau dazu. Wenn es nicht gewünscht ist zu erledigten Beiträgen noch weitere zu schreiben, dann sollte die Antwortfunktion in diesem Fall nicht mehr möglich sein - ist aber nicht!

J6 Webs ... eine Joomla6 Webseite.

.jpa zur Akeeba-Version ... äh, verstehe nur Bahnhof.

Hallo an alle,

ich habe mit der Neuinstallation eine J6 Webs ähnliche Probleme mit Akeeba-Kickstart_9.0.2 gehabt.

Es kamen folgende Fehlermeldungen:

Warning: include(phar:///var/www/vhosts/<Hoster>/html/J6_versuch/kickstart.php/src/includes/preamble.php): Failed to open stream: phar "/var/www/vhosts/h257522.host273.alfahosting-server.de/html/J6_versuch/kickstart.php" SHA256 signature could not be verified: broken signature in /var/www/vhosts/h257522.host273.alfahosting-server.de/html/J6_versuch/kickstart.php on line 220

Warning: include(): Failed opening 'phar:///var/www/vhosts/<Hoster>/html/J6_versuch/kickstart.php/src/includes/preamble.php' for inclusion (include_path='.:/opt/plesk/php/8.4/share/pear') in /var/www/vhosts/h257522.host273.alfahosting-server.de/html/J6_versuch/kickstart.php on line 220

Fatal error: Uncaught PharException: phar "/var/www/vhosts/<Hoster>/html/J6_versuch/kickstart.php" SHA256 signature could not be verified: broken signature in /var/www/vhosts/h257522.host273.alfahosting-server.de/html/J6_versuch/kickstart.php:221 Stack trace: #0 /var/www/vhosts/<Hoster>/html/J6_versuch/kickstart.php(221): Phar::webPhar(NULL, 'src/kickstart_w...', NULL, Array, Object(Closure)) #1 /var/www/vhosts/h257522.host273.alfahosting-server.de/html/J6_versuch/kickstart.php(225): {closure:/var/www/vhosts/<Hoster>/html/J6_versuch/kickstart.php:174}() #2 {main} thrown in /var/www/vhosts/h257522.host273.alfahosting-server.de/html/J6_versuch/kickstart.php on line 221

Erst mit einer älteren Kickstart-Version 8.0.6 ist es mir gelungen Joomla6 zu installieren.

Grüße HGH

Hallo,

danke für den Hinweis, aber ich habe es jetzt mit Akeeba "Kickstart" gemacht. Es funktionierte soweit ganz gut.

Habe jetzt nur noch das Problem, das das Frontend sich nicht zeigt beim Aufruf. Das Backend funktioniert soweit.

Zitat von Sieger66

Da es noch weitere nicht vorhandene Joomla-Core-Dateien geben könnte, die zu schweren Fehlern führen können, würde ich möglichst bald den Button ...

danke für den Hinweis. Habe ich gemacht. Hoffe jetzt gibt es Ruhe.

JoomlaWunder Jetzt stellt sich mir eine weitere Frage. Da ich J5 neu aufsetzen muss (eine Übernahme der J4-Installation erscheint mir nicht sinnvoll) stellt sich die Frage, ob ich nicht gleich J6 nutzen sollte. Ich verwende die Ext. von JCE und Regularlabs. Diese sind bereits heute J6 fähig. Einige Exoten muss ich prüfen und einige von mir geschriebene müsste ich anpassen (das muss ich aber eh irgendwann). Was räts Du mir? fragt HGH

... nach dem erneuten Hochladen der besagten Datei "Access.php" in das Verzeichnis und einem Neustart der Installation meldet Joomla, dass es nun vollständig installiert wurde.

JoomlaWunder
Hab mal alles dazu/rein geschrieben.

Kam die Meldung noch während der Installation "Ja" oder erst anschließend beim Aufrufen von Frontend oder Backend?

Von wo hast du Joomla 5 heruntergeladen?
Von der offiziellen Joomla-Webseite.

Und hast du alle Dateien einzeln auf den Server hochgeladen "Ja" oder das zip und dann auf dem Server entpackt? Im ersteren Fall könnte es sein, dass nicht alle Dateien übertragen wurden.

"dass war dann wohl so".

Die zweite Methode wäre auf jeden Fall deutlich weniger fehleranfällig.
"Diese Methode ist mir nicht geläufig. Wie entpacke ich denn dann das .zip auf dem Server?"

... hab mal ein bischen recheriert.

Diese Class ist im Verzeichnis: .../libraries/src/Access

Dort gibt es die Datei: Access.php

Komischerweise hat die aber eine Größe von "0" - siehe Bild unter: https://www.screenpresso.com/=3TWeDjQYNeME.
Damit kann sie auch nicht gefunden werden.

Wieso das so ist kann ich nicht sagen. FTP-Fehler beim hochladen ?
Keine Ahnung.

Ich setzte sie jetzt mal nach und schaue was passiert.

Hallo zusammen,

Komando zurück.

Gerade heute Nacht hat mein Hoster die komplette bisherige Admin-Oberfläche zur Verwaltung der Domains, etc. umgestellt.

Nach erneuter Einrichtung der Verzeichnisse, Domainlinks etc. ist es mir jetzt zumindest gelungen die Installation zu starten.

Habe eine neue Datenbank unter MariaDB angelegt und bei der Installation eingebunden.

Aber zu früh gefreut! Ein erneuter Abbruch, jetzt aber wohl aus Joomla heraus mit folgender Meldung:

Bei der Bearbeitung der Anfrage ist ein Fehler aufgetreten.

0 Class "Joomla\CMS\Access\Access" not found

Alles wenig hilfreich !
Hat hier jemand eine Idee?

fragt HGH

... Neu angelegte Datenbank hat auch nix gebracht!

Hallo Lui,

.... Es geht nicht um PHP

Das ist ja schon mal klasse, aber die Fehlermeldung sagt genau das aus.

Die benutzt Datenbank ist alt und wurde vor Jahren angelegt.

Ich werde es mit einer ganz Neuen versuchen.

Hallo Joomla Support-Team,

heute muss ich mich mal dringend an Euch wenden.

Versuche seit Tagen die Joomla-Version 5.4.2 auf meinem Webspace zu installieren, bekomme aber ständig einen PHP-Fehler der zum Abbruch führt.

Habe bei meinem Webhoster unter dem Verzeichnis /html ein Subdomain-Verzeichnis /J5-versuch1 eingerichtet. In dieses Verzeichnis habe ich per FTP (Filezilla) die entpackte Joomla5 Software hineinkopiert.
PHP ist auf Version 8.2.6 gesetzt und wird auch per phpinfo als solche angezeigt.

Die Subdomain ist auf das J5-versuch1 Verzeichnis verlinkt.

Wenn ich nun im Browser die Subdomain aufrufe startet der Installatiuonsprozess mit all seinen Abfragen zu den notwendigen Grunddaten. Sind diese alle eingegeben kann der Installationsstart-Button angeklickt werden. Als Folge erhalte ich dann kurz danach diese Meldung:

Um die Installation fortzusetzen wird MySQL 8.0.13 oder höher benötigt. Die installierte Version ist aber: 5.7.25

Die Aussage über PHP 5.7.25 ist falsch.

Mein Hoster sagt, dass soetwas in seinem System überhaupt nicht vorhanden ist. Wie gesagt phpinfo liefert für die Domain 8.2.6.

Gibt es hier vielleicht jemanden, der dazu etwas sagen, beitragen kann?

Auf Wunsch stelle ich ihm auch den Link zur Domain (per PN) zur Verfügung.

Ich bin mit meiner Weisheit leider am Ende und verstehe es auch nicht.

Grüße Hans-Günter

Hallo Cristine,

ich dachte durch die Verwendung von

use Joomla\CMS\Factory as JFactory;

hätte ich mich gut aus der Affäre gezogen.

Durch die Angabe .... "as JFactory" verstehe ich das so, dass weiterhin im Code JFactory verwendet werden kann.

Aber Du hast Recht, warum nicht gleich ohne das "... as JFactory".

PS:

Der LInk führt ja zu einer Zusammenstellung, bei dem es einem ja "Angst und Bange" werden kann - man ist das kompliziert.

Grüße HGH