Beiträge von Putzlowitsch

    Der Feed für einen bestimmten Beitrag ist normalerweise der Kommentarfeed zu diesem Beitrag.
    Du kannst ihn anzeigen lassen, indem Du an die Beitrags-URL ein /feed/ anhängst.

    Einen Feed für den Inhalt eines einzelnen Beitrages gibt es meines Wissens nicht.

    Du könntest aber dem gewünschten Beitrag eine spezielle einmalige Kategorie oder einen Tag zuweisen und dann den Kategorie-/Tag-Feed verwenden. Dafür gibt es unterschiedliche Möglichkeiten:
    https://codex.wordpress.org/WordPress_Feed…gories_and_Tags

    Nachtrag: Da war maxe schneller :-)

    Gruß
    Ingo

    Naja, was heißt "hinnehmen"?
    Du kannst es nicht wirklich verhindern, daß es diese Zugriffe gibt.

    Ich habe für einige meiner Blogs mal die Verzeichnisse für Plugins und Themes geändert. Damit gibt es dann nur noch 404er-Zugriffe, selbst für Plugins, die ich tatsächlich installiert habe.
    Die Bots und Skripte greifen in aller Regel blind auf die WP-Standardverzeichnisse zu und laufen dann eben ins Leere.

    Mit den "/?author=2"-Aufrufen versuchen Skripte, den Namen und damit den Login-Namen von registrierten Benutzern herauszufinden, um damit Login-Versuche zu starten oder sonst wie Sicherheitslücken auszunutzen.

    Ich bekomme auch regelmäßig Aufrufe über URLs, die nichts mit Wordpress zu tun haben. Da wird dann wild drauflos probiert mit /phpmyadmin und Ähnlichem.

    Wirklich machen kann man gegen diese Zugriffsversuche nichts.

    Gruß
    Ingo

    ...
    Ruft man aber den tatsächlichen Link (den auf dem Server) zu den Dateien auf, kann man diese auch uneingeloggt im Browser anzeigen lassen bzw. downloaden.
    ...

    Deshalb auch mein Hinweis, wie es z.B. Fotolia macht.

    Um ganz sicher zu gehen, daß man nicht uneingeloggt an die Bilder herankommt, müßten diese außerhalb der "sichtbaren" Verzeichnisstruktur der Website gespeichert werden. Die Daten würde man nur auf Anforderung über einen dynamisch generierten Link ausspielen und hätte dann auch die programmtechnische Kontrolle über den Login-Zustand bzw. könnte diesen prüfen.

    Man könnte auch die Kundenbilder in jeweils speziellen Kundenverzeichnissen speichern und in diesen Verzeichnissen in der .htaccess die Gültigkeit des Login-Cookies prüfen. Einen diesbezüglichen Vorschlag hatte ich schon vor einiger Zeit mal gepostet.
    http://forum.wpde.org/netzwelten/450…-schuetzen.html

    Trotz der dort vorgetragenen Zweifel funktioniert das so, wie beschrieben. Ich habe es selbst getestet. Das ist von der Handhabung in der Form allerdings eher sperrig, aber man könnte darauf aufbauend sicher etwas pluginartiges entwickeln.

    Um nochmal auf den Google-Index zurückzukommen. :-)
    Es ist doch eigentlich praktisch egal, was in den Google-Index reingeht, wenn es über die Suche (Frontend) nicht erreichbar ist. Ich bleibe dabei, man kann über die Google-Suche nur Bilder finden, die wenigstens auf einer (für den Googlebot) öffentlich zugänglichen Seite referenziert werden.

    Gruß
    Ingo

    Wieso antwortest du eigentlich derart unfreundlich? Du kannst uns doch konstruktiv zu einer Lösung verhelfen.

    Meinst Du mich?
    Ich habe doch gerade aufgezeigt, wie das z.B. bei Fotolia funktioniert.
    Mein Denkfehler ist aber, daß es im konkreten Fall wohl eher nicht um Stockfotos geht, sondern um Auftragswerke, die auch persönliche Dinge des Kunden enthalten. Dann müßten natürlich auch die Thumbnails geschützt werden.

    Wie auch immer, ich denke nicht, daß es fertige Pluginlösung gibt, die auch den Aufruf der Bilder über Deeplinks verhindert. Das müßte dann ggf. neu programmiert werden.

    Gruß
    Ingo

    ...
    Ähh, nicht Dein Ernst, in der allgemeinen Google-Suche z.B. über [Ein-Wort-oder-beliebiger-String].jpg oder etwas versierter mit etwas anderer Intention z.B. über intitle:index.of [Ein-Wort-oder-beliebiger-String] jpg - mehr sage ich an dieser Stelle mal dazu aber nicht, möchte niemanden falsch ermuntern...

    Vermutlich reden wir aneinander vorbei.
    Mit Deiner Beispielsuche xyz.jpg wirst Du bei Google, egal ob in der normalen oder der Bildersuche kein Bild finden, sonder nur Seiten, die die URL des Bildes enthalten. Das Google-Suchergebnis ist immer eine Seite, aber nicht die Bilddatei direkt. Wenn es keine solche Seite gibt, egal wie die jetzt enstanden ist, wirst Du auch kein Bild finden.

    Auch das Tracking über Cookies und modernere Ausprägungen ist mir nicht ungekannt. Was mir immer noch nicht einleuchtet, wie das dazu beitragen soll, daß Suchmaschinen-Bots Bilder finden sollen, die nirgendwo öffentlich verlinkt sind. Vielleicht bin ich ja wirklich zu blöd.

    Um aber mal auf das Problem des TE zurückzukommen. Wenn ich es richtig gelesen habe, ist er Fotograf und will Bilder an Kunden verkaufen.
    Ich habe mir jetzt mal angesehen, wie das Fotolia macht.

    Wenn ich dort ein Bild runterlade, wird ein für 72 Stunden gültiger Download-Link generiert, z.B.:
    https://download.fotolia.com/DownloadConten…lia_50056965_XL

    Der ist dann zusätzlich meinen Benutzerkonto zugeordnet und kann nur aufgerufen werden, wenn ich angemeldet bin.

    So ähnlich müßte man das wohl umsetzen, ob das wirklich einfach mit Plugins in Wordpress hinbekommt, da hätte ich auch Zweifel.
    Die Bilder dürften nicht direkt im Upload-Ordner liegen, sondern mußten über einen dynamisch generierten Link zugägnlich gemacht werden.

    Unkritisch wäre aus meiner Sicht aber die Anzeige der Thumbnails oder Vorschaubilder, die ja auch bei den Stock-Agenturen öffentlich sichtbar sind. In der Regel ist da ein entsprechendes Wasserzeichen enthalten.

    Gruß
    Ingo

    Rein technisch über die Datenschleppe die ein Nutzer mitführt, der eine solche Bilddatei aufruft oder aber über sein Verhalten Links dorthin in seinem Kreisen zu verbreiten.


    Sowas wie Toolbars oder sonstige Browser-Erweiterungen, gut, die Möglichkeit hatte ich ja eingeräumt. Aber was meinst Du mit "in seinem Kreisen zu verbreiten."?

    Nicht alle Bilddateien, die Google indexiert landen auch in der speziellen Google-Bildersuche, sie sind aber trotzdem im Index.


    Und in welchem Index landen sie dann bitte?

    Unzählige mehr oder weniger dubiose Bots von ebensolchen Portalen z.B. durchforsten das WWW völlig regelfrei nach allem was sie bekommen können und sammeln/spiegeln diese Inhalte dann und dort werden diese wiederum von Google indexiert und landen dann darüber, wenn es sich um Bilder handelt, schlussendlich zu einem Teil auch in der Google-Bildersuche, weil ja nun um das Bild herum eine Webseite existiert.


    Aber auch dubiose Bots können nur Sachen finden, die irgendwo verlinkt sind, sofern sie nicht noch zusätzlich Zugriff auf die Browser-Daten der Nutzer haben. Oder meinst Du, die basteln sich URLs aus bekannten Daten zusammen und probieren, ob es diese gibt?

    Indirekt (s.o.) schon, aber auch direkt im Index als Deeplink jenseits der Angebotes der Google-Bildersuche, man kann Bilder ja schließlich auch direkt über die allgemeine und vor allem die erweitere Google-Suche finden und das, was Google dort im Menü/Formular anbietet, ist noch längst nicht alles, was Google insgesamt an zusätzlichen Suchtools und Filtern so anbietet.


    Die Bilder, die Google teilweise in der normalen Suche oder im Knowledge-Graph anzeigt, stammen auch aus dem Index der Bildersuche und benötigen mindestens eine referenzierende Seite. Wie Du darüber hinaus noch Bilder finden willst, müßtest Du bitte erläutern. Das kann ich nicht nachvollziehen.

    Willkommen in der neuen bunten Datenwelt von 2015…


    Mit der Google-Suche und speziell der Bildersuche beschäftige ich mich schon seit ein paar Jahren, ich weiß in etwa, wie das was funktioniert. Aber danke für die freundliche Begrüßung! :-)

    Gruß
    Ingo

    ...
    Entgegen landläufiger Meinung ist es dafür u.a. nicht nötig, dass Bilder auch irgendwo öffentlich zugänglich verlinkt werden, es reicht vielmehr schon völlig aus, wenn die entsprechen Dateien öffentlich aufrufbar sind, was bei o.g. Vorgehensweise ja der Fall ist.…

    Und wie bitte sollen Suchmaschinen von der Existenz eines Bildes erfahren, wenn es nicht wenigstens an einer Stelle verlinkt ist?
    Das geht bestenfalls noch über Daten, die sie über irgendwelche Toolbars abgreifen.

    Bei Google ist es zumindest so, daß ein Bild nur dann über die Bildersuche gefunden werden kann, wenn es wenigstens auf einer Seite verlinkt oder eingebunden ist. Selbst wenn Google das Bild selbst kennt, wird es ohne Link/Einbindung nicht in der Bildersuche erscheinen.

    Gruß
    Ingo

    ... frage ich mich ob ein Upgrade auf ein größeres hostingpaket bei denen eine Besserung bringt oder wie es sonst zu handlen ist ?...

    Ich fürchte, daß das nicht viel bringt. Welches Paket hast Du denn bei Strato?
    Ich habe da aktuell das "PowerWeb Plus"-Paket, drüber gibt es nur noch "PowerWeb Pro". Ob das dann mit https wirklich schneller ist, würde ich bezweifeln.

    Allerdings liegt die lange Ladezeit möglicherweise nicht nur am SSL/TLS. Mit den zwei Sekunden, die es bei mir sind, kann ich ganz gut leben. Aber wenn Du sagst , daß es bei Dir 6 Sekunden und mehr sind, macht mich das schon stutzig. Kannst Du irgendwie die einzelnen zeitlichen Komponenten ermitteln, z.B. mit den Entwicklertools von Chrome. Dann sieht man vielleicht, wo es wirklich klemmt.

    Gruß
    Ingo

    ...
    Bplaced lässt die Instalation des Plugins nicht zu, das zum Datenimport über Wordpress(org) selbst (unter Werkzeuge - Daten importieren) notwendig ist. Hat wohl mit eh den Sockets zu tun (?) und da ist wohl auch keine abhilfe zu schaffen, außer zu einem kostenpflichtigen Angebot zu wechseln.
    ...

    Du kannst Plugins auch installieren, indem Du sie auf Deinen Rechner runter lädtst, entpackst, per FTP auf Deinen Webspace kopierst und dann in WP aktivierst. Dafür braucht man keine Sockets.

    Gruß
    Ingo

    ...
    Aber die frage bleibt wieso die geschwindigkeit so arg langsam ist, die Wait zeiten bis der server mal richtig reagiert wenn man neu auf die Seite zugreift sprengen jeden Rahmen.. obwohl Cache Plugin aktiv

    Wo die meiste Zeit bei Strato durch SSL hinzugekommen ist, habe ich im oben verlinkten Beitrag ja aufgezeigt. Da hilft auch kein Cache-Plugin, denn die Zeit geht schon verloren, bevor WP überhaupt die Seite ausliefern kann.

    Wobei sich bei mir die Ladezeit von 0,5 bis 1 Sekunde auf 1,5 bis 2 Sekunden verschlechtert hat.

    Hat Strato die Umleitung mittlerweile von 302 auf 301 umgestellt?
    Falls nicht, kann man das auch selbst in der .htaccess erldigen:

    Apache Configuration
    # HTTPS erzwingen
    RewriteCond %{ENV:HTTPS} !=on
    RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

    Diese Regeln sollten vor den Wordpress-Regeln stehen!

    Außerdem sollte man wissen, daß Strato SNI verwendet, was mit älteren Browsern oder Systemen nicht funktioniert.

    Gruß
    Ingo

    Ich habe https für die gesamte Seite aktiviert.

    Ob die Performance abfällt, hängt auch vom Webhoster ab. Ich habe das mal für zwei meiner Blogs untersucht: Strato und All-Inkl.

    Einen geringen Geschwindigkeitsverlust wird man immer in Kauf nehmen müssen. Das ist einfach technisch bedingt.

    Für die Umstellung braucht man kein Plugin. Man muß halt nur alle internen Links auf https ändern. Die Weiterleitung der http-Zugriffe auf https ist einfach in der .htaccess erledigt.
    Man sollte auch extern eingebundene Ressourcen wie Videos oder Bilder prüfen und auf wenn möglich auf https umstellen.

    Gruß
    Ingo