Beiträge von himitsu

  • Permalinks geben 404 aus.

    Ein Redirection-Plugin benutzt du nicht zufällig?

    Probehalber einfach mal alle Plugins deaktivieren.


    Mir fällt grade auf, daß ich die Artikel als Unterseite benutze "/artikel/%postname%/" und es so keinen Konflikt mit Seiten geben kann, aber laut Vorlage "Beitragsname" sollte es auch ohne Funktionieren.

  • Kontaktinformationen in Header

    Wenn das genutzte Theme einen Widgetbereich im Header hat, dann kann das auch über ein Text-Widget dort platziert werden.

    Einfache Lösung 1: Text-Widget ganz oben in der Sidebar.
    Das kann dann auch von den Suchmaschienen und Screen-Readern (für Blinde/Sehbehinderte) gelesen werden.

    Einfache Lösung 2: Man nimmt ein Grafikprogramm und "malt" den Text direkt in das Header-Bild.

  • Startseite ändern

    Zitat

    statische Seite als Startseite definiert


    Das bedeutet nur, daß bei Aufruf der index.php deine gewünschte Seite angezeigt wird, anstatt der standardmäßigen Blog-Ansicht (letzte Artikel).
    domain.tld/.../index.php

    Für den Rest siehe mensmaximus. (Reihenfolge = wenn nur das Verzeichnis aufgerufen wird, für die Auswahl der Index-Datei)

  • Bildunterschrift oder Mouseover bei Bildern einfügen

    Irgendwo werden die Bilder ausgegeben, also die Bild.URL in <img ...> kopiert, mit noch bissl was drumrum. (vermutlich irgendwo im Code des Themes, außer du benutzt ein Bilder-Plugin, dann dort)

    An der Stelle könntest du das HTML in den PHP-Dateien umschreiben und den Code für diese Funktion einbauen.

    Zitat

    Bei einem anderen Theme geht das als Mouseover, sehr elegant.


    Entweder du benutzt ein Theme, welches sowas macht,
    oder du suchst ein Bilder/Galerie-Plugin, welches das macht
    oder du baust es dir eben selber ein.

  • Gestalterische Fragen

    Was ist das da links?
    Wenn das die Texte nicht von selber parst und URLs ersetzt, dann kann das auch nicht automatisch gehen.


    Zitat

    Wie kann man Links verlinken (also andere Websites oder die Mailadresse links unten), damit man direkt zum Link gelangt? Im normalen Text bei den Beiträgen geht das, aber links kann sehe ich nur den visuellen Text, kann aber nicht auf html umschalten.


    Versteh ich nicht.

    Zitat

    Kann man verändern, dass die aktiven Menüpunkte die man gerade anwählt grün werden?? Bzw. die Farbe anpassen? Wo?


    Im Style für aktive Links?

    http://wordpress.driutti.ch/wp-content/the…rteen/style.css

    Code
    .site-navigation .current_page_item > a, .site-navigation .current_page_ancestor > a, .site-navigation .current-menu-item > a, .site-navigation .current-menu-ancestor > a {
    color: #55d737;  // Farbe ändern, zu #fff
}


    Oder schau mal in den Theme-Optionen, ob man dort die Farbe ändern kann, bzw. kopiere das ins Custom-CSS des Themes.


    Für die Suche ins Custom-CSS:

    Code
    .search-toggle {
    display:none;
}


    Oder hast du schonmal in die Theme-Optionen geschaut, ob es sich deaktivieren lässt?


    Aber warum darf man nicht sehen wo man ist und warum darf man nicht suchen?
    Selbst wenn der Button weg ist, kann man dennoch suchen.


    https://wordpress.org/plugins/tinymce-advanced/ oder Dergleichen

  • htaccess mit maxes bilderschutz

    Stimmt. Sagen wir es einfach so, daß in URLs nur gewisse ASCII-Zeichen erlaubt sind und alles Andere codiert werden muß, was aktuelle Browser aber automatisch machen.

    Ich finde es nur etwas "umständlich", denn in der Aussprache/Lautschrifft wird nicht zwischen Groß und Klein unterschieden.
    Zum Glück gibt PHP inzwischen Warnmeldungen aus, aber es ist doch etwas unpraktisch, daß man mit $Text nicht das auslesen kann, was man in $texT gespeichert hat. :roll:

  • Permalinks geben 404 aus.

    Mal so grob geraten...
    Wem fällt was auf?

    Zitat

    Stelle ich die Permalinks auf /%postname%[COLOR=#ff0000]/[/COLOR] wird


    domain.tld/impressum
    domain.tld/impressum/datenschutz[COLOR=#ff0000]/[/COLOR]

    Probier' Folgendes mal aus.
    domain.tld/impressum[COLOR=#ff0000]/[/COLOR]
    domain.tld/impressum/datenschutz

    In meinem WP werden allerdings URLs ala domain.tld/impressum auf domain.tld/impressum/ umgeleitet, drum konnte ich nicht testen ob da 404 erscheint.

  • htaccess mit maxes bilderschutz

    Falsch.
    Selbst die Dateissysteme von Linux, wie z.B. ext3, verstehen Unicode und somit können Dateinamen auch Umlaute oder chinesische Zeichen enthalten.
    (es gibt nur manchmal Probleme mit Zeichensätzen, da Windows oft UTF-16 und für SigneByte eher ANSI/OEM, aber Linux gern UTF-8 verwendet)

    Nur bei der Groß-/Kleinschreibung ist Linux voll doof und unterscheidet das entsprechend. (text.txt ist was ganz Anderes, wie Test.txt).

    Allerdings sind Umlaute in URLs gemäß IDN-Richtlinien nicht erlaubt und müssen als Punycode codiert werden.


    Ich kenn sogar viele FTP-Programme, die das nicht kappieren...
    So konnte ich mal eine Datei mit Umlauten hochladen, aber nicht wieder löschen.
    Musste es dann vom Support löschen lassen.

    hydro: Ich denk mal das ist Zufall und hat nichts mit den Umlauten zu tun.
    Aber wenn, dann hätte ich das Verhalten eher andersrum erwartet.

  • Kann mich über wp-admin nicht mehr einloggen Seiten sind weiß

    Daß alles weiß ist, könnte darauf hinweisen, daß der Cache defekt ist.
    Die ersten Warnungen klingen etwas danach, aber abgesehn von der Veraltet-Meldung, besteht der Rest nur aus "unwichtigen" Folgefehlern.

    Du könntest mal versuchen in deinem Browser die Cookies zu löschen.


    Wie alt war dein Wordpress? (welche Version)

    Ein Backup hast du?

    • Eines von da, wo es noch lief (wenn möglich)
    • und ein Aktuelles (auf jeden Fall, bevor du weiter machst)
    • natürlich von den Dateien und der Datenbank

    Die Plugins hast du aber wieder zurück umbenannt?
    /www/htdocs/w00ca557/wp-content/plugins/si-captcha-for-wordpress/si-captcha.php ist ja noch da.

    Die Datei /www/htdocs/w00ca557/wp-content/advanced-cache.php existiert nicht?

    Zitat

    get_theme_data ist seit Version 3.4 veraltet! Benutze stattdessen wp_get_theme()


    Klingt nett, vorallem da es aus einer der Hauptdateien des WordPress stammt.

    Du könntest ja mal probehalber ein aktuelles Wordpress drüberbügeln und schauen ob es nun funktioniert.

    • wp-config.php sichern (kopieren)
    • den wp-content\plugins umbenennen
    • das Selbe vielleicht auch noch mit wp-content\themes
    • aktuelle WordPress-Version runterladen und entpacken
    • alle Dateien über deine Installation drüberkopieren
    • wp-config.php wiederherstellen (kann entfallen ... ich glaub in der ZIP war nur die wp-config-sample.php drin, aber sicher ist sicher)
    • und nun nochmal ausprobieren, ob es jetzt startet
    • danach könnte man die neuen Plugins aus dem alten Plugins-Unterverzeichnisse in den neuen Plugins-Ordner kopieren kopieren (aber nichts überschreiben)

  • Posting und Kommentarprobleme

    Folgefehler: Man arbeitet einfach alle Fehler "nacheinander" von Oben nach unten ab, denn es kann sein, daß nachfolgende Fehler nur auftreten, weil vorher schon Fehler waren.

    Zitat

    Ich habe gelesen, dass bei "cannot modify header information" ein Blank sein soll im Code, den habe ich aber nicht verändert. Und ich habe leider auch kein Blank gefunden, eventuell aber nur nicht begriffen welcher gemeint ist?


    Es bedeutet genau das, was in der Fehlermeldung steht.
    Es kann kein Header gesendet werden, weil bereits der Header + (etwas) Inhalt gesendet wurde. Es gibt nur einen HTTP-Header ... ganz am Anfang.

    In deinem Fall sind das die vorhergehenden Fehlermeldungen, welche ausgegeben wurden.


    Und der ursprüngliche Fehler:
    $args ist leer und da es keinen Inhalt gibt, gibt es auch nichts an Index 0, was man auslesen könnte.

    Jetzt muß nur noch irgendwer rausbekommen warum das leer ist.
    Die Funktion map_meta_cap erwartet mindestens 3 Parameter, für $cap = edit_post oder edit_page, aber es wurden nur 2 Parameter übergeben.

  • Konzepte fürs Installieren

    Grundsätzlich könntet ihr das benutzerseitige Installieren von Plugins verbieten.
    (aktivieren/deaktivieren bliebe erlaubt)

    Und dann praktisch bei Allem den Schreibschutz aktivieren (Wordpress/PHP das Schreiben verbieten),
    abgesehn von wp-content\uploads, wenn man Dateien hochladen darf. Da drin aber das Ausführen von PHP/Scripten verbieten.

    Aber dann müsst ihr euch selber um das Installieren/Aktualsieren der Plugins und des Wordpress kümmern.


    Alternativ nur bei "gefährdeten" Dateien den Scheibzugriff unterbinden.

  • Gästebuch im Blog - macht das Sinn?

    Nja, eine Kontaktmöglichkeit (mindestens eMail) sollte es ja sowieso bereits geben.
    Aber so eine öffentliche Rückmeldungsfunktion kann auch nett und andere Gäste sehen ebenfalls was man über deine Seite so sagt.

    Kommentare zu einzelnen Beiträgen/Seiten sind zwar aktiv, aber für ein einfaches und vorallem themenunabhängiges "Hallo" macht sich so ein zentraler Platz nicht schlecht.

    Zitat von ddoks

    Schließlich gibt es doch bei einem Blog auf so gut wie jeder Beitrags-Seite die Möglichkeit, als Besucher einen Kommentar zu hinterlassen. [Blockierte Grafik: http://forum.wpde.org/images/smilies/confused.png]


    Wenn das aktiviert ist und dann aber auch als Kommentar zu dem Beitrag und nicht allgemein/zentral zur Seite/allen Beiträgen.


    Es gibt auch spezielle Gästebuchplugins, aber ich hatte es mit da einfach gemacht, erstellte eine Seite "Gästebuch" und aktivierte die Kommentarfunktion.
    Dieses wurde auch schon ein paar Mal von Gästen angenommen.

    Aber ich rate dir auch zu einem Spamschutz, denn es gibt massig Bots, welche sich bei dir liebendgern melden werden.
    Bei meiner eher unbekannten Webseite sind das durchschnittlich 1-40 jeden Tag.
    Ich lasse aber zusätzlich Kommentare schon immer nicht sofort ausgeben, sondern erst nach Admin-Freischaltung, auch wenn es in den letzten 5 Jahren nur zwei oder drei Mal passiert ist, daß mein Spamschutz durchbrochen wurde, aber sicherheitshalber kann ich so "manuellem" Spam ebenfalls gut begegnen.

  • Seite ohne Titel anlegen

    Per CSS?
    Dann werden doch aber bestimmt auch die Titel ausgeblendet, welche sichtbar bleiben sollen.


    Was für eine Fehlermeldung bekommst du denn?
    Ich bekomme keinen Fehler zu sehn, wenn ich den Titel leer lasse.

    Aber es hängt auch etwas vom Theme ab. Bei Meinem gibt es z.B. die Option "Leere Titel nicht anzeigen" oder es wird ein Default-Titel verwendet (den ich in den Themeoptionen definieren kann), bzw. ich kann auf bestimmten Seiten (z.B. der Home-Page oder auf Index-Seiten) die Titel ausblenden lassen.

    Grundsätzlich kannst du aber auch die entsprechende Themedatei bearbeiten oder du erstellst dir ein neues Template (am Einfachsten die Kopie eines bestehenden Templates und das dann umbauen).
    Am Einfachsten wäre es aber, wenn das Theme/Template den TitelCode weg lässt oder einen "Style" aktiviert, wenn der Titel-Text leer ist.
    Am Besten wendest du dich an den Support des Theme-Herstellers.

  • activeauth funktioniert nicht. Bitte um Hilfe

    Vielleicht findest du hier noch ein paar Ideen.
    http://forum.wpde.org/allgemeines/136445-sicherheit.html

    Es gibt auch Login-Plugins, welche einen Captcha integrieren, aber das ist mir einfach zu umständlich.

    Und dann kann man natürlich auch gewisse Verzeichnisse und Dateien umbenennen oder verstecken, wie z.B. wp_admin und wp-login.php.
    Bringt aber nur etwas, wenn man dann natürlich keine praktischen Links dahin in den öffentlichen Bereich einbaut.