Beiträge von smartware.cc

    Wenn ich Dich richtig verstehe dann hast Du für die Startseite einen Artikel angelegt und keine Seite. Vielleicht solltest Du Dich erst einmal mit ein paar grundsätzlichen Aspekten von WordPress vertraut machen. Ist nicht böse gemeint... Dein Problem ist in Wirklichkeit keines sondern hängt damit zusammen, wofür WP eigentlich gemacht ist.

    Die Lösung ist ganz simpel: Leg Deine Startseite auch tatsächlich als Seite an und wähle unter Einstellungen / Lesen aus, dass eine statische Seite als Startseite angezeigt werden soll. Dort wählst Du dann die von Dir angelegte Seite aus.

    Peter

    Du hast es doch offensichtlich auf den anderen Seiten auch geschafft, nur auf der Startseite nicht. Oder verstehe ich Dich falsch?

    Sieh mal nach was bei Deiner Startseite bei "Template" eingestellt ist und vergleich das mit den anderen Seiten.

    Peter

    Hallo Marcus,

    ich weiß ja nicht um wie viele Beiträge es geht aber wenn der Aufwand nicht zu groß ist würde ich das anders lösen:

    Für jede TNG-Seite die im Feed erscheinen soll auch wirklich einen Betrag in WP anlegen. Den Beitrag einfach auf die jeweilige TNG-Seite umleiten, zB mit dem Plugin http://wordpress.org/plugins/quick-pagepost-redirect-plugin/.

    Diese Beiträge immer einer bestimmten Kategorie zuweisen und diese Kategorie bei der Erstellung des Blog-Index ausschließen.

    Peter

    Grundsätzlich bist Du hier im falschen Forum. Die Foren auf wpde.org sind für Blogger gedacht, die WordPress selbst hosten. Du hast Dein Blog aber auf wordpress.com gehostet. Damit solltest Du Dich auch an das wordpress.com Forum wenden: http://de.forums.wordpress.com/.

    Ansonsten hilft Dir auch die Themesuche auf http://theme.wordpress.com/ weiter. Ich vermute mal dass dieses Theme hier http://theme.wordpress.com/themes/ari/ genau das kann was Du benötigst.

    Peter

    Schön, dass Du es bereits hinbekommen hast.

    Der Vollständigkeit halber möchte ich darauf hinweisen, dass Du dafür eigentlich keinen eigenen SELECT zu basteln brauchst. Es gibt dafür eine fertige WP Funktion: get_users() - http://codex.wordpress.org/Function_Reference/get_users. Mit dem Parameter exclude kannst Du User über die User-ID ausschließen.

    Die Funktion liefert Dir ein Array, in dem auch der display_name bereits enthalten ist, sodass Du Dir auch noch den Aufruf von the_author_meta sparen kannst.

    Außerdem gibt es mit get_author_posts_url() eine Funktion, die Dir den Link zur Seite des Autors ausgibt, sodass Du auch diesen nicht selbst generiern musst.

    Nur so als Hinweis - Du hast ja eine Lösung gefunden.

    Peter

    Melewo:
    Wenn ich Dich richtig verstehe, dann hast Du eine eigene Seite im Admin angelegt auf der man das Löschen der Daten anstoßen kann. Ist das so gemeint?

    Das ist natürlich eine Möglichkeit, meine Frage bezog sich allerdings in erster Linie auf die "Löschen"-Funktion in der Plguin-Übersicht. Diese wird nur dann sichtbar wenn das Plugin register_uninstall_hook aufruft oder wenn es eine uninstall.php im Plugin-Verzeichnis gibt. "Löschen" ist btw. eine unglückliche Übersetzung und heißt original "Uninstall". Löschen kann ich das Plugin-Verzeichnis selber auch, aber dieser Punkt soll eben angeboten werden um alles sauber zu deinstallieren. Machen nur die wenigsten Plugins. Meine Vermutung ist, dass das deshalb kaum jemand verwendet weil man da soviel ich weiß keine Abfrage mehr einblenden kann und dann ist ohne Rückfrage gleich alles weg.

    Genau deshalb frage ich mich eben auch ob das Sinn macht oder ob nicht Deine Herangehensweise sinnvoller ist, eine eigene Löschfunktion einzubauen.

    Ich hab bisher auch nur für den Eigenbedarf programmiert und da nimmt man solche Dinge in der Regel nicht so genau... ;)

    Peter

    Klar, .htaccess ist eine heiße Sache. Mir geht es ausschließlich um Tabellen, die von einem Plugin angelegt wurden. Ich bin grundsätzlich auch der Meinung, dass eine saubere Deinstallation möglich sein sollte. Aber die wenigsten Plugins bieten einen "Löschen" Link und damit eine Deinstallation an und so füllt sich DB im Laufe der Zeit mit Leichen. Daher meine Frage, wie andere das sehen.

    Peter

    Geht es nur um eine Seite pro Kunde oder um mehrere?

    Wenn es nur eine Seite ist könnte evtl. das Plugin http://wordpress.org/plugins/front-end-editor/ helfen. Der Kunde soll seine Seite einfach im Front End editieren und benötigt gar keinen Zugriff auf das Back End. Dazu kann mit dem Plugin http://wordpress.org/plugins/peters-login-redirect/ nach dem Login wieder auf die Startseite umgeleitet werden. Dann bräuchten Deine Kunden gar nicht wissen wie sie ins Back End kommen und was sie dort alles sehen oder machen können.

    Peter

    Gerd-E.:
    wpSEO hab ich mir angesehen. Stimmt, Export und Import ist eine gute Sache. Aber Deinstallation gibt es auch keine.

    g3h:
    Danke für das Beispiel. Das war mir schon klar, mir geht es darum ob es sinnvoll ist, eine Deinstallation anzubieten.

    So wie ich das sehe, bieten die wenigsten Plugins eine Deinstallation an. Ein Beispiel ist Contact Form 7.

    Vor allem denke ich auch Multi Site. Ein ordentliches Plugin sollte meiner Meinung nach Multi Site fähig sein. Beim Löschen müsste man die Tabellen aller Blogs löschen. Ich weiß nicht ob das sinnvoll ist. Wie seht Ihr das?

    Toll wäre es wenn es einen hook gäbe, wo man die Möglichkeit hat noch eine "Sind Sie sicher?" Seite einzublenden und die Deinstallation bei Bedarf noch abzubrechen.

    Peter

    Hallo Thomas,

    der Job, den Du erstellt hast, führt nur das Backup aus und nicht alle anstehenden WP Cron Jobs.

    Wenn Du den Eintrag in der wp-config nicht machst, dann läuft das normale WP Cron-System parallel - also bei jedem Aufruf der Seite. Wenn Du im WP den Job für 3:00 eingetragen hast, den Cronjob aber erst um 7:00 startest dann läuft der womöglich schon früher, weil zB um 5:00 irgend wer Deine Seite aufruft.

    Du hast damit eine komische Mischform aus "echten" und "unechten" Cronjobs. Das würde ich nicht machen. An Deiner Stelle würde ich nur die wp-cron.php ohne Parameter aufrufen. Dann werden von WP alle anstehenden Jobs ausgeführt. Das würde ich zB stündlich machen. Und dafür das WP Cron-System in der wp-config.php deaktivieren.

    Auch wenn der Cronjob stündlich läuft wird immer nur das ausgeführt, was gerade ansteht. Dein Backup läuft dann nicht stündlich.

    Nur so hast Du eine echte Cron-Steuerung und bist nicht abhängig davon, wann Deine Seite aufgerufen wird - und zwar für alle WP Cronjobs.

    LG
    Peter