Na dann: Los gehts :D
Beiträge von kaiser
-
-
Wieso nicht einfach für ein Kommentar vom einem eingeloggten User einen anderen Hintergrund oder Gravatar verwenden?
-
Kopf hoch: Html hat nicht viele Elemente. Die wichtigsten sind eh div, span, p, ul/li. Und wenn Du ein halbwegs solides Css Gerüst wie 960 Grid oder Blueprint hast, dann ist das alles kein Problem.
-
Nein, nicht wirklich. Gute .htaccess machen, Zugriffsrechte auf Ordner und Dateien ändern zB: 0755. Ich nehm bei allen Scripts, die ich lade immer die Versionsnummer raus, indem ich sie bei wp_enqueue_script auf '0.0' setze. Weiters den wp_generator Link, Live Writer, etc. Dann weiß der Angreifer wenigstens nicht, bei welcher Version er welche Sicherheitslücke schließen muss. Weiters lange Passwörter ~12 Zeichen mit Sonderzeichen wie "!,",§,.;,,etc." verwenden. Allen Rollen unter Admin mit remove_cap('edit_users') reduzieren, usw.
-
Vorwort: Bitte Supportanfragen im Forum belassen. PN sind private Nachrichten für private Dinge außerhalb der Öffentlichkeit. Daher meine Antwort hier herinnen.
Antwort: Das FireBug-AddOn für FireFox ist ein Analyse und Testtool. Man startet es mit einem Klick auf den kleinen "Bug" rechts unten in der Browser-Fußzeile. Es bietet mehrere Modi: Konsole, Html, Css, Netzwerk. Soweit die wichtigsten. Für diesen Fall sind aber nur "Html" und "Css" wichtig. Wenn man FireBug startet, kann man unter "Html" Elemente auswählen. Besonders leicht geht das mit dem Pfeil links oben im FB-Fenster. Einfach Pfeil anklicken und Element in der Seite anklicken. Der passende Teil im Quellcode wird dann sofort angezeigt. Öffnet man den <head> kann man die Liste der geladenen Css-Dateien und JScripts ansehen. Dann kann man mit [rechte Maustaste] > "Element löschen" ein Element entfernen. So erkennt man, wenn man eine Datei nach der anderen löscht, ziemlich schnell Dateien/Scripte die in Konflikt miteinander stehen.
Alles klar?
-
Achja, es gibt auch noch $WP_Users, damit kannst Du zB $user->has_cap('edit_posts') abfragen.
-
Hello Leute,
mit dem Update auf 3.0 kam auch eine neue Funktion hinzu names capital_P_dangit(), die unterm Strich ein Filter ist, der im vom Autor geschriebenen Content automatisch das große "P" in WordPress ausbessert. Da dies nicht diskutiert wurde, bevor es das Core-Team eingebunden hat, schlagen gerade die Wellen hoch und Automattic fällt entweder der a) Himmel oder b) die Community auf den Kopf.
Ich hab mich an Frank Bültge gehalten und den Filter einfach in der functions.php deaktiviert. Trotzdem stimme ich mit den meisten Leuten überein: Inhalte automatisch verändern greift in die Grundrechte der Autoren und Blogbetreiber ein und geht einfach nicht.
Hier ein Link zu Diskussion. Wäre schön, wenn sich der eine oder andere auch beteiligen könnte. Es ist glaub ich eine gute Gelegenheit zwischen der betreibenden Firma Automattic und der Community ein paar Regeln aufzustellen (Matt Mullenweg ist auch - mit etwas unfreundlichem Ton - an der Diskussion beteiligt).
http://groups.google.com/group/wp-hacke…407298aac1bb109
Danke!
-
Naja, sieh es einmal so. Inspyde betreibt dieses Forum hier kostenfrei, ist aber eine (nette) Firma, die sich den Aufwand, als quasi Charity antut. Vieles ist hier nicht perfekt und könnte besser sein. ABER: Wenn ich mir die derzeitige Diskussion zwischen Automattic und der Community auf der wp-hackers Mailingliste zum Thema "Wordpress korrigiert WordPress mit großem P automatisch" [1] anschaue, dann bin ich gerne mit kleinen Unzulänglichkeiten zufrieden und freu mich über den angenehmen Umgangston hier :)
-
Nicht hilfreich, aber vielleicht ein Trostspender > "Puh!!" ... Sorry, echt keine Ahnung. Hört sich heftig an und ist glaub ich eher was für eine "richtiges" Php-Forum.
-
Was Du meinst sind Optionen. da gibt's die Settings API oder einfach get_option() und add_option(). Das kannst Du über zB Deine functions.php regeln. Bitte einfach einmal den Codex dazu konsultieren.
-
Gibt's zu dem PlugIn im Repository bei Wordpress.org kein Forum? Außerdem bitte die Regeln lesen, was für einen Thread so alles notwendig ist.
-
Du musst den Codex schon ein wenig lesen. Die eigentliche Arbeit nimmt Dir niemand ab: Die Parameter gehören alle in die Funktion.
Die Funktion selbst ist wp_list_categories(). Innerhalb der Klammer kann diese Parameter entgegennehmen. Diese werden bei dieser Funktion mit "&" verknüpft. Wenn Du nur eine Klammer machst, gehört die nirgendwo dazu: ('warumgehthiernicht=34') macht nicht viel Sinn. :mrgreen:
Wie gesagt: Wenn Du etwas ändern willst, gibt es nur 2 Möglichkeiten: Jemand dafür bezahlen, oder selbst lernen. Kopf hoch, das geht alles gar nicht so schwer. :)
-
Du kannst normale Seiten anlegen und denen ein Template geben. Wie Du ein Template erstellst findest Du im Codex oder in zig Tutorials im Netz.
Hier der essentielle Teil:
Codeif ( current_user_can('subscriber') || current_user_can('author') || current_user_can('editor') || current_user_can('administrator') ) { // Hier kommt Dein Content her } else { echo 'Zu diesem Bereich haben nur registrierte Mitglieder Zugang'; // http://codex.wordpress.org/Function_Reference/wp_loginout wp_loginout(); }Wie Du in dem Codex-Link siehst, kannst Du auch direkt ein Login-Formular platzieren, oder einen Redirect nach dem Login machen (zB auf derselben Seite bleiben, oder auf die Home-Seite).
Alternativ kannst Du auch
Codeif ( [URL="http://codex.wordpress.org/Function_Reference/is_user_logged_in"]is_user_logged_in()[/URL] ) { // Dein Inhalt } else { echo 'Du hast hier keine Rechte. Also geh zum Teufel.';
verwenden.Weiters kannst Du mit current_user_can auch Rechte wie 'read' überprüfen, die auf mehrere Rollen passen. Siehe dazu Codex: Roles & Permissions (oder so).
-
Servas,
Deine Links sind alle 404... schau mal ins WordPress.org Plugin Repository. Dort findest Du welche unter Schlagworten wie "Login, Redirect, Mail, wp-mail, etc."
Dere!
-
Da sind noch einige andere Probleme im Design selbst: siehe zB min-width bei allen Divs, z-index bei der violetten Grafik im Fußzeilenbereich, etc. Vielleicht ein Tip am Rande: Probiers einmal mit 960 Grid oder Blueprint als Basis. Dein jetziges Design "scaled" relativ schlecht bei kleinerer Auflösung als 1280px Breite. Btw #2: Deine Grafiken hören am Rand auf. Was vor allem witzig ist, weil durch die min-width ein horiz. Scrollbalken auftaucht.
-
Hast Du irgendwelche Admin-Stylesheets registriert? Schau mal mit FireBug in Deinen header vom Admin. Da sollten nur "global" und "colors-css" drinnen sein. Wenn zu viele drinnen sind: Rechte Maustaste > Element löschen und schauen ob es verschwindet. Falls das auch nichts hilft, dürfte Dein Theme irgendwo auf den Admin-bereich zugreifen: Theme deaktivieren > verschwunden/noch da? Falls noch da, dann die Plugins Stück für Stück aktivieren. Falls weg, Dein Theme auf is_admin() checken (Notepad++ zB unterstützt Dateiübergreifendes suchen).
-
Meine 2 cents (ja, auch das ist eingedeutschtes Englisch):
A) Wenn jemand mit WordPress anfängt, braucht er viel und oft Hilfe, was die Themen und Beiträge hier im Forum belegen. Fakt ist aber auch, dass die Mehrheit der WordPress Community Englischsprachig ist. Daher wirst Du auf englischen Internetauftritten schneller Antworten finden, bzw. in größerer Variation. Und genau deswegen macht es Sinn die wichtigsten Begriffe nicht zu weit vom englischen/internationalen Originalbegriff zu entfernen.
B) Wie schon gesagt: Du kannst Dir alles anpassen. Inspyde war sogar so nett, nach langer Diskussion, auch die Sie-Variante für Geschäftszwecke weiter zu führen, ergänzen und zu warten. Ergo: Schön, dass Du eine Urdeutsch-Variante gemacht hast und teilst. Eine österreichische und/oder schweizer deutsche Variante wäre auch eine feine Sache. -
Mensch, hab jetzt auf den Link geklickt und das ist ja schon ein WP Plugin. Wieso passt Dir das nicht, bzw. wieso liest Du Dich nicht in den Code ein und änderst es, wenn es Dir nicht passt? Bzw: WIESO fragst Du nicht zuerst beim Plugin Autor oder im zugehörigen Forum?
Achja, nochwas: Du musst im schlimmsten Fall nur die Optionen im PlugIn ganz oben anpassen. ist ein einfaches Array für die Optionsseite im Admin-UI... Schau einfach nach 'args'
-
Naja, es gibt eh eine einfache Lösung:
- Flash rein laden und den Datenfeed aus folgender function holen:
http://codex.wordpress.org/Function_Reference/wp_tag_cloud
- dort als Parameter für echo false eingeben und die Daten in einem array ablegen
- dann einfach an die Schnittstelle von cumulus übergeben -