Also ich habe jetzt wieder auf PHP 7.1 umgestellt. Danach wie empfohlen JSN Imageshow neu runtergeladen und einfach über Backend installiert (über das alte drüber).
Nun wird kein Php Fehler mehr angezeigt. Das scheint schon mal geklappt zu haben.
Komischerweise wird nun aber auch unter Php 7.1 kein Update mehr für den Pagebuilder angezeigt. Wieso auch immer... 
Beiträge von Bul
-
-
Also den Pagebuilder hab ich nun neu über das Backend installiert. Keine Änderung. Wird immer noch ein Update vorgeschlagen, welches sich nicht durchführen lässt.
TMP Ordner habe ich geleert. Kein Unterschied.
Für JSN Imageshow wird mir kein verfügbares Update angezeigt.
Wenn ich auf PHP 7.0 umstelle, wird mir angezeigt, das keine Updates verfügbar sind ?!
-
Danke für die Antwort.
Joomla ist aktuell (3.8.2) und auch sämtlichen Erweiterungen. Template und Framework sind aktuell. Nur die eine besagte Erweiterung nicht. Verwendet wird Php 7.1.
Ich würde ja die selbe Erweiterung installieren. Also den gleichen Pagebuilder von JSN. Theoretisch müssten ja dann sämtliche bisherigen Beiträge usw unverändert bleiben, oder? Aber ob das die Fehlermeldung löst...
Immer hin steht in der Fehlermeldung was von "jsn_ext_framework_free_j3.8_install.zip". Keine Ahnung, was das bedeutet... -
Ich überlege, mir nochmals den JSN Pagebuilder herunterzuladen und diesen dann über das Backend neu zu installieren. Könnte das funktionieren, oder würde mir das sämtliche bisherigen Einträge zerlegen?
-
"Fehler berichten" ist auf "Keine" eingestellt.
Wenn ich das Update durchführen möchte, bekomme ich eine andere Fehlermeldung:
Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; JSNISParameter has a deprecated constructor in /home/.sites/107/site1664015/web/administrator/components/com_imageshow/classes/jsn_is_parameter.php on line 24 DONE: jsn_ext_framework_free_j3.8_install.zip
-
Hallo,
mir wird angezeigt, das eine Aktualisierung für JSN Pagebuilder verfügbar ist. Allerdings bekomme ich bei einem Updateversuch folgende Fehlermeldung:
Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; JSNISParameter has a deprecated constructor in /home/.sites/107/site1664015/web/administrator/components/com_imageshow/classes/jsn_is_parameter.php on line 24
Update lässt sich somit nicht durchführen.
Diese Meldung erscheint auch, wenn ich einen bestehenden Beitrag bearbeiten möchte. Den Pagebuilder würde ich gerne weiterverwenden, da ich damit eigentlich recht gut zurecht komme.
Hat jemand eine Idee, was ich da tun kann?Danke!
-
Kannst ja mal ausprobieren:
Isis Template - Optionsmenü in Beiträgen nach Update verschwunden
Hab das mal probiert mit Ordnern neu zu überspielen. Hat auch nicht geholfen.
Habe nun das Plugin "JSN-Poweradmin" deaktiviert, nun funktioniert es. Komischerweise habe ich eine exakte Kopie der Seite, auf der nur Farben und Bilder geändert wurden (auch live) und dort funktioniert es. Selben Plugin, selbes Template, selbe Versionen. Komisch...Naja, so kann ich aber damit leben. Danke für die Hilfe.
-
Das komische ist ja, das es beim Hathos-Template funktioniert und beim Isis-Template nicht. Kann es sein, das im Isis-Template irgendwas im .css verändert wurde und es dadurch nicht angezeigt wird? Wonach müsste ich da suchen?
-
##
# @package Joomla
# @copyright Copyright (C) 2005 - 2015 Open Source Matters. All rights reserved.
# @license GNU General Public License version 2 or later; see LICENSE.txt
####
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations. It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that disallows changing it in
# your .htaccess file. If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url's. If they work,
# it has been set by your server administrator and you do not need it set here.
#### No directory listings
IndexIgnore *## Can be commented out if causes errors, see notes above.
#Options +FollowSymlinks
#Options -Indexes## Mod_rewrite in use.
RewriteEngine On
## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##RewriteBase /
## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.
<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE image/x-icon image/svg+xml
AddOutputFilterByType DEFLATE application/vnd.ms-fontobject
AddOutputFilterByType DEFLATE application/x-font-ttf
AddOutputFilterByType DEFLATE font/opentype
</IfModule> -
Bist du der Frage von Astrid mal nachgegangen, ob du auf Administrator-Templates umschalten kannst, oder diese Auswahl wirklich auch fehlt?
Nutzt du eine erweiterte .htaccess, die etliche Einträge zum Schutz vor Hackangriffen enthält und leider auch die eine oder andere Funktion blockieren kann?
Auf das Admin-Template kann ich umschalten, wie vorher geschrieben. Mit Hathor wird das SubSubmenu angezeigt, mit Isis allerdings nicht.Eine .htaccess haben wir, ja. Allerdings habe ich davon leider überhaupt keine Ahnung...
-
Danke für die Antwort und das Bild. Wenn ich das Admin-Template auf Hathor umstelle, funktioniert das Menu. Stelle ich zurück auf Isis, wieder nicht. Also hat es anscheinend das Isis Template irgendwie zerschossen. Möglicherweise kann man das in einer Datei etwas ändern?!
System debuggen habe ich nicht aktiviert, da der Hinweis angezeigt wird, man solle es auf keinen Fall auf einem Live-System aktivieren. Und ich habe diese Seite nur online und nicht lokal.
-
Hallo zusammen,
ich habe bereits einige Foren durchsucht und paar Sachen ausprobiert, aber ich bekomme es nicht hin.
Bei mir wird im Backend das SubSubmenu nicht angezeigt. Ich kann zwar über die Hauptleiste fahren wie "Inhalt", sehe dann "Beiträge, Kategorien" usw, aber wenn ich hierüber fahre, klappt das nächste Menu nicht auf. Ich kann zwar darauf klicken und in der neu geöffneten Seite denn den Punkt wählen, aber richtig ist das nun mal nicht...
Weiters habe ich das Problem, das mir wohl damit verbundene bestimmte Reiter nicht angezeigt werden. Öffne ich zum Beispiel ein Modul, kann ich dieses bearbeiten, aber mir fehlt die Leiste mit den Punkten wie "Menuzugehörigkeit". Somit kann ich keine Module mehr zuweisen...- Version aktuell: 3.8.1
- Template: JSN Epic Pro - Framework Version aktuell
- Sämtliche Plugins (nicht viele) aktuell.
Bisherige Lösungsversuche:
- Joomla über "Neuinstallation der Joomla!-Kerndateien aktualisiert
- Datenbank überprüft, ob die Punkte "Admin-Menu" und Admin-Submenu" unter _modules vorhanden sind. Diese sind vorhanden, aber ich habe von DB keine Ahnung. Falls da gewisse Werte zu überprüfen sind, bitte helft mir...
- Anderes Template als Standard gesetzt
- Browsercache gelöscht
- Joomla Cache und abgelaufenen Cache gelöscht
- Chrome, Firefox, IE ausprobiert
- Ich kann unter Templates nur "Standard" wählen. Konnte man früher nicht Front- und Backend seperat wählen? Gibt es das nicht mehr, oder ist das vllt auch ein Fehler? dann könnte ich nämlich speziell für das Backend ein Theme zuweisen. Ich habs mit "Standard" probiert, aber da ging es leider nicht.
Vielleicht hat ja jemand Ideen von euch. Man kann zwar vorübergehend so damit arbeiten, aber ich muss eine neuen Beitrag veröffentlichen und diesem ein Modul zuweisen. Da mir aber die Leiste für die Menuzugehörigkeit fehlt... Geht das nicht...
Vielen Dank für die Hilfe!
