Hallo liebe Forumsleser,
gibt es eine Möglichkeit die ID eines Artikels in einem Benutzerdefinierten Feld automatisch anzuzeigen?
Ich weis um die Funktion Zahl aber ich will das nicht manuell pflegen.

Zitat von Lui_brempt

Performanceprobleme ist freundlich ausgedrückt. Gefühlt 10 Sekunden dauerte gerade der Seitenauffruf.

Hast du mal ein Backup der Seite gamacht lokal oder auf anderem Webspace installiert und geschaut, wie dort das Verhalten ist.

Ich glaube nicht, dass das Performanceproblem an Joomla an sich liegt.

Von wie vielen Custom-Fields, die bei einem Seitenaufruf verabeitet werden müssen reden wir denn?

Was sagen die Webentwicklertools bzgl. der Dauer der DB-Anfragen beim Seitenaufruf?

Nein ein erster Versuch es gestern Abend auf XAMP mal zu installieren ist gescheitert.
Customfields da habe ich ca. 120 angelegt aber sind nicht immer alle bei jedem Seitenaufruf dabei, jedoch der Konzertkalender!
Zu letzterm kann ich noch nix sagen.

Also zum besseren Verständnis:

1 Webspace auf dem läuft zum einen die Liveversion http://www.knabenchorarchiv.org dies hat schon seit längerem leichte Performanceprobleme. Ich hatte schon vermutet, dass das von den Customfields kommen könnte (Hypothese). Auf dem Webspace besindet sich ebenfalls die 4.0 Testversion. Sollte das migrieren einfacher machen. Hoster meinte nach den Performensproblemursachen erst suchen, wenn die neue Version produktiv und die alte abgeschalten. Plausiebel, man muss ich ja die Arbeit nicht 2x machen. Wärend der jetzt laufenden Migration, hat die Performance des neuen Backends auch deutlich abgenommen, vom Frontend der Liveversion gar nicht zu reden. Jetzt steht im Raum das Probleme mit dem Frontend der neuen Version auch zu erwarten sind, wenn die Migration voll durch ist. Dann zu der allgemein bemängelten offline anzeige, das hat 3 Gründe Google, das nicht gehen von Links und ich wollte erst mal ohne Besucherstreß die Migration durchziehen.

Zitat von Stef

Micki , ist doch Zeitverschwendung, wenn du dann alles nochmals auf einer anderen Software migrieren willst.

Ist es theoretisch! Aber ich hab diese Erkenntnis ca. 8 h und in der Zeitspanne findet sich leider kein Ersatz. Der sollte sich nämlich dazu eignen nicht nach 2-3 Jahren wieder einen Komplettumzug machen zu müssen.
Aus Erfahrung weiß ich, dass sich so was leider über Monate hinziehen kann und am 28.11. ist PHP 7 deadline.

Zitat von Stef

Micki hat Performance Probleme auf seiner Joomla 4 Webseite die in 880 Tagen online ist. Bis dahin müssen wir uns gedulden um die Seite analysieren zu können.

Hallo Stef!

Hier kamen ja schon wirklich auch brauchbare Hinweise! z. B. von Pest, dem ich hiermit noch einmal danke! Die Haupterkenntnis ist leider die dass Joomla verm. für mein Projekt die "falsche" Software ist. Wobei momentan nichts anderes über bleibt als erst mal migrieren um dann in Ruhe nach einer Alternative zu suchen!

Zitat von Elwood

Seite ist Offline!?

Kann ich nicht analysiern.

Artikel, Kategorien etc. könntest du hiermit migrieren:

https://www.eshiol.it/joomla/j2xml/j2xml39.html

Ist zwar eine Betaversion, aber du kannst die Inhalte übertragen und dann die Erweiterung wieder löschen:

Alles anzeigen

Hallo Elwood,
danke für das Tool, ist interessant muss mal gucken was es bietet. Da schon viel manuell migriert ist.

Zitat von Lui_brempt

Wie muss ich deine Aussage verstehen?

Auf einer Seite werden bei jedem Seitenaufruf 500 Module abgearbeitet?

Die zugängliche J3 ist schon sehr langsam im Aufbau. Hast du mal den Seitenaufbau mit den EWebentwicklertools untersucht, wo die langen Ladzeiten herrühren.

Ich gehe nicht davon aus, dass dies mit der Artikelanzahl an sich zu tun hat.

1. Es werden nicht 500 Module beim Steitenaufruf abgearbeitet. Hoff ich zumindest.
2. Es war gfragt wo denn die Migrationsprobleme seien.
3. Ein Seitenaufruf denk ich macht so um die 10 - 15 Module

4. Es kommen sehr viele customfilds zum einsatz, vermutlich "zu viele".

Zitat von Pest

Die echten Werte wirst Du erst im produktiven Betrieb sehen. Ein angemessenes Hosting welches sich nach der Größe des Projekts richtet, sollte wohl selbstverständlich sein. Joomla.org auf einem 5-Euro-Shared-Hosting würde auch abschmieren. Generell kannst Du schon viel mit der Verwendung des Cache regeln. Der fängt die immer wiederkehrenden Datenbankabfragen ab und nimmt sich in der erweiterten Fassung auch die Module vor. Hast Du Zeit und Lust kannst Du hier auch einen Redis einbinden und Dein Joomla noch weiter entlasten. Bieten aber nicht alle Hoster an und der Redis muss separat konfiguriert werden.

Läuft das Projekt aber schon mit z.B. 500 Beiträgen in einer Testumgebung ohne Traffik langsam, hast Du wahrscheinlich ein strukturelles Problem oder der Server trägt zu viel Grundlast.

Momentan läuft live und test/Migration auf dem selben Server, das heißt man muss letztlich migrieren das alte abschalten und schauen was passiert. Dann kann man weitere Maßnahmen überlegen.

Hallo Jan,
ich arbeite sehr intensiv mit Custom Fields (125 Stck).
Da machen Deine Aussagen Sinn und je mehr Datensätze es werden desto "schlimmer" wird es vermutlich.
Würde ein "Aufbohren" des Datenbankservers Sinn machen?

Zitat von christine2

Hallo,

Technisches kann ich hier nicht so beitragen, aber:

Zu Deinem Link (Seite) in #17: Da müssen wir jetzt 880 Tage warten?

weiß ich nicht, aber bei:

Lugi öhm?

Lui_brempt: 500 Module sind aber schon viel, oder nicht? Abgesehen davon, dauert ja ewig, dass man diese sich durchliest usw. ....

Liebe Grüße

Christine

Alles anzeigen

Hallo Christine,
das hat Joomla selber vorgeschlagen, dabei waren wir schon über 900 Tage.

Also bei den Modulen wäre es durchwegs schön, wenn man die parametrisieren könnte und nich für jeden Fall ein Eigenes machen müßte.
Müsste auch Theoretisch gehen, nur eine Frage des Programmieraufwand und ob man nicht bei jedem Update wieder alles neu machen müsste.

Zitat von Lui_brempt

Mir ist nicht wirklich klar, warum du händisch migrieren willst / musst.

Zur Migration ist wichtig, dass alle eingesetzten Plugins, Komponenenten Joomla 4 tauglich sind.

Auch müssen DB-Version und PHP-Version passen.

Ist dies nicht der Fall, ist es notwendig andere zu suchen, die diese Funktionalität bieten.

Wenn alle notwendigen Komponeneten, Plugins J4 tauglich sind, kann das update / Upgrade auf J4 angestoßen werden.

Ggf. J4 taugliches Template nachinstallieren oder Cassiopeia verwenden. Positionen zuweisen und grds. läuft dann alles wie vorher.

Will man aber den Content umstrukturieren, ist dies eine andere Frage und andere Aufgabe. Dies ist auch wenn man kein update machen muss aufwendig und bedarf einer guten strukturierung. dann geht es mit der Stapelverarbeitung aber auch zumeist sehr gut.

Performane-Probleme habe ich auch bei goßen Joomla-Seiten bisher nocht nicht gesehen.

Alles anzeigen

Hallo Lugi,
das Problem ist, dass es für einige der verwendeten Plugins keine Updates auf Joomla 4.0 gibt. Heißt es muss manuell umgestellt werden, da Teile davon jetzt in Joomla 4.0 eingebaut.
Dazu das Template für das es keine 4.0 Version gibt, aber in dessen Verzeichnis ca. 500 Module.

Dazu kommen custom Fields,...

Ich habe das schon getestet, weil ich auch nicht auf manuelle Migration "stehe". Letztlich ist aber der Aufwand identisch .

test.knabenchorarchiv.org

Dachte schon hier publiziert.

Zitat von Stef

Wenn ein Projekt zu gross ist, sollte man auch nein sagen können.

Dazu kommt, dass du hier keine Hilfe/Ratschläge annimmst und vielleicht mit den gleichen Fehlern so weitermachst bist du alles wieder neu aufbauen musst, oder deine Performance noch weiter sinkt.

Stef leider ist Nein sagen nicht die Lösung! Es handelt sich um mein eigenes Projekt. Das das Ganze die Ausmaße annimmt, war ursprünglich nicht abzusehen.

"

Dazu kommt, dass du hier keine Hilfe/Ratschläge annimmst und vielleicht mit den gleichen Fehlern so weitermachst bist du alles wieder neu aufbauen musst, oder deine Performance noch weiter sinkt."

Wie kommst du zu der hypothese?

Zitat von jsc_01

...und wenn das Produkt ganz fertig ist, brauchst du doch keine Hilfe mehr

Ich frag mich immer mehr ob ich mit Joomla auf das richtige Pferd gesetzt habe.

Ich war nicht scharf drauf seit Mitte Juni 10800 Joomlaartikel und 3800 Kalendereinträge von Hand zu migrieren bis Ene November muss ich durch sein.
Momentan bin ich bei ca. 10%. Ein Versuch Teile automatisch zu migieren ist gescheitert. Von dem ganzen Projekt ganz zu schweigen.

Ob man danach noch Hilfe braucht weiß ich noch nicht, ich bin kein Hellseher. Vermutlich werden sich aber neue Stolperfallen auftun!

ich wollte Dir nur Zugang zukommen lassen, da ich ungern 1/2 fertige Projekte öffentlich zugänglich mache.

Zitat von WM-Loose

War nur ein Spass

Komischer Spass!

Zitat von WM-Loose

Na dann sind die Zugangsdaten ja absolut sicher

Das man zwischen Produktivsystem und Testsystem für die Migration unterscheidet ist doch normal oder?

Zitat von firstlady

Dein Eindruck ist falsch. 2000 Artikel sind eine Lappalie - da muss was ganz anderes dahinter stecken.

Gib einen Link zu der Seite dann kann man sehen, wo das Problem liegt.

Kann Dir einen Testaccount einrichten melde mich per Facebook! Da die Seite offizell offline für die Migration.

Ich hätte da mal ein Frage: Für welche Artikelanzahl ist Joomla 4.0 als performat getestet?
Ich habe momentan den Eindruck, das das Ganze bei den 2155 schon langsam in die Knie geht und das ist erst ca. 1/5 dessen was mindestens verarbeitet werden soll.
Was kann man machen außer größeren DB -Server?

Zitat von Pest

Ich würde es noch etwas deutlicher formulieren ---> Inhalte die in Custom Fields stehen werden in den aktuellen Versionen von Joomla NICHT DURCHSUCHT und deshalb auch NICHT GEFUNDEN.

Soll sich mit Joomla 4.2 ändern, aber ist halt noch nicht final.

Hallo Pest gerade eben in den Customfield werden Sie ja angezeigt! gerade noch mal einen 2. Versuch gemacht in einen testartikel über das Feld den "vermissten" Artikel eingebunden. Link wird angezeigt Bei Auzfruf kommt die Fehlermeldung

0

The image file does not exist.

beziht sich auf das Bild in dem Artikel.

Zitat von Re:Later

Was man noch probieren könnte:

- Die Beiträge haben die IDs 1945, 1946, 1947.

- Das Suchfeld leeren.

- Dann auf "Filter Options" klicken und unter "Status" "ALLE" einstellen.

- Dann mal jeweils in das Suchfeld eingeben

Code

id:1945
id:1946
id:1947

- Wenn dann tatsächlich einer davon nix findet, scheint ein gröberes Problem vorzuliegen.

Natürlich dann auch jeweils prüfen, ob evtl. Archiviert, Papierkorb etc. pp.

Alles anzeigen

1945 und 1946 bleiben "verschwunden" Auch Prüfung Papierkorb usw. ohne Erfolg.

Zitat von Indigo66

Sind die fehlenden Beiträge denn über denselben Suchbegriff zu finden?

Sind nicht über die Suchfunktion im Frontend auffindbar.

Wobei ich mit der Suchfunktion vorsichtig bin. Sie wirkt sich, bei mir, scheinbar negativ auf das Layout der gefundenen Seiten aus.