Beiträge von flotte

@deltapapa Kaputt optimierte Seiten oder Seiten die mit unsinnigen Erweiterungen überladen werden, laufen mit keinem CMS vernüftig. Da unterscheiden sich Joomla und WordPress nicht. Ich sehe hier weder ein Argument für oder gegen WordPress oder Joomla.

Zitat von bembelimen

Die Kundengruppe für Joomla sind Unternehmen die wachsen.

Möglicherweise sind das Deine Kundengruppen. Ich habe hier ganz andere Erfahrungen. Die Kundengruppen von Joomla und Wordpress unterscheiden sich in keinster Weise. Zumindestens wenn ich mir so unseren Kundenstamm ansehe.

Ich glaube auch das wir als Hostingunternehmen da einen viel besseren Einblick haben, als Agenturen/Webdesigner etc.. Nicht nur aufgrund der schieren Masse an Kunden, sondern auch weil Kunden bei der Agentur natürlich nur solche Kunden sind, die tatsächlich auch eine Agentur beauftragen. Das ist jedoch eine Minderheit.

Wir sehen hier auch die vielen anderen User: Vereine, kleine Firmen, Private usw. Das ist die große Masse und das sind in der Regel keine Profis. Sollen die etwas alle nach Jimdo und Co? Das kann es ja wohl nicht sein.

Die meisten dieser Websites sind relativ statisch und haben selten Veränderungen. Klar, solche Seiten könnte man auch manuel bauen, aber eben nicht von solchen Kunden. Will Joomla diese Kunde verlieren? Der Trend geht aktuell relativ stark dahin. Ich habe es versucht anschaulich zu machen mit den beiden Screenshots einige Postings vorher.

Ich würde für Werbung im Forum was bezahlen - sofern sich die Kosten in Grenzen halten. Meines Erachtens ist das grundsätzlich eine WIN-WIN-Situation, wenn Werbung ausgesuchter Werbepartner hier werben dürfen. Immer noch besser als Google-Ads die Kohle zu überlassen.

Ich post hier mal zwei Screnshots aus der Versionübersicht zweiter Server bei uns.

Der erste Screenshot zeigt einen Server mit alten Kunden, die schon lange hier hosten. Fast alles Joomla.

Der zweite Screenshot zeigt einen Server auf dem nur neuere Kunden liegen.

Eindeutig erkennbar ist, wie immer mehr User Joomla verlassen, sogar bei einem Hoster wie uns, der sich Joomla verschrieben hat.

Weiterhin erkennbar die eklatanten Update-Lücken vieler Scripte, aber inbesondere Joomla. Dazu muss man sagen, das wir über unseren App-Installer das WordPress so ausliefern, das es automatisch updated. Fast alle neueren Wordpress-Installationen sind daher (zumindesens was den Core angeht) auf aktuelleren Server aktuell.

Dieses Bild erglbt sich so oder so ähnlich auf den meisten Servern.

Es tut gut zu hören, das Joomla hier an Verbesserungen arbeitet, denn alleine diese beiden Screenshots zeigen deutlich, durch welche Scripte hier die meisten Gefahren ausgehen und wohin sich neue User orientieren.

Nochmals: Ich selbst bin kein Fan von Wordpress. Ich nutze das hier nur als Vergleich.

Zitat von firstlady

Die Problematik ist ja durchaus bekannt und wird ernst genommen.

Dann frage ich mal ganz konkret nach: Ist es geplant, das Joomla ein automatisches Update einführt? Bei Wordpress kam man ja einstellen ob der Core, welche Plugins/Erweiterungen automatisch geupdatet werden sollen.

Ich weiss natürlich das dies Gefahren mit sich bringt und nach einem solchen Update die Seite plötzlich nicht mehr laufen könnte. Bei Wordpress kommt dies allerdings extrem selten vor. Ich will Wordpress gar nicht so hochloben, nenne es hier nur immer wieder als Beispiel, weil ist sehe wie sich viele User genau dorthin orientieren und das ärgert mich. Durch sinnvolle Backupstrategieren kann man die Probleme bei autom. Updates einfach minimieren.

PS:
Es gibt auch einige andere CMS wie z.B. Conato, die sich immer weiter von den Wünschen normaler User und die typischen Infrastruktur vieler Hoster entfernen. So weit ist Joomla allerdings noch nicht und ich bin auch kein Joomla-Hasser. Das nur zur Klarstellung.

Zitat von firstlady

Die Joomla Bug Squad braucht immer aktive Mitglieder, da könntest du mitmachen und selbst mitentscheiden, denn

Joomla ist komplett ein Werk der Community. Wer mitmacht, kann mitentscheiden.

Das ist so ein typisches Todschlagargument. Es suggeriert, wer nicht aktiv mitmacht, der muss sich halt fügen und sollte nicht kritisieren.

Ich glaube sogar es mischen zu viele Köche mit. Zu viele Entwickler mit tollen neuen Ideen und Optimierungswünschen, die allesamt sicher gut gemeint und im Sinne von Entwicklern Fortschritt bedeuten. Möglicherweise spielt es auch eine Rolle, das man denkt, wenn ich nun diese ode jede tolle neue Entwicklerideee einbaue, das dann die Community begeistert klatscht und sich Joomla in der Gunst der User nach oben katapuliert. Neu ist aber nicht besser und Veränderungen sind auch nicht immer besser. Würde mich nciht wundern, wenn das nächste scheinbare KO-Feature der Einbau von KI-Funktionalitäten wäre.

Eine wirklich strategische Führung, die sich an den Wünschen der meisten User orientiert scheint mir zu fehlen.

Was sich die meisten normalen User wünschen, ist ein sicheres und langfristig stabiles CMS, was nicht laufend verändert wird, sich auf Wunsch selbst updaten kann und was eben nicht laufend von Experten gewartet werden muss. Erweiterungen und Templates müssen langfristig funktionieren.

Durch die massenhaft vielen Erweiterungen gibt es doch eh genug Raum für Spielereien und Individualisierungen.

Zitat

Wir haben jetzt kürzere Zyklen und daher überschaubare Änderungen

Tatsächlich gebe ich die Hoffnung nicht auf, das Joomla seinen Weg korrigiert - sofern es immer noch den Anspruch hat, ein CMS für (fast) jedermann zu sein bzw. wieder zu werden.

Zitat von zero

Es wäre schade, wenn Wordpress hier wirklich so einen großen Vorteil hätte. Da ich Yootheme verwendet, könnte ich auch Wordpress als CMS einsetzen, aber ich kann mit Joomla alles viel effizienter und schneller bauen und ganz ohne unzählige Plugins.
Wobei das Update von Joomla 3 auf 4 bei Yootheme Pro Seiten eigentlich recht flüssig läuft, ich habe das sicher bei über 20 Seiten durchgeführt. Problematisch sind aber natürlich alle älteren Seiten, wobei ich mir nicht vorstellen kann, dass man so alte Wordpress Seiten einfach updaten kann.

Ja das stimmt alles. Für Experten ist das alles machbar. Der Otto-Normal-User -und das ist nun mal die große Masse- ergibt sich ein völlig anderes Bild. Die sind allesamt vollkommen genervt und überdrüssig wegen dieser ganzen Update/Migrationsprobleme. Joomla macht sich seine eigenen User zum Feind. Agenturen, Freelancer und Hoster verlieren massenhaft Kunden an andere CMS. Glücklich kann sich schätzen, wer dann auch andere CMS unterstützt.

Im Ernst, das ist keine Spinnerei und ich bin kein Joomla-Feind oder gar WordPress-Liebhaber (ganz im Gegenteil), aber ich sehe was los ist. Wir haben hier zig tausend Hostingkunden, einige hundert Agenturen und das Bild ist überall dasselbe, wenn ich mich auf den Servern umsehen. Joomla verschwindet dort nach und nach.... Die Leute wechsen sogar nach Wixx, Jimdo, Shopify und Baukasten der großen Provider, weil keiner mehr Bock hat auf die Update und Migrationsprobleme.

Joomla entwickelt sich hier zu einem Expertensystem, ähnlich wie Typo3 oder andere CMS die man als Normuser schlicht nicht mehr wirtschaftlich betreiben kann. Die User werden von Agenturen abhängig und das wollen und können sich die meisten nicht leisten. Wir haben hier jeden Tag Anfragen zu Migrationen und Problemen die dabei entstehen. Von Wordpress-Kunden kommt alle paar Wochen mal eine Anfrage - wenn überhaupt

Leider stellt sich Joomla in der Eigenwerbung nicht als Expertensystem dar, sondern betont immer wieder wie einfach der Umgang mit dem System ist. Das ist es leider schon lange nicht mehr.

Und dieser Absatz auf joomla.de ist schlicht Verarschung:

Es wird da auch nicht zwischen den kleinen "Updates" und der "Migration" unterschieden. Als Leser setzt man das gleich.

Wie komplex eine Migration ist schreibt Joomla ja selbst und da sieht man den Widerspruch.

Joomla! 3.x nach 4.x: Migration - Schritt für Schritt - Joomla! Documentation

Kein Otto-Normal-User steigt da durch. Wer das vor einer Entscheidung für oder gegen Joomla lesen würde, wird mit 100% Sicherheit niemals Joomla wählen.

ich schätze die Hälfte unserer Kunden mit Joomla ist im Laufe der Zeit aufgrund der Migrationsprobleme (quasi bei jeder Migration auf eine neue Hauptversion) von Joomla auf Wordpress gewechselt. Dort gibt es diese Probeme offenbar nicht ansatzweise in dieser Schärfe. Vollkommen egal, welches CMS als "besser" oder "professioneller" angesehen wird. Fakt ist, nur noch hartnäckige Joomla-Enthusiasten bleiben bei dieser Migrationspolitik von Joomla oder die Leute die gar nicht mehr updaten.

Ich weiss, dieser Post hilft jetzt auch keinem weiter, aber wenn ich nun von J5 höre, dann graut es mir schon wieder...

Die meisten Websitebereiber wollen nicht immer neue Features und andere Oberflächen, sondern ein stabiles CMS, welches man einmal installiert und welches sich am besten selbst updated und damit sicher bleibt. Also so wenig Arbeit wie möglich, denn die meisten tyischen Websites von Vereinen, Firmen usw. ändern sich nur selten und brauchen noch seltener immer neue Features. Ratet mal welches CMS genau das kann...

Du kannst nochmal folgendes versuchen:

Datenbank exportieren, dann alle Tabellen löschen und importieren.

Alternativ in eine neue DB importieren - dann hast Du immer noch die alte verfügbar.

Joomla dann auf die neue DB einstellen

geht auch nicht?

alter table tabelle ROW_FORMAT=DYNAMIC

bei mariaDB kein Problem.... würde mich wundern, wenn das bei MySQL anders ist.

Du kannst die Spalten natürlich auch auf TEXT oder BLOB umstellen, sofern das bei Updaten keine Probleme macht.
varchar ist nun mal begenzt und gerade bei Scripten wie Formularditoren, wo man als User viele Felder selbst ergänzen kann, stösst man dann an Limits. Programmiertechnisch sollte bei solchen Tools von vorn herein eine offene Definiton der Tabellen benutzt werden. Auch bei Shops ist des immer mal wieder ein Problem

Zitat von hcohl

Datenbank ist MySQL

Welche Versionsnummer? Wie oft soll ich das noch fragen?

Die Frage war, welche Datenbankversion liegt vor? Also welche Versionsnummer? Und MariaDB oder MySQL?

Und nein, der strict-Modus sollte eingestellt bleiben.

Nochmal:

Die Lösung liegt mit hoher Wahrscheinlichkeit bei obigen Link im Abschntt "Converting the Table to the DYNAMIC Row Format".

Die Tabelle muss mit "ALTER TABLE tabelle ROW_FORMAT=DYNAMIC" umgestellt werden.

Oder "ALTER TABLE tabelle ROW_FORMAT=DEFAULT" sofern es mariaDB größer 10.1 oder MySQL größer 4.1 ist.

Als wir seinerzeit Migrationen unserer Server von Debian Stretch auf Buster hatten, gab es ebenfalls dieses Problem, weil Buster die entsprechend größere mariaDB-Version hatte. Ein kleines Script hat geholfen alle Tabellen auf das neue Default zu setzen.

Was für eine Datenbankvesion?

Eine sinnvolle Lösing ist hier zu finden:

Im Bereich "Converting the Table to the DYNAMIC Row Format"

Das Problem taucht bei mariaDB auf, wenn von Version kleiner 10.3 hochmigriert wird. Dabei ändert sich die Default-Einstellung des innoDB Stricht-Modus.

Ich denke nicht das die verschiedenen PHP-Versionen unterschiedliche Websites liefern, wenn alle Script mit den PHP-Versionen kompatibel sind. Du kannst das ja einfach mal vergleichen, in dem der erzeugte html-Code verglichen wird.

Vielleicht hast Du irgendein Plugin/Modul laufen, welches inkompatibel ist und daher keine Ausgaben macht - ohne das es zu einem Scriptabbruch kommt.

Das solltest Du feststellen können, indem mal das Error-Reporting auf "maximum" gestellt wird und die Ausgaben unter verschiedenen PHP-Versionen verglichen werden.

Also naja, ich konnte mir unter der "Tourenfunktion" auch erst nichts vorstellen, aber wenn man sich 10 sek Zeit nimmt, einmal draufklickt und eine "Tour" startet, sieht man doch sofort worum es geht.

Also ich finde so eine Funktion klasse! Das sollte Anfängern wirklich helfen sich zurecht zu finden.

Ich glaube die Frage war nicht ernst gemeint. Falls doch, dann Brille kaufen

Zitat von jof1

Ist Joomla von Hause aus unsicher?

Nein, aber es gibt dennoch sinnvolle zusätzliche Absicherungen, wie ein vorgeschalteter .htaccess-Passwortschutz, der sehr empfehlenswert ist. Weiteres wie Captchas oder ähnliche Anti-Bot-Schutzmaßnahmen ebenso.

HTTrack ist ein "SelfDOS-Tool" ....

Zitat von kawetti

Diesen Lösungsansatz verstehe ich nicht. Es sind genau 2 Dateien (eine im Root und eine im Administrator). Und die Dateien sind ja deshalb dort weil es Probleme gibt?

Vielleicht gibt es ja noch weitere Files, die Du noch gar nicht gesehen hast. Entweder innerhlab der Ordner oder auch in übergeordneten Verzeichnissen.

Ich würde mal alle im Account vorhandenen php.ini und user.ini entfernen, damit die Hostereinstellung wirkt und nicht überschrieben wird.

Das Erzeugen diverse php.ini-Files in verschiedenen Unterzeichnissen ist eh ein Unding. Habe schon Installationen gesehen, wo in jedem Ordner so eine php.ini lag. Das ist mehr oder weniger sinnfrei. Es gab mal solche Anleitungen mit solchen "Tipps" und vermutlich auch Tools, die das dann erzeugt haben....

Das ist auch provider- und serverabhängig. Meistens ist es so, das bei Verwendung von phpmail() die Absenderadresse nicht als Return-Path gesetzt wird, sondern eine Systemadresse. Allerdings kannman das nicht verallgemeinern, weil das eben stark mit der Serverkonfiguration zusammenhängt. In diesen Fällen können dann keine Bounce-Mails empfangen werden.