Beiträge von Tschusi

Ok, muss sagen dass gefällt mir schon ganz gut. Was echt positiv ist:
Vor dem google adsense code den "noptimize" tag setzen und der adsense code bleibt so wie er soll.
die Haupt style.css konnte ich dennoch nicht optimieren, vielleicht liegt es daran dass ich ein Child Theme verwende. Dennoch konnte ich die CSS Datein auf 5 reduzieren. Immer noch zuviel, aber besser als nichts. Java wurde zusammengefasst und in eine einzige Java Datei ausgelagert.

Eher negativ, laut der Chrome Seo Toolbar hat sich die Ladezeit der Seite ein wenig verschlechtert. Liegt aber womöglich an der Konfiguration.

Ich wäre immer noch dankbar wenn mir jemand erklären könnte wie das alles von Hand machen könnte.

Danke für den Link. Eigentlich wollte ich das ganze von Hand machen. Mit diesen automatischen Plugins hatte ich bisher nur Probleme. Selbst wenn ich die Haupt style.css mit dem Compressor von Sergej Müller komprimiere zerfetzt es mein Layout.

Kann ich mit diesem Plugin einzelne css Dateien von der Komprimierung ausschliessen?

Und sonst nimmst Du einfach dass SEO plugin von Yoast. Dieses ist kostenlos und beinahe so gut wie wpseo.de

Ich bin gerade dabei meine Wordpress Installation zu optimieren. Da ich für mein Projekt an zahlreiche Plugins gebunden bin, und beinahe jede eine eigene .css mit liefert, möchte ich wenn möglich alle in einer style.css zusammenfügen.

Eine Anleitung wie man css dateien De-registriert habe ich hier gefunden:
http://www.netz-gaenger.de/blog/wordpress…de-registrieren

Nur finde ich Datei nicht wo ich diese Einträge finden könnte. Hat jemand eine Ahnung?

2. Angenommen ich finde heraus wie ich z.B. die style.css vom contactform7 Deregistrieren kann. Ist es danach möglich einfach die CSS Angaben für dieses Plugin in die style.css meines Themes zu kopieren? Oder bedarf es da noch weiteren Anpassungen.

Diverse minify Plugins habe ich schon getestet, leider "verhunzen" die alle mein Layout.

Hat sich erledigt. War das Plugin AWPCP, das Problem tritt erst seit Wordpress 3.6 auf und sollte so nicht sein.

Hallo, ich habe wieder einmal etwas ärgerliches und ziemlich unerklärliches. Seit wann dieses Problem besteht kann ich leider nicht mehr nachvollziehen.

Wenn ich den Seitenquelltext aufrufe werden 2 Canonical Urls angezeigt. 1x die von Yoast SEO und 1x eine andere. Die Canonicals sind bis auf eine Seite identisch.

Ich habe nun alles mögliche versucht, in der functions.php, bringt nichts. In den WordPress Core Files - includes - default-filter, habe ich die Zeile welche für die Canonical zuständig ist //herauskommentiert// bringt auch nichts.
(Die beiden Schritte habe ich wieder zurückgesetzt, also im Moment ist alles "Standard")

Die Canonical von Yoast lässt sich entfernen, die andere bleibt.

Die Seite läuft mit AWPCP (Plugin für Kleinanzeigen), und eigentlich möchte ich auf den "AWPCP" Seiten gar keine canonical.

Ich verwende das Theme "Quark", der Code zum entfernen der Theme eigenen canonical hat leider nicht geholfen. Laut dem Theme Autor muss es mit irgendeinem Plugin zusammen hängen. Die meisten habe ich schon deaktiviert, hat auch nichts gebracht. Zuvor hatte ich noch Jetpack, ist mittlerweile aber gelöscht.

Hat jemand eine Idee woher diese Canonical kommt? Es ist die Zweite, ziemlich kurz vor Ende des "head" Abschnitts auf dieser Seite hier:
inserate-börse.ch

Installierte Plugins:
AWPCP (von hier kann es nicht kommen)
AWPCP Sitemap (Von hier auch nicht)
Cachify
Statify
Better WP Security (wurde deaktiviert - nichts gebracht - wieder aktiviert)
Yoast SEO
Yoast google analyitics
Antivirus von Sergej Müller
Google sitemaps von arne b.

Bevor ich das neue Theme installiert habe, gab es eine ziemlich exzessive Testorgie mit anderen Themes. Ist es möglich dass von irgendeinem dieser Themes noch was in der Datenbank ist? Kann es mir zwar nicht vorstellen, bin mittlerweile aber ziemlich ratlos.

Ein Bekannter von mir richtet gerade einen Blog ein. Darauf möchte er auch anderen Benutzern die Möglichkeit einräumen Artikel zu verfassen. Ich bin mir allerdings nicht ganz sicher welchen Schaden "fremde" User im Backend anrichten können.

Wir haben uns nun zwei Varianten ausgedacht wie man das ganze verwirklichen könnte:

1. Mit dem Plugin WP-User-Frontend. Die Artikel würden dann direkt im Frontend erstellt. Allerdings ist diese Lösung für das Projekt eher Suboptimal, würde zur Not aber funktionieren.
2. Benutzer könnten sich via E-Mail melden, der Admin würde dann die Identität manuell prüfen und ebenfalls manuell einen Account anlegen. Mit "Mitarbeiter" Rechten.

Bei Variante zwei sind wir uns einfach nicht sicher ob jemand mit Mitarbeiter Rechten Schadcode im Backend einschleusen kann. Was mir klar ist, der Upload Ordner müsste natürlich regelmässig auf .php Dateien und ähnliches überprüft werden. Aber gibt es sonst noch Möglichkeiten Schadcode einzuschleusen?

Danke für Eure Hilfe.

Zitat

[COLOR=#333333]Bot ist nicht gleich Bot, einige magst Du sicherlich, wie den Googlebot, oder?[/COLOR]

Hoffentlich hat Herr/Frau Googlebot nix gehört...sonst kann ich gleich einpacken.

Danke.

Nieder mit den Bots, elendes Saupack! :evil:

Zitat von borusse

Hast du den mal das Plugin Plugin Limit Login Attempts probiert?

Ja, aber da dieses Plugin schon länger nicht mehr weiterentwickelt wird und ich mit Better WP Security dasselbe erreichen kann habe ich mich für zweites entschieden.

Und weiter gehts :evil: . Der erste Angriff startete um 18.04 Uhr, genau 12 Stunden später, um 06.04 Uhr war die nächste Seite dran. Während zwei Stunden wurde pro Minute an die 100x versucht mit admin, Administrator oder dem Seitennamen ein Login zu erreichen. Zum Glück existiert kein Account auf diesen Namen.

@Melowo

Die Anmelde Url kann man mit Better WP Security ändern, und das funktioniert auch. Ich habe das dann auch gemacht, auf allen Installationen, und wiederum 12 Stunden später war nach 200, 404 Fehlermeldungen Schluss mit dem Theater.

Fazit:
Better WP Security bringt zwar etwas, ich werde jedoch den Anleitungen von Sergej Müller trotzdem Folge leisten und die .htaccess mit Schützen. So wie ich das verstanden habe kann man damit die Versuche schon eine Instanz vorher blocken. Für eine Seite mit Community, z.b. Buddypress, ist sowas wohl Blödsinn. Auf einem reinen Blog aber eine geniale Massnahme.

Danke erst mal an alle.

An jene die der Meinung sind man sollte die Seite nicht gleich vom Netz nehmen. Dieser Meinung bin ich ja sonst auch. Nur ist es so dass ich ein Shared Webhosting Paket habe, und durch das lahmlegen einer Seite waren natürlich alle anderen auch betroffen. Und bei einer dieser Seite kann ich so einen Ausfall kurz nach Arbeitschluss, also dann wo die meisten Besucher kommen, nicht gebrauchen. Deshalb habe ich mich so entschieden.

Daten Mit IP's sind noch vorhanden. Da waren teilweise in 1 Minute 200 - 300 verschiedene IP's die sich mit admin anmelden wollten.
Ich habe die Installation mit Better WP Security geschützt. Den Admin Account habe ich schon lange gelöscht, also konnte sich sicher niemand einloggen.

Zum Hinweis mit .htaccess und htpasswd. Ich habe da einmal eine Anleitung gefunden, entweder auf perun.net oder bei Sergej Müller. Dazu eine Frage, wenn ich das auf diese Weise mache, müssen dann User welche sich für das Forum registrieren auch mehrmals das Passwort eingeben? Vielleicht verstehe ich etwas falsch, aber ich dachte immer dass man sich dann 2x anmelden muss. Deshalb habe ich bis dahin darauf verzichtet. Und noch eine Frage dazu: Wäre die Seite dann nicht auch überlastet gewesen?

Ich habe nun bei meinen anderen Installationen mit Better WP Security den login Slug verändert. xxx/login.php und .../admin.php existieren auf diesen Seiten gar nicht mehr.

Jedenfalls Danke an alle Appendixler und Hilles und wie sie sonst noch heissen.

Ja also Verursacher war auf jeden Fall ein Bot ähnliches Geschwür. Ich hatte Better WordPress Security installiert und bekam an die 2000 Emails in 20 Minuten dass sich jemand mit Admin anmelden wollte. Das ist ja von Menschenhand nicht zu schaffen. Natürlich waren die IP's Unterschiedlich. Die 20 Entry Processes kamen genau davon, da gab es 100erte Anmeldeversuche gleichzeitig.

Meine Frage bezieht sich auf das jetzt. Ich habe die betreffende WordPress installation als Backup auf meinem PC. Die Installation bei meinem Host habe ich gelöscht, somit sind auch die Entry Processes weg. Ich bin mir bloss nicht sicher ob ich das ganze über Nacht so lassen kann oder nicht.

Meine Seite wurde gerade heftig mit login Versuchen bombardiert. Ich habe nun die WordPress installation runtergeladen und im Webhost gelöscht. Somit laufen die anderen Seiten (shared webhosting) wieder. Ich hatte während über 60 Minuten 20 Entry Processes. Mit Better WP Security wurde die Seite zwar vor logins geschützt, aber lahmgelegt war Sie trotzdem, und alle anderen meines Hostingpakets natürlich auch.

Muss ich sonst noch was tun? Die Datenbank steht noch, dass ich die prüfen werde ist klar, wobei einloggen konnte sich niemand die wurden alle gesperrt. Das ganze dauerte über 60 Minuten, ab da wo ich es entdeckt habe. Kann ich die Seite über Nacht so lassen? Im moment kommt einfach die weisse Seite mit Index of....apache server at port.80

Der Beitrag ist zwar schon ein wenig älter, vielleicht nützen die Infos dem einen oder anderen trotzdem.
Auf AWPCP.COM, im Forum, hat kürzlich jemand eine Deutsche Sprachdatei Angeboten. Und hier gibt es eine Auflistung verschiedener Kleinanzeigen Plugins für WordPress. Kostenlose und kostenpflichtige.

Und dann noch dies, habe ich noch nicht getestet, kling jedoch interessant.

Zitat von Putzlowitsch

Dann lies Dir mal durch, was Google dazu schreibt, besonders den Abschnitt "Muss der Inhalt der einzelnen Seiten dem Inhalt der kanonischen Version entsprechen?".

Ich würde das nicht machen, weil Google das vermutlich schnell als Manipulation erkennen wird und die Sache dann nach hinten losgeht. Aber jeder ist seines Glückes Schmied... :-)

Gruß
Ingo

Und ein weiterer Traum von einer schnellen Lösung ist geplatzt :sad:

Ok. Dann bleibt es für den Moment beim Möglichkeiten zum verlinken Suchen und abwarten. Weitere Vorschläge sind natürlich jederzeit willkommen.

Zitat von Melewo

Was weniger an den Einstellungen liegt, sondern mehr daran, wie die Startseite verlinkt wird. Also ein paar relevante Links für die Startseite besorgen, die Google nicht für Spam hält, dann mit ein bis drei Monaten Verzug rechnen und sehen was passiert.

Danke erstmal für die Antwort. Dann muss ich mich eben ein wenig in Geduld üben.

Als Anfänger habe ich mir noch folgende Frage gestellt:
Wie ist es denn wenn ich beim Blog und den Seiten mit SEO relevantem Inhalt mit der Canonical Url auf die Startseite verweise? Ist zwar eigentlich nicht Sinn und Zweck der Canonical Url. Aber sollte dadurch nicht auch die Startseite mehr "Gewicht" erhalten?

Hallo, wie es der Titel schon sagt, ich blicke nicht mehr ganz durch.

Sachlage:
Statische Startseite mit relativ wenig SEO relevantem Inhalt.
Blog und statische Seiten mit SEO relevantem Inhalt.

Problemstellung:
Ich möchte dass meine Besucher auf der Startseite landen, und dass Google, wenn möglich, nur meine Startseite in den Suchergebnissen ausgibt.

Zum Problem:
Das momentane Projekt lässt nur die Möglichkeit einer statischen Startseite zu, in diesem Fall handelt es sich um ein Branchenbuch - Firmenverzeichnis. Auf der Startseite sollte also direkt das Firmenverzeichnis erscheinen. Nur bietet diese Seite wenig Möglichkeiten auf den Suchbegriff (Branchenbuch, Firmenverzeichnis) optimiert zu werden.

SEO relevanter Inhalt befindet sich im Blog. Nur möchte ich erreichen dass in den Suchergebnissen hauptsächlich die Hauptseite angezeigt wird. Habt Ihr da irgendwelche Ideen?

Danke. In dem Fall empfiehlt es sich doch dem Thema etwas mehr Beachtung zu schenken. Und stimmt in den Webmaster Tools werden nur doppelte Titel und Meta Inhalte angezeigt.

Ich blogge schon länger und gebe mir bei meinen neueren Webseiten grosse Mühe, doppelten Inhalt zu vermeiden.

Bei meiner ersten Seite, ich habe die ein wenig vernachlässigt, war dass nicht so. Sprich ich habe da alle Archive, Kategorien und Tags auf Index und manche Beiträge sind in mehreren Kategorien und Schlagworten untergebracht. Kurz gesagt, "es herrscht ein heilloses Durcheinander" und ich bemitleide jeden der auf dieser Seite landet :o.

Vorhin wollte ich kurz einmal überprüfen was denn google betreffend doppeltem Inhalt meint, es geht um die oben erwähnte Seite auf der ich das Thema überhaupt nicht beachtet habe, die Seite mit dem durcheinander. Und siehe da, Webmaster Tools - HTML Verbesserungen - Kein einziger Eintrag wegen doppeltem Inhalt, nichts. Und dies obwohl ich auf dieser Seite sämtliche Kategorien, Tags und andere Archive indexieren lasse. Nur das Post Format Archive steht auf noindex.

Ich bin jetzt gerade ein wenig verwirrt, :confused: wird da in der Wordpress Community ein zu grosses TamTam veranstaltet was duplicate Content angeht? Auch auf der Seite von Yoast wird empfohlen beinahe alle Archive auf noindex zu stellen.

Wäre interessant einmal Eure Erfahrungen zum Thema zu lesen.