Beiträge von Melewo

    Es gibt da schon noch weitere, die einfachsten beginnen damit, dass sie kontrollieren, ob JavaScript im Browser des Users aktiviert ist. Akismet liegt bei und Antispam Bee ist ebenfalls weit verbreitet. Die Daten werden bei Antispam Bee zum Teil ebenfalls gesendet, aber nur die ersten 200 Zeichen vom Text zur Überprüfung der Sprache an translate.google.com. Allgemein hilft nur sich etwas zu belesen, dann eine Wahl zu treffen.

    kann irgendwie noch zusätzlich ein Alternativvariante programmieren (für IE 8 und älter), und die aktuelle dann so laufen lassen? und wo müsste man das dann machen?
    PS: ich habe nur von CSS und Html Ahnung ...


    Ja dann müsstest Du Dich ja damit auskennen:

    HTML
    <!--[if lt IE 7]>Anweisungen für IE vor Version 7<!--<![endif]-->


    Wie es gemacht wird, siehst Du zum Beispiel in Twenty Twelve, da ist noch eine CSS-Datei für ältere IE enthalten und so im Header angegeben.

    Ebenfalls lesenswert:

    http://de.wikipedia.org/wiki/Conditional_Comments

    Nur ob das alles so funktioniert, verlasse mich da augenblicklich nur auf die Vorschau von F12 im IE11. Ich meine, zu viel braucht da nicht mehr abwärtskompatibel gestaltet werden, wichtig ist nur, dass die Seiten lesbar und navigierbar bleiben und nicht, dass die im IE7 noch neusten Ansprüchen vom Design genügen, würde ich sagen. Dachte aber bis letzter Woche noch nicht so.

    Na dann mache doch die Änderung wieder rückgängig, dann sollte es doch wieder gut sein. Wenn Du in einem Div einen onclick-Eventhandler einsetzt, dann brauchst Du Dich doch nicht zu wundern, wenn dieser onclick-Eventhandler genau das macht, was er machen soll, also bei jedem Klick innerhalb des Wrappers (oder was das sein soll) seine Arbeit zuverlässig erledigen.

    <div id="header" wurde zweimal vergeben und wo der erste endet, sehe ich nicht. Wenn der sich über die ganze Seite erstreckt, dann fungiert der auch als Wrapper und zweimal den selben Namen als ID zu vergeben ist ohnehin nicht valide.

    Diese Übersicht ist eigentlich ganz gut, was ab wann in welchen Browsern erkannt wird.

    http://wiki.selfhtml.org/wiki/CSS/Media_Queries

    Gehe einfach davon aus, alle Regeln, die innerhalb von

    Code
    @media (...) { 
        ...
        ...
    }


    notiert werden, erkennen ältere Browser nicht. Weiterhin alle Eigenschaften, die erst mit HTML5 und CSS3 eingeführt wurden. Eine genau gleiche Darstellung ist praktisch kaum erreichbar, eine beinahe gleiche Darstellung jedoch, wenn Du von IE7 beginnst und aufwärts optimierst.

    So wie der im Head der Seite und in der Sidebar eingeblendet wird, sollte der eigentlich richtig sein, doch alle Varianten kenne ich nicht.

    HTML
    <link rel="alternate" type="application/rss+xml" title="Gitarrenunterricht in Frankfurt RSS Feed" href="http://www.gitarrenunterricht-frankfurt.de/feed/" />


    Deine Schreibweise halte ich für weniger optimal, nur wie gesagt, kenne nicht alle Einstellungen und Varianten.

    Nicht der RSS-Feed spinnt, ich kann zumindest alle 3 aufrufen. Die Endung des Feeds ist abhängig von den Einstellungen für Permalinks und ändert sich mit diesen Einstellungen.

    Grundeinstellung ohne htaccess: /?feed=rss2
    Permalinks -> Beitragsname: /feed/

    Davon, dass Du den gleichen Text hier gleich viermal im Forum postest, wird es wohl nicht besser werden. Eigentlich steht doch alles in der Fehlermitteilung:

    Zitat

    ... internal error or misconfiguration ...


    Interner Fehler durch eine misslungene, da fehlerhafte Konfiguration.

    Das kann bereits damit beginnen, dass eine htaccess mit einem ungeeigneten Editor geändert und gespeichert wird. Mache einfach alles rückgängig, was Du vor dem ersten Erscheinen dieser Fehlermitteilung geändert hast. Wenn Du nichts geändert hast, könnte Deine Seite gehackt worden sein.

    Was meinst du denn mit 'superglobal'?


    Ich meinte so etwas, die verhält sich wie andere Superglobals, also wie $_SERVER, $_GET oder $_POST und was es noch an Superglobals gibt und die ist überall in einem Script verfügbar.

    PHP
    $GLOBALS["Name"] = ... ;
    Zitat

    Hinweis: Verfügbarkeit der Variablen

    Im Gegensatz zu allen anderen Superglobals ist $GLOBALS notwendigerweise immer in PHP verfügbar.


    http://www.php.net/manual/de/reserved.variables.globals.php

    Zu der echo und return-Sache: Genau sowas hatte ich gesucht, bin eben nur zuerst auf die Lösung mit dem Gerüst innerhalb der Funktion gekommen. Aber gut zu wissen :grin:


    Die eine Hälfte vergisst man wieder und die andere Hälfte versteht man erst nach einem dreitägigen Test. Was man nicht testet und nicht vergisst, das findet man dafür erst nach drei stündigen Suchen wieder, jedoch nur um festzustellen, dass es damit eigentlich auch nicht richtig funktionieren kann.

    Also, ich habe WordPress nicht im Hauptverzeichnis, sondern in einem Unterordner installiert.


    Das ist doch dann das Hauptverzeichnis für diese Domain, wenn die Domain auf dieses Verzeichnis zeigt. Da steht zwar immer Weiterleitung, eigentlich ist es aber ein Aufschalten:

    Vielleicht liegt das in der Weiterleitung meines Web Hosts in dieses Verzeichnis? Sprich, ich habe den Speicherpfad meiner Domain auf den Unterordner weitergeleitet.


    Dementsprechend musst Du dann die Eintragen innerhalb vom Dashboard vornehmen, da dieses "Unterverzeichnis" nicht zu sehen ist, sondern als Root für diese Domain nicht mit angegeben wird. Und dementsprechend musst Du das ebenso bei allen anderen Einstellungen oder bei geschützten Bereichen berücksichtigen.

    Die entsprechende Wordpress-Funktion, wp_nav_menu, gibt leider ein echo zurück, was leider verhindert, dass man sie auf Inhalt prüfen kann (oder geht das??).


    Für was ist dieser Parameter gut?

    Zitat


    $echo
    (boolean) (optional) Whether to echo the menu or return it. For returning menu use '0'

    Default: true


    http://codex.wordpress.org/Function_Refer…menu#Parameters

    Eine globale Variable wird eigentlich vor einem if-Statement gleich am Anfang einer Funktion global gemacht. Verhält sich aber auch dann nicht wie eine superglobale Variable, die immer und überall vorhanden ist.

    Ist jetzt reichlich schwer zu verstehen, wie es mir erscheint. Mein erster Gedanke ist zumindest, wozu ist

    Menu Item CSS Classes

    gut, denn für mich sieht das so aus, dass ein <li>Element</li> nur dann erzeugt wird, wenn ein Item vorhanden ist. Das Grundgerüst besteht doch nur aus einen Div oder Nav-Bereich um diese <ul><li>Element</li><li>Element</li></ul>?

    Da ich es bisher aber nur mit einfachen Menüs und wp_nav_menu($defaults) zu tun hatte, verstehe ich ohnehin nicht viel.
    Wenn Du innerhalb eine if-Abfrage eine globale Variable setzt, dann ist das schon ein Widerspruch in sich. Wie kann die gültig sein, wenn die if sich nicht angesprochen fühlt? Soweit reichen meine Gedanken leider im Augenblick nicht, denke aber, dass die bei false nicht zu sehen ist und somit nicht global sein kann.

    ich möchte mal fragen, ob man bei allen Plugins und Widgets, Mehrsprachig darstellen oder umprogrammieren darf?
    Oder gibt es hier Urhebergesetze die man berücksichtigen muss?


    Ich kann jetzt nicht ganz nachvollziehen, warum Du hier was zitierst. Urheberrechte müssen immer berücksichtigt werden, doch die gehen ja durch Ergänzungen nicht verloren.

    Falls ein Plugin bereits mehrsprachig ausgelegt ist, so wird bei WP nichts umprogrammiert, sondern einfach nur eine zusätzliche *po und eine *mo Sprachdatei im entsprechenden Verzeichnis abgelegt. Von phpbb habe ich keine Ahnung. Doch bei WP wird nur dann etwas "umprogrammiert" (sprich ergänzt, modifiziert oder weiterentwickelt), falls ein Plugin noch nicht mehrsprachig ausgelegt ist, da dann die Ausgabe verändert werden muss. Bei einem unerfahrenen Programmierer könnten dadurch Sicherheitslücken entstehen, die das Werk des Urhebers schädigen. Bei einer weiteren Verbreitung einer so geschädigten Software könnte der eine oder andere Urheber dann richtig stinkig sauer werden.

    Allgemein habe ich die GNU GPL Lizenz bisher unabhängig von WP wie folgt verstanden, wobei ich "ohne Vertrieb und ohne Weitergabe" betonen würde:

    Zitat

    sie darf bei rein privater (oder interner) Verwendung – ohne Vertrieb, ohne Weitergabe – modifiziert werden, ohne dass der Quellcode offengelegt werden muss


    http://de.wikipedia.org/wiki/GNU_General_Public_License

    Zu den Änderungen in Version 2 siehe Punkt 2, was eine Weiterentwicklung mit Weiterverbreitung anbelangt:

    Zitat

    Sie dürfen Ihre Kopie(n) des Programms oder eines Teils davon verändern, ...


    http://www.gnu.de/documents/gpl-2.0.de.html

    Und das Verzeichnis "/wordpress" nimmt sich WP spätestens seit 3.9 selbst, wenn nicht schon in vorherigen Versionen.


    Du kannst WP hochladen, wohin Du auch immer möchtest, WP nimmt sich nichts von allein. Nur wenn Du WP im Root ohne /wordpress ablegst, so müsstest Du zuerst die index.htm löschen.