Das mache ich!
Danke nochmals euch allen für Eure, Geduld und Zeit und die grosse Hilfe!!!
Das mache ich!
Danke nochmals euch allen für Eure, Geduld und Zeit und die grosse Hilfe!!!
Hallo alle
Zuerst noch mal: DANKE AN ALLE, DIE MIR HIER WERTVOLLE TIPPS GEGEBEN HABEN!
Ich habe mich mit meinem Webhosting Betreiber in Verbindung gesetzt, er hat mir (noch am Telefon) erklärt, wie und wo ich in meinem Hosting-Backend die post_max_size und die upload_max_filesize ändern kann.
Dann hab ich mir den elenden "Fatal error: Using $this when not in object context blablabla.." vorgenommen und im joomlaportal.de/ Forum die Lösung gefunden: der AriImageSlider hat genau denselben Fehler bei vielen anderen Nutzern verursacht und ein Update auf eine neue Version (einfach drüber installieren) hat geholfen. So auch bei mir grade \o/
Jetzt bin ich meeeeega froh, dass alles wieder läuft!
Trotzdem möchte ich gerne auch wie ihr alle schon gesagt habt, Joomla updaten und zwar sicher schon mal auf 3.8.6!
Frage: Muss dann auch die PHP Version angehoben werden? Ich möchte einfach nicht nochmal reinlaufen. Ich habe bisher alle Updates immer aus der Joomla Admin GUI gemacht. Kann man das auch mit PHP machen?
ok, dann mache ich das mal. Vielen Dank euch allen bisher!
Trotzdem noch die eine Frage wegen der Fehlermeldung auf der Webseite:
Fatal error: Using $this when not in object context in /home/exampleblahbla/public_html/libraries/joomla/filter/input.php on line 141
Das hat ja mit dem Update nichts zu tun, nehme ich an.
Kann mir hier jemand helfen oder bin ich in einem ganz falschen Forum für das?
Danke dir KarEm !
Und wo kann ich diese Werte setzen?
anka : wow... anka, Du hast mir schon ein Mal den Allerwertesten gerettet
post_max_size | 8M | 8M |
upload_max_filesize |
2M | 2M |
Voilà.
sorry, habe Eure Updates verpasst... wird gleich erledigt!
Habe grade zu dem Fehler noch gesucht im Netz.
In der Joomla Global Configuration -> Server -> Server Settings ist das tmp Verzeichnis folgendes:
/home/example/public_html/tmp
Dazu hat der Betreffende geschrieben: "I have now fixed the problem by adding the correct path in the Joomla Global configuration server setting and also increasing the upload_max_filesize in .htaccess file (with php_value prefix)"
Allerdings finde ich in meinem htaccess File nichts, was mit *upload* zu tun hätte.
Hier mein htaccess File:
##
# @package Joomla
# @copyright Copyright (C) 2005 - 2016 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 'Options +FollowSymLinks' may cause problems with some server configurations.
# It is required for the use of mod_rewrite, but it may have already been set by your
# server administrator in a way that disallows changing it in this .htaccess file.
# If using it causes your site to produce an error, comment it out (add # to the
# beginning of the line), reload your site in your browser and test your sef urls. If
# they work, then it has been set by your server administrator and you do not need to
# set it 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 then comment out the operations listed
# below by adding a # to the beginning of the line.
# This attempts to block the most common type of exploit `attempts` on Joomla!
#
# Block any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block 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 home page
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 the 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.
es ist ja noch version: Joomla! 3.6.5 Stable am laufen....
Also... habe das phpinfo.php file erstellt und ins joomla Verzeichnis gestellt. Ich rufe die Site auf wie gesagt, aber es kommt nur die eben schon beschriebene Fehlermeldung:
Fatal error: Using $this when not in object context in /home/adminsucht/public_html/libraries/joomla/filter/input.php on line 141
Das File selber bleibt leer (Ansicht des Files in meinem Webhosting Backend):
Nur um sicher zu gehen: joomla Vereichnis ist "public_html/libraries/joomla" ?
Hallo zusammen
Danke erneut für Eure Inputs!
@Indigo: ich habe ich ja gestern den Update gemacht (ohne Fehlermeldung) und heute seh ich - der wurde nicht durchgeführt. Daher nein, habe ich nicht nochmals versucht, einen Update zu machen. Stattdessen habe ich die Fehlermeldungen gefunden und ja... das würde ja vielleicht (aber nur vielleicht), erklären, warum der Update nicht durchgeführt worden ist?
JoomlaWunder: mache ich gleich und versuche ein Ergebnis zu bekommen - poste ich gerne hier, denn ich weiss ja mal wieder nicht, wo ich diese Änderungen machen müsste.
Aber einen ganz neuen Update habe ich. Und ich hoffe ganz fest, dass jemand von Euch mir damit helfen kann, denn es ist ein konkreter Ansatz, ich versteh nur einfach rein gar nichts von PHP:
Wenn ich die Site jetzt aufrufe kommt folgender Fehler:
Fatal error: Using $this when not in object context in /home/adminsucht/public_html/libraries/joomla/filter/input.php on line 141
138 public function clean($source, $type = 'string')
139 {
140 // Strip Unicode Supplementary Characters when requested to do so
141 if ($this->stripUSC)
142 {
143 // Alternatively: preg_replace('/[\x{10000}-\x{10FFFF}]/u', "\xE2\xAF\x91", $source) but it'd be slower.
144 $source = $this->stripUSC($source);
145 }
Was bedeutet das? Respektive, was muss ich ändern?
Das ganze input.php File ist im Anhang.
Danke für Eure Hilfe!!!
Hallo zusammen, danke schon mal für die Tipps!
Hab grade gesehen, dass der Update auf 3.8.6 wohl gar nicht geklappt hat?! (obwohl Meldung gestern "Erfolgreich"):
=============
System Information
=============
php: Linux n3plcpnl0007.prod.ams3.secureserver.net 2.6.32-773.26.1.lve1.4.46.el6.x86_64 #1 SMP Tue Dec 5 18:55:41 EST 2017 x86_64
dbversion: 5.6.39-cll-lve
dbcollation: latin1_swedish_ci
dbconnectioncollation: utf8mb4_general_ci
phpversion: 5.6.36
server: Apache
sapi_name: litespeed
version: Joomla! 3.6.5 Stable [ Noether ] 1-December-2016 22:46 GMT
platform: Joomla Platform 13.1.0 Stable [ Curiosity ] 24-Apr-2013 00:00 GMT
useragent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36
Und noch besser: Als ich grade einloggte wurden mir dieselben Update packages wieder angeboten, die ich gestern angeboten bekommen hatte (Anhang).
Unter Extensions/Warnings habe ich folgende Fehlermeldungen gefunden:
The PHP temporary folder is not set.
The PHP temporary folder is the folder that PHP uses to store an uploaded file before Joomla can access this file. Whilst the folder not being set isn't always a problem, if you are having issues with manifest files not being detected or uploaded files not being detected, setting this in your php.ini file might fix the issue.
Maximum PHP file upload size is too small: This is set in php.ini in both upload_max_filesize and post_max_size settings of your PHP settings (located in php.ini and/or .htaccess file).
The maximum file size for uploads is set to less than 8MB which may impact on uploading large packages.
Re:Later: dbtype ist mysqli. Habe das Error Reporting auf Maximum gestellt.
Allerdings frage ich mich grad schon, was das eigentliche Problem ist... zumal gar kein Upgrade durchgeführt worden ist. Und ich hab keine Ahnung, wo suchen..
@Indigo: Ausgangsversion war (und ist demnach immer noch) Joomla 3.6.5. Wie gesagt, ich bin ein blutiger Anfänger, in der Regel führe ich ein Update durch, wenn ein Update Package Update angezeigt wird, nicht einfach auf eigene Faust.
Hallo community
Ich brauche Hilfe. Nach einem Update auf auf 3.8.6 bringt meine Website einen HTTP 500 Error, was bedeutet: ich habe ernsthaft ein Problem, denn ich bin wirklich ein N00b. Ich befürchte, dass die Datenbank ein Problem hat oder weiss der Henker sonst was im Argen liegt, auf jeden Fall komme ich an dieser Stelle überhaupt nicht mehr weiter.
In der Global Configuration -> Site Settings SEO Settings hab ich die Search Engin Friendly URL bereits deaktiviert, bringt auch nichts (damit hatte ich früher mal ein Problem, daher kannte ich den Tick noch). Aber da hört mein Latein auch schon auf.
Gibt es hier im Forum jemanden, der mir helfen kann?
Tausend Dank im Vorraus!
Aber an der Stelle schon mal RIIESEN DANKESCHÖN!!
Ist das erste Mal, dass mir mir auf einem Support Forum jemand bei was helfen konnte, im Sinne, was auch was gebracht hat!
DANKE!
Wird erledigt
Ich denk mal nicht, dass die Site schon indiziert ist bei Google und naja... wenn ist auch nicht so schlimm *denk-mal*
Bevor ich die Site "lahm gelegt" hatte, hatte ich sie in einem Unterordner im public Verzeichnis, beim Neu hochziehen hab ich die Site direkt im public Verzeichnis angelegt/installiert. In der der htaccess bestünde Link ins "alte" Verzeichnis noch, ist aber deaktiviert (#). Anonsten hab ich nix geändert. Aber eben, mir fehlt das KnowHow um zu verstehen, was da sonst noch steht. Kann ich dir das File irgendwie schicken?
Ich brech ab...! Funktioniert tatsächlich!
Aber was hat denn die Suchmaschinenoptimierung damit zu tun? An der habe ich nix geändert, hab' ja nicht mal gewusst, wo die Funktion zu finden ist ;P
Und hat das nicht zur Folge, dass die Site jetzt von Suchmaschinen nicht mehr gefunden wird?
(es darf ruhig gelacht werden, ich bin auf dem Gebiet wirklich ein blutiger Anfänger )
Hallo Anka
Himmel... ich weiss nicht, wo ich die Option aktivieren oder deaktivieren könnte..?
Im Admin Bereich meines Webhosters finde ich sowas nicht. Wo müsste ich diese Konfig ändern?
Grüsse
purzel
Hallo zusammen, ich hoffe jemand hier kann mir helfen!
Ich kann mein Admin Backend Site nicht mehr erreichen, wenn ich xxx.com/administrator eingebe, bekomm ich folgende Fehlermeldung:
***
You may not be able to visit this page because of:
an out-of-date bookmark/favourite
an engine that has an out-of-date listing for this site
a mistyped address
you have no access to this page
The requested resource was not found.
An error has occurred while processing your request.
****
Programmiersprachen sind absolut nicht meine Stärke, ich bin Netzwertechniker und das einzige was ich vor hundert Jahren mal gelernt hatte war VBA
In den letzten Jahren hab ich das notwendigste über Joomla und Website Archidektur gelernt und gezwungenermassen auch ein bisschen was über Website Sicherheit. Letzte Woche hab ich im Admin Verzeichnis eine htaccess Datei angelegt, die eine zusätzliche Benutzername/Passwort Abfrage für den Adminbereich erzwingt. DAS klappt soweit auch. Allerdings hab ich wohl auch sonst noch irgendwas "verschrümmelt", denn danach war die Site komplett "weg". Ich hab sie komplett neu hochgezogen, platt gemacht Backup eingespielt und nach einigen Stunden lief alles wieder.
Langer Rede kurzer Sinn: Als ich heute wieder ins Backend wollte, bekam ich besagte Fehlermeldung. Mitlerweise hab raus gefunden, dass es wohl was mit der htaccess Datei im Root Verzeichnis zu tun haben muss - aber ich komm nicht dahinter, wo genau, resp. was ich ändern muss:
1. Wenn ich die htaccess Datei im Root Verzeichnis lösche (oder umbenenne) und xxx.com/administrator eingebe, komme ich wieder ins Backend.
2. Dafür läuft die Website nicht mehr: "File not found (404 error)"
Interessanterweise komm ich seither wieder ins Backend (mit zusätzlicher Benutzername/Passwort Abfrage), aber das liegt wohl am Cache meines Browsers. Wenn ich mit einem anderen Browser rein will, kommt wieder die "Article not found" Meldung.
Kann ich hier die htaccess Datei hoch laden, damit mir jemand helfen kann, das Problem zu lösen?
Ich bin mit meinem eh schon beschränkten Latein echt am Ende und wäre wirklich froh um Eure geschätzte Hilfe!!!
(Fehlermeldungen im Angang)