Beiträge von cywhale

Vielen Dank,mit diesem Ansatz kann ich schonmal arbeiten, werde mich einlesen, testen und mich ggf. hilfeschreiend oder dankend wieder hier melden :)

Edit: Gibt es da abgesehen von der o.g. WordPress.Org-Seite noch andere Dokumentationen ?

Hmja, die UI-Tabs sind definitiv interessant, danke.
Von SACK habe ich bisher noch nicht viel mitbekommen, allgemein orientiert sich mein Wissen eher in Richtung PHP/XHTML/CSS und weniger AJAX/JS.

AJAX in Plugins « WordPress Codex werde ich mir mal zu Gemüte führen müssen, ich bin mir nach grobem überfliegen aber nicht sicher ob es das ist was ich benötige:

- User klickt im Adminbereich auf 'CyStats'
---> Container mit Tagesbesuchen wird angezeigt
------> User klickt auf Tab 'Wochenübersicht'
---------> jetzt soll die Seite nicht neu geladen sondern ein XmlHttpRequest an z.B. eine /plugins/cystats/build-graph.php mit Parameter z.B. 'week' abgesetzt werden.
-------------> die build-graph.php muss jetzt eine DB-Verbindung aufbauen und vorher den Adminstatus prüfen.
----------------> Wenn alles ok, Diagramm o.Ä. generieren und zurückschicken, soll im gleichen Container angezeigt werden.

So soll das Prinzip sein wenn möglich, bin für jede Hilfe dankbar :)

Grüsse und danke

Aber was hat der Button dann überhaupt für einen Sinn? Warum nicht den Doctype ändern und den korrekten Button benutzen? Wenn jemand auf den XHTML1.0-Button klickt (und die Versuchung ist bei manchen doch vorhanden, schliesslich will der Admin mit dem Button ja etwas aussagen - das die Seite für XHTML 1.0 validiert).

Das Mehrsprachenprojekt ist extrem interessant, sehe ich das richtig, grob gesagt werden die Permalinks um die Sprache ergänzt? Wie funktioniert das dann intern mit z.B. verschiedensprachigen Posts (Publikationssprachen)? Sehr interessant das... :) Bin gespannt auf das fertige Plugin.

Nur ein Gedanke:
- Mit is_feed() überprüfen ob ein Feed abgerufen ist
- Mit is_category('deineID') auf die bewusste(n) Kategorie(n) überprüfen
- Wenn ja - umleiten mit header('location...)

Weiss nicht ob das funktionieren kann, v.a. ob is_category() in Feeds korrekt funktioniert, einen Versuch wäre es wert.

Grüsse

Hallo.
Ich plane gerade die Überarbeitung meines Statistikplugins, die Grundidee ist es statt vieler einzelner Adminseiten alle Satistikausgaben übersichtlich auf einer Seite zu plazieren.

Beispiel 'Besuche':
Man stelle sich ein Tab-Menü mit unterhalb gelegenem Datenfenster vor

-----------------------------------------------------------------------
TAGE | WOCHEN | MONATE | JAHRE
-----------------------------------------------------------------------


                   
                  ... hier dann Diagramm und Daten ...
                       für die jeweiligen Menüpunkte


-----------------------------------------------------------------------

Das Ganze jeweils für Besucher, Referer, Suchmaschinen, Suchworte, Browser/-Versionen,Artikel- und Seitenaufrufe, Visit-Rohdaten,...
Statt nun alle Daten per MySQL komplett auszulesen und zu verarbeiten (Overkill bei grösserer Datenmenge) und in versteckte DIVs zu packen habe ich mir überlegt dass man bei Klick auf einen TAB die Daten per externem Script generieren lassen könnte und dann per XmlHttpRequest in das DIV laden könnte. Benutzt werden soll hierfür Ajax Tabs Content documentation
sofern Lizenzkompatibel, muss ich noch gucken.

Zur Frage:
Wenn die Daten/Diagramme von einem externen Script generiert werden sollen
- Wie sichere ich das externe Script ab (nur Benutzung durch Admin) ?
- Wie bekomme ich am günstigsten/schnellsten die Datenbankverbindung (über include() der wp-config) ?

V.a. die Absicherung ist mein grosses Problem, weiss da jemand Näheres? Ich suche mir einen Wolf und kann absolut nichts finden...

Beteilige mich an der Suche, brauche auch einen einfachen Downloadmanager für meine Code-Stückchen bei denen es sich nicht lohnt einen WordPRess-Plugins-Directoryaccount aufzumachen...

Bei Zugriff auf die php.ini:

upload_max_filesize=32M

Falls kein Zugriff möglich wäre das hier noch einen Versuch wert, z.B. in der wp-config.php:

ini_set('post_max_size', 320000);
ini_set('upload_max_filesize', 320000);

Meistens kann der Wert aber wirklich nur durch den Provider geändert werden.
Viel Glück

Keine Datei, ist in der Datenbank. Wenn vorhanden guck mal mit phpMyAdmin oder ähnlichen Tools in die Tabelle wp_options, dort die Zeilen mit option_name='siteurl' und option_name='home', wenn ich mich nicht irre.

+1
Neulich gab es die Frage wie man enn die Bilder aus dem Feed herausbekommt...
Wie bindest du denn die Bilder in die Posts ein? Kann man sich den Feed ansehen?

Zitat von cywhale

Wenn vorhanden kann man die Funktionen auch in die functions.php des Themes packen, spart ein Plugin.

- Niemals, ich würde niemals ohne zu wissen in wieweit sich jemand auskennt empfehlen in den WP-Coredateien zu arbeiten, das Risiko ist zu gross.
- Bei jedem Update muss man erneut editieren (und auch daran denken).

Deshalb bin ich eher für die functions.php als 'sparsamere' ressourcenschonendere Lösung, quasi als 'Toolsammlung' die auch bei Updates bestehen bleiben kann , da WordPress aber auch von vielen Usern benutzt wird die absolut keine Ahnung von den Interna/PHP/XHTML usw. haben ist ein Plugin immernoch die einfachste Lösung.

Wie hast du dein Druckstylesheet eingebunden? Wie sieht die CSS-Datei aus?

Noch speziell aus der (engl.) WP Doku zum Thema, falls mal wieder jemand darüberstolpert: Styling for Print « WordPress Codex

Google 'WordPress Druchversion': WP - Druckversion - bueltge.de [by:ltge.de]

Bei mir hab ichs so gelöst:

<link rel="stylesheet" type="text/css" media="print" href="<?php bloginfo('stylesheet_directory'); ?>/print.css" />

als alternatives Stylesheet eingebunden, dann in der print.css einfach angepasst und ausgeblendet:

/* Print Style Sheet */
@media print {
body {background:white; color:black; margin:0 }
#container-above{display:none;}
#container-topnav{display:none;}
#container-topnavs{display:none;}
#container-breadcrumb{display:none;}
#footer{display:none;}
#container-bottomnavs{display:none;}
.post small a{display:none;}
#header { display:block; 
    height: 100px; 
    font-size: 150%; 
    color:black; }
}
.post small{margin-top:2em;margin-bottom:0;padding:0;}
.post h1{padding:0;margin:0;font-weight:bold;}
#header p{display:none;}
#page{ margin-left:0; 
     float:none; 
     width:auto;
     font-size:12pt;font-family; Arial,sans-serif; }
#commentform,#respond,#post-meta,.avatar,.pagination,.invis,.pagebar { display:none }
h1, h2, h3, h4, h5, h6 { page-break-after:avoid; 
     page-break-inside:avoid }
img { page-break-inside:avoid; 
     page-break-after:avoid; }
blockquote, table, pre { page-break-inside:avoid }
ul, ol, dl  { page-break-before:avoid }

Ist weder perfekt noch schön, kann aber als Anhaltspunkt dienen.

Zur Frage: display:none;

Im obigen Code war ein Zeilenumbruch nach dem schliessenden ?>, das könnte der Fehler gewesen sein. Zur Sicherheit hier nochmal die Version die hier keine Probleme macht (zig Mal hin- und her privatisiert).

Vorneweg - das automatische Update bzw. die Information funktioniert nur wenn
- das Plugin bei wordpress.org gehostet wird oder
- der Autor eine eigene Funktion dafür eingabeit hat.

Trifft das bei Dir zu?

Plugin « Subscribe2 Plugin
Noch eins.

Das eigene Excerpt macht imho eigentlich nur Sinn wenn der Text unterschiedlich zum eigentlichen Inhalt ist oder aber auch wenn er in anderer Funktion benutzt wird, Beispiel Zeitungsbericht-Stil: Überschrift - Interesse-weckende Zeile (Excerpt) - eigentlicher Inhalt.
Sonst würde ich auch das More-Tag empfehlen, zumal man dann den angezeigten Linktext zum vollen Inhalt frei wählen kann (für jeden Beitrag einzeln).

Grüsse

<?php
/*
Plugin Name: CyTBRemovePrivatePrefix


Version: 0.1
Plugin URI: www.cywhale.de
Description: Entfernt 'Privat: '-Prefix von Beitragstiteln
Author: Cywhale
Author URI: http://www.cywhale.de
Min WP Version: 2.3
Max WP Version: 2.5
*/




/*
 * Filterfunktion für the_title
 * Entfernt 'Privat:' oder 'Private:' Prefixe von Beitragstiteln
 * @param string $title, Beitragstitel
 * @return string, Umgewandelter Titel
 */


function cyTB_removePrivate($title) {
    return(preg_replace( '=^(Privat|Private)\:[\ +]=','', $title));
}


// Filter anmelden
add_filter('the_title','cyTB_removePrivate');


?>

Entfernt 'Privat:Leerzeichen' und 'Private:Leerzeichen' am Anfang des Titels.
Wenn vorhanden kann man die Funktionen auch in die functions.php des Themes packen, spart ein Plugin.
Sollte auch <WP 2.3 funktionieren, mangels Testmöglichkeit kann ich das aber nicht sicher sagen.

Grüsse

Edit: Schöne Idee, gleich einen Blogbeitrag draus gemacht :)

Wenn du jetzt eine Datei mit folgendem Inhalt erstellst

<?php
phpinfo(); 
?>

hochlädst und aufrufst, erhältst du dann eine Ausgabe? (Danach wieder löschen).

Hast du an der .htaccess etwas geändert? Laufen andere PHP-Scripte auf deinem Webspace derweil weiterhin?