Beiträge von Putzlowitsch

    In der info.php sieht man zumindest, daß die richtige php.ini-Datei geladen wird und das die Werte angenommen werden. Wichtig ist aber, daß diese php.ini-Datei im Verzeichnis /wp-admin/ abgelegt wird, denn sie wird nicht wie die .htaccess auf Unterverzeichnisse "vererbt".

    Hier gibt es eine Tabelle mit änderbaren Werten:
    http://hilfe-center.1und1.de/skript--und-pr…rn-a791899.html

    Als Begrenzung könnte sich beim Upload also auch die Skriptlaufzeit auswirken.

    Gruß
    Ingo

    Naja, unter "ausgiebig" hätte ich schon etwas mehr als "habe ich auch mal zum Test installiert" erwartet.
    Warum schreibst Du im Artikel immer 1und (ohne zweiter 1)?

    Die "Click & Build"-Installationen gehen zwar wirklich schnell, habe aber auch ein paar Fallstricke in Form der Zugriffsrechte im Dateisystem und damit der Konfigurations-Möglichkeiten eingebaut. Das ist übrigens bei Strato besser gelöst.

    Außerdem wäre interessant, welches Webhosting-Paket getestet wurde. Zwischen "Starter" und "Unlimited" gibt es da auch nicht unerehbliche Unterschiede.

    Gruß
    Ingo

    Das dürfte auch gehen. Du mußt dann oben die Option "Externen Nameserver" wählen und die DNS-Server von Alphahosting eintragen.

    Ein Problem könnte noch mit den E-Mail-Adressen für die Domain entstehen. Die Frage ist, was bei den Alphahosting DNS-Servern als MX-Record (für die E-Mail-Zustellung) eingetragen wird und wo dann die E-Mails auflaufen.

    Aber letztendlich hat formateins recht. Am einfachsten wäre wohl eine Domainumzug zu Alphahosting. Damit wären zumindest alle Unwägbarkeiten aus dem Weg geräumt.

    Gruß
    Ingo

    Das mit den IDs gibts auch erst seit Wordpress 3.5 (Redesign der Mediathek), glaube ich. Früher wurde einfach der Gallery-Shortcode eingefügt und alles war prima.

    Solange man auf der Seite mit den Vorschaubilder bleibt, ist das auch mit den IDs kein Problem. Geht man aber in die Galerie rein, hat Wordpress für die Navigation nur noch die Eltern-Kind-Beziehung (Artikel<-Bild) zur Verfügung, um Vorgänger und Nachfolger zu ermitteln.

    Um auch in zusammengeklickten Galerien navigieren zu können, müßten diese irgendwo gespeichert werden. Soweit geht Wordpress dann aber doch nicht.

    Gruß
    Ingo

    Wie sieht denn der Galerie-Shortcode im Artikel aus? Du kannst diesen sehen, wenn Du im Editor von "Visuell" zu "Text" wechselst.

    Dann sollte dort nur [gallery] stehen, aber nicht [gallery ids="20,24,16,13,26"] oder Ähnliches.
    Der Gallery-Shortcodes ohne ids, include oder exclude bezieht sich immer auf genau die einem Artikel zugeordneten Bilder. Dann funktioniert auch die Navigation in der Galerie.

    Gruß
    Ingo

    Paul24
    Extra dafür angemeldet, um uns hier mit Deinem kostenlosen Counter zu beglücken?

    Ich meine ja, diese grafischen Besucherzähler sind ein Relikt aus dem Web des vorigen Jahrtausends.
    Jetzt fehlt nur noch jemand, der hier Web-Awards in Gold, Silber und Bronze verteilen will. :-)

    Gruß
    Ingo

    zu 2.:
    Das sieht gut aus. Im einfachsten Fall wählst Du unten bei "DNS Einstellungen" die Option "IP-Adresse (IN A/AAAA)" aus und trägst die IP-Adresse des Webservers von Alphahosting ein (109.237.132.26).

    Das geht aber nur, wenn auch 1. möglich ist. Falls ja, mußt Du dann bei Alphahosting die externe Domain einrichten und auf das Verzeichnis /wordpress leiten.

    Zu guter Letzt mußt Du noch Wordpress nach dieser Anleitung anpassen.

    Gruß
    Ingo

    ...
    Wenn ich den bots den Zugriff erlaube, dann würde es ja mit dem Eintrag des Pfads in der Sitemap (auch die ist in der robots.txt korrekt angegeben !) nicht mehr kollidieren, oder ?
    ...

    Na genau das willst Du doch erreichen, daß der Widerspruch "robots.txt verbietet" und "Verweis in der Sitemap" aufgelöst wird (damit sich Google nicht beschwert).

    Ein Weg zur Auflösung des Widerspruchs ist halt, daß Du den Bots den Zugriff auf /wp-includes erlaubst. Das muß man nicht explizit mit Allow machen, es reicht, wenn das Verbot entfernt wird. Implizit ist alles erlaubt, was nicht verboten ist.

    Der andere Weg wäre halt, den Grund zu finden, warum diese GIF-Datei überhaupt in der Sitemap erscheint. Normal ist das jedenfalls nicht. Wenn Du den Grund gefunden hast, kannst Du das dann hoffentlich abstellen. Dann kannst Du die Sperre in der robots.txt auch drin lassen.

    Ich würde Weg zwei vorziehen, weil er die eigentliche Ursache des Problems anpackt.

    Gruß
    Ingo

    ...
    Damit sollte das Verzeichnis wp-includes eigentlich ausgeschlossen sein. ...

    Das ist ja genau das Problem. Du verbietest allen Bots den Zugriff auf /wp-includes, hast aber in der Sitemap einen Eintrag, der genau dort hin zeigt (dieses GIF vom TinyMCE). Und das meckert Google halt an.

    Wenn Du eine Datei genau mit dem Inhalt erstellst, wird eben diese von den Bots gelesen. Das ändert aber nichts an den Anweisungen für die Bots.

    Um den Bots den Zugriff auf /wp-includes zu erlauben, könnte die Datei so aussehen:

    Code
    User-agent: *
    Disallow: /wp-includes/
    Sitemap: http://example.com/sitemap.xml


    Damit verbietest Du nur den Zugriff auf /wp-admin und hast den Verweis auf die Sitemap drin.

    Das große Rätsel ist aber immer noch, wie die GIF-Datei in die Sitemap gelangt. Da müßtest Du eigentlich ansetzen.

    Gruß
    Ingo

    zu 1.:
    Die robots.txt-Datei wird ggf. virtuell von Wordpress erzeugt, sofern es keine entsprechende Datei im Dateisystem gibt. Du kannst aber selbst eine robots.txt anlegen und in das Wurzelverzeichnis der Domain kopieren. Damit wird die von Wordpress außer Kraft gesetzt.

    Im einfachsten Fall sieht die so aus:

    Code
    User-agent: *
    Disallow:


    Damit erlaubst Du jedem Bot alles.

    zu 2.:
    Das Plugin kenne ich nicht. Ich habe nur vermutet, daß es da eine passende Option gibt. Anders gesagt, wenn ich so ein Plugin schreiben würde, tät ich wohl so eine Option vorsehen.

    Gruß
    Ingo

    Ich sehe im Wesentlichen zwei Optionen.

    1. Die Sperre für /wp-includes aus der robots.txt entfernen
    2. Im Sitemap-Plugin alle Dateien aus /wp-includes ausschließen, so daß sie nicht mehr in die Sitemap aufgenommen werden. Es sollte eine Option dafür geben.

    Gruß
    Ingo

    Es gibt Plugins, die den TinyMCE als Editor für Kommentare auf die Seite holen. Dann sind die Sachen (z.B. Symbole) natürlich auch für Google "sichtbar". Allwerdings gehört sowas tatsächlich nicht in die Sitemap, da wird wohl das Sitemap-Plugin über das Ziel hinausschießen (oder so).

    Gruß
    Ingo