Hallo mfeske,
nur zu deiner Sicherheit. Wenn noch 2.5, dann würde ich zumindest auf die Aktuelle 2.5.28 Updaten.
Gruß Faro
Hallo mfeske,
nur zu deiner Sicherheit. Wenn noch 2.5, dann würde ich zumindest auf die Aktuelle 2.5.28 Updaten.
Gruß Faro
Hallo Gemeinde,
ich habe das Thema zwar schon als erledigt gekennzeichnet, jedoch wollte ich noch kurz meine Erfahrungen Kund tun.
nachdem ich diese Vorgehensweise getestet habe:
order allow,deny
deny from 00.00.00.00
allow from all
ging das öffnen meiner Seite deutlich langsamer vonstatten. Auch das nachträgliche Auskommentieren (#) des Befehls änderte nichts.
Erst nachdem ich diese drei Zeilen wieder vollkommen gelöscht hatte, funktionierte meine Seite wieder wie vorher.
Das ist auch nicht so Toll oder?
Edit: Ich habe nun diese drei Zeilen nicht wie vorgeschlagen ganz an den Anfang zu setzen, gleich hinter dem schließenden Infotext und noch vor:
## No directory listings
IndexIgnore *
gesetzt. Nun funzt es. Fragt mich nicht warum.
Gruß Faro
Hallo Re:Later,
meinst Du in etwa so?
order allow,deny
deny from 00.00.00.00
allow from all
1 ##
2 # @package Joomla
3 # @copyright Copyright (C) 2005 - 2015 Open Source Matters. All rights reserved.
4 # @license GNU General Public License version 2 or later; see LICENSE.txt
5 ##
6
7 ##
8 # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
9 #
10 # The line just below this section: 'Options +FollowSymLinks' may cause problems
11 # with some server configurations. It is required for use of mod_rewrite, but may already
12 # be set by your server administrator in a way that dissallows changing it in
13 # your .htaccess file. If using it causes your server to error out, comment it out (add # to
14 # beginning of line), reload your site in your browser and test your sef url's. If they work,
15 # it has been set by your server administrator and you do not need it set here.
16 ##
Ja, wie und wo genau, keine Ahnung.
Nun habe ich noch ein wenig gestöbert und herausgefunden, dass es ein Plugin gibt, mit welchem man IP's und auch URL's sperren kann. Zudem kann man noch eine Seite angeben wohin der Spamer dann geroutet wird. Nur ist dieses Plugin leider nicht für Joomla.
Hallo Gemeinde,
ich muss einen sehr ungebetenen Gast loswerden. Wo genau in der .htaccess trage ich diese Zeilen ein?
order allow,deny
deny from xx.xx.xx.xx
allow from all
In Netzt gab es viele Hinweise. Ganz an den Anfang, Irgendwo, Vor "RewriteEngine On", Nach "RewriteEngine On".
Dadurch war ich nun etwas verunsichert, was die richtige Methode ist.
Danke der Faro
Na Ja, bei mir beruhigt sich die "Alte Dame" momentan etwas. Ich werde sie in den nächsten Wochen weiter beobachten, und dann auch gegebenenfalls mit "Allow" arbeiten.
Gruß Faro
@Re:Later
genau gesagt, geht es mir um die Googlefunktion "Blockierte Ressourcen" Ich hatte den Ordner /components/ schon immer gesperrt, und die Fehlerzahl war auch immer auf 0. Als ich dann am 04.05. den /media/ Ordner freigab, und sich die Fehlerzahl ab diesem Tag für den /media/ Ordner reduzierten, schoß dagegen ab diesem Tag die Fehlerzahl für den Ordner /components/ von 0 auf 48 und stätig steigend in die Höhe.
Ich verstehe den tieferen Sinn nicht, warum Google den Ordner /components/ Plötzlich von 0 auf 48 und mehr Fehler setzt.
Gruß Faro
Nein, das passt so.
Ich habe diese Einstellungen nun so hochgeladen und abgewartet was Google dazu sagt.
Ergebnis:
Seit dem 04.05.2015 hat sich die Fehlerzahl für den /media/ Ordner drastisch verringert. Jedoch stieg nun ab dem 04.05.2015 die Fehlerzahl für den Ordner /components/ von 0 auf 48 und stätig steigend in die Höhe.
Da verstehe jemand Google.
Hat jemand eventuell eine Erklärung für dieses Verhalten?
Ich kann doch nicht alle Ordner in der "robots.txt" freigeben um in Richtung 0 Fehler zu gelangen?
Danke und beste Grüße
Faro
Hallo,
danke für Eure Antworten. Es ist wie Verhext, In meinen Webmastertools rufe ich unter "Crawling", "Abruf wie durch Google" auf, erhalte ich die Fehlermeldung, "Vorübergehend nicht erreichbar".
Bezieht Google diese Information aus der Liveseite oder aus dem eigenen Cache?
Danke und beste Grüße
Faro
Guten Morgen,
Ich wollte nun für Google meinen /media/ Ordner freigeben. Habe ich das so richtig gemacht?
User-agent: *
Disallow: /administrator/
Disallow: /bin/
Disallow: /cache/
Disallow: /cli/
Disallow: /components/
Disallow: /includes/
Disallow: /language/
Disallow: /layouts/
Disallow: /libraries/
Disallow: /logs/
Disallow: /media/eigener_ordner_01/
Disallow: /media/eigener_ordner_02/
Disallow: /modules/
Disallow: /plugins/
Disallow: /tmp/
Zwei Ordner in /media/ sollen nicht freigegeben werden. Oder muss ich den Ordner /media/ extra noch auf "Allow: /media/" setzen?
Gruß Faro
Hallo Gemeinde,
ich habe das Problem lösen können.
Natürlich gab es eine Datei, welche an diesem Tag dazugekommen ist. Es handelte sich um eine "install php" von JEvents, welche im Ordner /manifests/files/GermantranslationforJEvents/, dazugekommen ist, und welche ich an diesem Tag über das Backend aktualisiert hatte.
Diese hat dann natürlich auch das neue Datum verursacht.
Gruß Faro
OK, wenn das der Grund ist, an einer Joomla 1.5 festzuhalten, musst Du damit rechnen, dass durch einen Hack deiner Seite, dich noch ganz andere Probleme ereilen.
Dann jedoch würdest Du dir wünschen, auf dieses "Plugin" verzichtet zu haben.
Gruß Faro
Hallo addi,
ja wer weiß, natürlich habe ich aus einer alten Sicherung, die Dateien miteinander verglichen. Nichts altes ist weg, nichts neues ist dazugekommen. Wie schon gesagt, ich hatte genau zu dieser Zeit ein bis zwei "Servertimeouts", als ich mich eingeloggt im Backend befand. Kann sein, dass nur im Cache was hinzukam und gleich wieder gelöscht wurde.
Hallo juergenmaus,
nein, automatische Updates sind nicht Aktiviert. Auch nicht in meinen Erweiterungen, (so dieses möglich sein soll).
Zudem habe ich überaus gründlich meine Serverlogs ausgewertet, und auch hierbei habe ich in der besagten Zeit, keinerlei Probleme feststellen können.
Gruß Faro
Hallo in die Runde,
generell funktioniert meine Seite im großen und ganzen, was die Mobilität betrifft.
jedoch gibt es laut Webmastertools mit diesem Ordner hier, ein Problem:
Disallow: /media/
Google hat seit dem Upgrade von Joomla2 zu Joomla3 in diesem ca. 380 Blockierte Ressourcen festgestellt. Kann ich diesen Ordner in der robots.txt bedenkenlos auf "Allow" setzen?
Gruß Faro
Hallo nadjak,
ich will nicht drauf Rumhacken, aber in deinem Fall ist ein Update auf 2.5.28 sehr Wichtig, da es in deiner Version erhebliche Sicherheitslücken gibt.
Zu deiner selbst programmierten Componente. Wenn diese vernünftig programmiert wurde, solte diese ein Update innerhalb einer Joomlaversion überstehen.
Du könntest doch ein Uptate auf einer Spiegelung deiner Seite Testen.
Gruß Faro
Hallo zero24,
ich werde morgen erst einmal zusammen mit meinem Provider die Serverlogdatei auswerten. Eine genaue Uhrzeit habe ich ja.
Danke für Deine Info über den Verbindungstimeout. Das beruhigt mich schon mal.
Gruß Faro
Hallo zero24,
ich habe heute bei einem Routinebesuch auf meinem Sever festgestellt, dass mein /administrator/ Ordner das aktuelle Datum von heute den 29.04.2015 - 10:59 Uhr anzeigt. Ich habe seit meinem Upgrade am 16.03.2015 auf 3.4.1 nicht geändert.
Nur der adminordner hat das neue Datum. Darunter sind alle Dateien mit ihren ursprünglichen Datum. Auch keine neuen Dateien sind dazugekommen und es fehlen auch keine Ordner oder Dateien.
Zudem habe im Backend unter Erweiterungen mal auf Aktualisieren geklickt. Danach bekam ich die Anzeige, dass in den Aktualisierungsquellen, "joomla_core" deaktiviert ist. Kurz vorher bekam ich einen Servertimeout gemeldet. Kann es damit was zu tun haben?
Ich selbst habe die "Joomla_core" Funktion nicht deaktiviert. Front und Backend funktionieren bestens.
Gruß Faro