Beiträge von neals

    Um einfach auf die Frage im Titel des Threads zu antworten:

    Keine Verdienstchance mit Blogging?

    Natürlich gibt es Verdienstchancen mit Hilfe von Blogging!

    Allerdings gibt es auch genauso Verdienstchancen in allen möglichen anderen wirtschaftlichen Bereichen und die meisten Vorraussetzungen für im monetären Sinne erfolgreiches Blogging sind meiner Meinung nach nicht sonderlich anders als jede andere wirtschaftliche Unternehmung. Jetzt hätte ich aber vorher lieber genauer klären sollen, was du oder wir hier unter dem Begriff Blogging verstehen.

    Die eigentliche Frage, die meist hinter solchen und ähnlich gearteten Aussagen stecken lauten meiner Ansicht nach:

    Kann man leicht Geld verdienen und vor allem mit wenig Investition?

    Meiner Erfahrung nach kann man Geld verdienen, aber meist ist zunächst eine größere Investition nötig. Die muss zum Glück nicht zum größten Teil finanzieller Natur sein, aber einige Zeit, Energie und eigenes Engagement sind nötig um die Sache in Gange zu bekommen. Und auch hierbei ist es wie in anderen Wirtschaftsbereich auch: Vorher kann dir niemand 100% genau sagen was funktioniert und was nicht.

    Also einfach ein bisserl unregelmäßig und ziellos rumbloggen und erwarten, dass man damit seinen Lebensunterhalt verdienen kann, wird nicht funktionieren.

    Auch wenn ich den Blog nicht lese, so ist Sascha Pallenberg (http://www.netbooknews.de/) ein gutes Beispiel für die Thematik Geld verdienen mit Blogging. Der hat klein angefangen und sich mit viel Arbeit in die Lage versetzt von seinen Blogs zu leben.

    Dann bleibt auch noch offen auf welchem Wege man letztendlich sein Geld verdient: direkte Verkäufe, Provisionen oder über die PR-Wirkung des Blogs seine Dienstleistungen besser verkaufen, etc.

    Wenn es so kniffelig ist, würde ich erstmal wieder alles auf 0 setzten und die Installation von vorne beginnen. Manchmal können unerklärliche Probleme auch damit zu tun haben, dass beim Upload nicht alle Dateien hochgeladen wurden oder eine Datei beim Upload beschädigt wurde.

    Also alles Löschen und von vorne beginnen. Wenn du mit der Installation durch bist, testest du erstmal alles andere bevor du dich an die Änderung der Permalinks machst, machst ggf. ein Backup der Dateien und der Datenbank und dann probierst du es noch einmal.

    Vielleicht hilft dir das weiter:

    Forcing MU to use www

    Der vorgestellte Hack ist für WordPress (mu) 3.x nicht mehr nötig, aber wenn ich es richtig verstehe, muss man gleich zu Beginn der WP Installation auf http://www.domain.de installieren. Eine spätere Änderung scheint nicht so einfach zu sein. Falls es ohne www installiert wurde werden Besucher bei Eingabe von http://www.domain.de allerdings automatisch auf http://domain.de umgeleitet, so dass man in den meisten Fällen sicher auch damit leben könnte.

    403 Fehler kommen oft durch falsch gesetzte Dateirechte zustande. Ich hatte das mal das alle hochgeladenen Dateien vom Server des Providers automatisch mit relativ restriktiven Dateirechten ausgestattet wurden (Stichwort mask).

    Prüf mal wie es z.B. um die Zugriffsrechte der Dateien bestellt ist. Allerdings schreibst du ja, dass die Installation erstmal funktioniert hat, was eher gegen solch ein Problem spricht.

    Bin gespannt wie sich dein Provider äußert.

    Ich habe folgendes Problem:

    Nachdem ich einem Bekannten ein WordPressblog (3.0x) installiert habe, hat dieser einige Seiten selbst gestaltet. Später fiel ihm auf, dass die auf den Seiten eingefügten Bilder alle als Attachment verlinkt waren und er hat dann im Windows Live Writer die Bilder auf "Nicht verlinkt" gesetzt.

    Nun werden die Bilder auf den Seiten korrekt ohne Verlinkung angezeigt, aber in den Google Sucherergebnissen tauchen noch URLs auf, die zu den Attachmentseiten der Bilder verlinken (da kann man sogar Kommentare hinterlassen).

    Ich wollte nun diese Attachmentseiten entfernen, finde aber keinerlei Möglichkeit das zu tun. Ich kann das Bild zwar bearbeiten, aber dort lässt sich keine Möglichkeit finden das Bild nicht unter einer Attachment URL anzuzeigen oder wenigsten die Kommentarfunktion zu deaktivieren. Ich will das Bild ja nicht komplett entfernen. Es soll ganz normal im Beitrag angezeigt werden, aber es soll keine Möglichkeit für Besucher geben auf die Attachmentseite des Bildes zu gelangen und dort einen Kommentar zu hinterlassen. Ich habe nun ein wenig rumprobiert und anscheinend sind die Attachmentseiten verknüpfter Bilder aus der Mediathek immer vorhanden und für Besucher erreichbar (auch wenn die Seite aus dem Artikel nicht verlinkt wurde).

    Habe ich etwas übersehen oder gibt es wirklich keine Möglichkeit diese Attachmentseiten inkl. Kommentarmöglichkeit zu verhindern, wenn man mit der Mediathek oder der XML-RPC Schnittstelle arbeitet?

    Der Thread ist zwar schon älter taucht aber bei entsprechender Recherche in Google recht schnell auf. Ich war ebenfalls auf der Suche nach einer Lösung des Problems mit dem Now Reading Plugin oder einer Alternative und hoffe das die folgende Info anderen 'Suchenden' hilfreich sein kann.

    Mittlerweile hat sich Ben Gunnink der Sache angenommen und stellt nun das Now Reading Reloaded Plugin zur Verfügung, dass auch mit WP Versionen ab 2.7 zusammenarbeitet:

    Now Reading Reloaded (auch im Wordpress plugins repository)

    Ganz herzlichen Dank für die schnelle Hilfe! Hat wunderbar geklappt.

    Nur entdeckte ich dann, dass bei einigen Kommentareinträgen von mir auch zusätzlich die E-Mailadresse abhanden gekommen war. Aber das konnte ich auf Basis dieser Hilfestellung dann schnell mit folgendem vorangesetzten Befehl lösen:

    SQL
    UPDATE wp_comments SET comment_author_email = 'me@example.com' WHERE comment_author = 'MeinName';


    Glücklicherweise hat meines Wissens niemand mit gleichen Nickname Kommentare hinterlassen.

    Ich habe folgendes Problem:

    Ich bin zwischenzeitlich von WordPress auf Drupal umgestiegen und nun wieder zurück gewechselt. Zu meinem Erstaunen hat mein Blog die beiden Migrationsvorgänge einigermaßen schadlos überstanden. Mit Hilfe von Jowras netter Anleitung konnte ich auch die wichtigsten Ersetzungen in der Datenbank vornehmen.

    Nun ist mir aufgefallen, dass mein WP Theme nur teilweise meine eigenen Kommentare als Autor hervorhebt. Nach kurzer Recherche konnte ich das Problem ausmachen. Aus irgendwelchen Gründen sind viele meiner eigenen Kommentare nicht mit der user_id "1" gekennzeichnet. Mit dem bisher genutzten Befehl:

    UPDATE tabellenname SET feldname = REPLACE(feldname, 'suchstring', 'ersatzstring');

    komme ich da nicht weiter.

    Ich bräuchte so eine Konstuktion wie:

    Wenn in der Tabelle 'wp_comments' die 'comment_author_email' gleich meiner E-Mailadresse ist, dann setzte bitte die 'user_id' auf "1".

    Mit meinen zugegebenermaßen noch recht oberflächlichen MySQL Kenntnissen und Recherchen bin ich bisher zu keinem Ergebnis gekommen. Weiß hier jemand Rat?

    Grüße aus dem hohen Norden

    Nils

    PS: Alles natürlich nur mit vorherigem Backup der Datenbank ;) !

    Hallo,

    ich möchte mir gerne das Leben erleichtern und meine verschiedenen Blogs unter eine Installation bringen. Soweit ich das verstanden habe, sollte es mit der Subdomainoption bei der Installation von WPMU relativ einfach sein mehrere Blogs unter verschiedenen Subdomainadressen zu betreiben.

    Ich habe nun problemlos WPMU in der Hauptdomain installiert. Alles unter hauptdomain.de funktioniert.

    Dann habe ich einen zweiten Blog erstellt mit der Subdomain subdomain.hauptdomain.de. Da ich keinen Zugriff auf den Apache habe und Plesk als Verwaltung meines Hostings nutzen muss, habe ich in Plesk einfach die Subdomain als Domain Alias für die Hauptdomain angelegt.

    Nun kommt es zu folgendem merkwürdigen Problem. Beim Aufruf von subdomain.hauptdomain.de erhalte ich folgende Servermeldung:

    Zitat

    Temp Error

    This site is currently not working. Be sure it will be up soon! ;-)

    your server administrator

    Ich war schon verzweifelt am Suchen wo ich noch etwas ändern muss, als ich zufällig in der Administration auf den Loginlink für den Subdomainblog geklickt habe und siehe da ... die Seite unter:

    [noparse]http://subdomain.hauptdomain.de/wp-login.php[/noparse]

    wird problemlos und fehlerfrei angezeigt. Ich kann dort einloggen, die komplette Administration nutzen, ich kann neue Artikel und Seiten erstellen, die unter der jeweiligen URL auch uneingeloggte User aufrufen können. Alles auf der Subdomain funktioniert ... nur die Startseite nicht - auch nicht wenn ich subdomain.hauptdomain.de/index.php eingebe. Ich erhalte sogar bei der Eingabe von Unsinn wie "subdomain.hauptdomain.de/falscheadresse" eine 404 Fehlermeldung im passenden Bloglayout ^^.

    Hat jemand eine Idee was fehlt?

    Gruß Nils

    Genau das Problem habe ich ebenfalls mit meinem frisch auf WP 2.31 upgedateten Blog. Jedesmal wenn ich einen alten Beitrag bearbeite werden alle verlinkten Seiten angepingt.

    Nach meiner Information sollte das ja seit Version 2.1 nicht mehr der Fall sein.

    Ideen, Anregungen, Hilfe oder Leidensgenossen hier?

    Ist das alte Pingverhinderungsplugin auch noch in WP 2.31 nutzbar?

    vielleicht das FeedBurner Plugin

    Da ich früher schon ab und an von solchen Problemen gehört hatte, habe ich prophylaktisch erstmal einen Test gewagt und auch bei mir taucht das Problem auf.

    Direkt auf dem Blog funktioniert alles wie vorgesehen, aber anscheinend wird im Feed alles angezeigt ... in meinem Operabrowser bin ich weder in den WP-Admin eingeloggt noch habe ich dort irgendein Passwort für die Artikel eingegeben und doch wird dort der Textinhalt angezeigt.

    Mein Verdacht fällt auf das FeedBurner FeedSmith Plugin, aber heute komme ich nicht mehr dazu das auszutesten.

    Hat jemand vielleicht den Übeltäter schon identifizieren können?

    Ich bin mir nicht sicher, ob ich Dein Anliegen richtig verstanden habe, aber unter "Admin" > "Einstellungen" > "Lesen" und dort "Startseite" lässt sich eine statische Startseite einstellen und bestimmen auf welcher Seite die Blogartikel veröffentlicht werden sollen (dazu muss die gewünschte Seite vorher angelegt worden sein, sonst lässt sich nix auswählen).

    Putzlowitsch

    Danke für die schnelle Antwort :) !

    Ich habe jetzt ein wenig rumprobiert.

    Permalinks vorher:

    Code
    http://domain.de/2006/11/23/titel-des-artikels/

    Permalinks jetzt:

    Code
    http://domain.de/titel-des-artikels.htm

    Anhand Deines dritten Beispiels bin ich bis zu folgender Variante gekommen:

    Code
    RedirectMatch permanent ^/[0-9]{4}/[0-9]{2}/[0-9]{2}/(.+)    /$1.htm

    Das Ergebnis sieht so aus:

    Code
    http://domain.de/titel-des-artikels/.htm

    D.h. leider ist mir jetzt noch der letzte "/" im Weg.

    Ich habe zwar schon ein wenig rumgesucht (z.B. hier) aber dafür noch keine Lösung gefunden.

    Weiß jemand Rat?

    Nachtrag: Ich habe die Lösung jetzt selbst gefunden :D :

    Code
    RedirectMatch permanent ^/[0-9]{4}/[0-9]{2}/[0-9]{2}/([^/]*)    /$1.htm