Beiträge von marX

    Leg dir im Blog eine statische Seite mit diesem Inhalt an, und lege in "Backend -> Einstellungen -> Lesen" diese Seite als deine Startseite fest.
    Du kannst dieser Seite auch ein individuelles Seitentemplate zuweisen. Über all das findest du sicher was über die Forensuche, und auch die FAQ solltest du dir in diesem Zusammenhang mal anschauen.

    Alle alten Seiten pauschal per 301 auf die neue Hauptseite umzuleiten halte ich persönlich für den falschen Weg. Aber ich glaub da bist du in einem SEO-Forum besser aufgehoben. ;-)

    Falls es nur wenige alte Seiten gibt, dann bist du mit der "Redirect 301"-Methode schon auf dem richtigen Weg. Bei vielen Seiten könnte man auch mod_rewrite einsetzen, falls sich die Änderungen mit einem regulären Ausdruck abbilden lassen (d.h. z.B. ist der einzige Unterschied das nun fehlende .html). Da kommts aber auf deine individuelle Situation an.

    Vielleicht gibts auch Plugins, die dich da unterstützen, schau dir z.B. mal dieses an:
    Permalinks Migration Plugin for wordpress : DEAN LEE:/DEV/BLOG
    (habs selbst noch nicht benutzt, aber die Forensuche sollte das kennen)

    Mmh, erstmal ist dein #menu in der Summe zu breit:

    Code
    #outer {
    width:[COLOR="Blue"]938px[/COLOR];
    }


    Zur Verfügung stehen 938px.

    Code
    #menu {
    margin:20px [COLOR="Red"]12px[/COLOR] 0;
    padding:10px[COLOR="#ff0000"] 0[/COLOR];
    width:[COLOR="#ff0000"]925px[/COLOR];
    }


    925 + 12 + 0 + 0 + 12 = 949px

    Mach #menu zunächst mal 11px schmaler, dann passt es auch genau in #outer. Du kannst die Breitenangabe hier theoretisch auch weg lassen.

    Die 1px-Verschiebung wird wohl durch eine fehlerhafte Berechnung der Positionierung von Hintergrundbild für body und dem #outer-Container kommen. Einen wirklichen Grund für die Fehldarstellung kann ich nicht erkennen, der Code an sich scheint korrekt zu sein.

    Selbst wenn ich

    HTML
    http://www.example.com/?page_id=10

    nehmen würde wäre Google damit zufrieden??


    Zufrieden ja. Aber mehr zufrieden schon mit

    HTML
    http://www.example.com/beispiel oder http://www.example.com/beispiel.html


    Sieht auch für deine Besucher besser aus. Ob mit oder ohne .html-Endung (Üwkes: wieso "falsch"? Ist doch ne HTML-Seite ;-)) dürfte IMHO ziemlich egal sein. Ich geh da im Zweifelsfall den Weg des geringsten Widerstandes, sprich den der sich mit dem CMS am einfachsten umsetzen lässt. ;-)

    Mal vom Javascript abgesehen wäre eine weitere Möglichkeit, ein transparentes GIF-Bild über das eigentliche Bild zu legen, so daß der unbedarfte User dann dieses speichert.


    Klar, auch ne Möglichkeit. Hab ich auch schon eingesetzt, bei ner entsprechenden Zielgruppe hält das sicher 90%+ vom "Klau" ab. Aber letztlich ist auch das nicht mehr als ein Schild an ner offenen Tür.

    Zitat

    Ich finde das Hotlinking von Bildern gar nicht mal schlecht.


    Kommt natürlich ganz drauf an, bei solchen Symbolbildern wie deinem Babybel hätte ich sicher auch nichts dagegen - vor allem nicht bei Webspace mit "unlimited" Traffic. Aber es gibt schon Bilder, die man nicht direkt und ohne Quellenangabe auf anderen Seiten eingebunden sehen will. Da bietet sich ein Hotlinking-Schutz + Quellenangabe direkt im Bild schon an. Dann sehen viele Besucher des pösen Pilderklauers eben das Bild einer armen Dame, die sich nicht mal Kleidung leisten kann. Und die Besucher bei denen der "Schutz" nicht greift zumindest die Quellenangabe auf dem Bild.

    Zitat

    So habe ich z.B. erfahren, daß Schlagzeuger die Wachshülle von den Mini-Babybel in der Hand kneten und dadurch den Halt der Sticks in den Händen verbessern :-)


    :-D

    Ich hab den Code mal mit den Forentags für Codeabschnitte aufgehübscht. ;-)

    Kommentier mal das hier wie folgt aus:

    PHP
    <?php /* if ( in_category($AsideId) ) : ?>
                        <ul class="asides">
                            <li id="p<?php the_ID(); ?>">
                                <?php echo wptexturize($post->post_content); ?>                            
                                <br/>
                                <?php comments_popup_link('(0)', '(1)','(%)')?>  | <a href="<?php the_permalink(); ?>" title="Permalink: <?php echo wptexturize(strip_tags(stripslashes($post->post_title), '')); ?>" rel="bookmark">#</a> <?php edit_post_link('(Bearbeiten)'); ?>
                            </li>                        
                        </ul>
                        <?php else:  // If it's a regular post or a permalink page */ ?>


    und

    PHP
    <?php // endif; // end if in category ?>

    Wer ist eigentlich der Entwickler und wo kann man mal eine Stellungsnahme dazu erwarten?


    In der Pluginliste auf den Link bei Akismet zu klicken ist zu einfach oder? ;-)
    Stop Comment Spam and Trackback Spam Akismet


    Aus der FAQ:

    Zitat

    What if it shows a different number of comments than it has reported caught?

    Some versions of the Akismet for WordPress plugin will hide duplicate comments, making it appear to be a different number caught than displayed.

    Ich akzeptiere es und Du zeigst mir wie man sich
    vor hotlinks schützt.


    Na damit kann ich leben. :-)

    Apache Configuration
    <FilesMatch "\.(gif|jpe?g|png|bmp|pdf|zip|rar|mp3|js)$">
    RewriteEngine on 
    RewriteCond %{HTTP_REFERER} !^$ 
    RewriteCond %{HTTP_REFERER} !^http://(www\.)?example.com [NC] 
    RewriteRule .*\.(gif|jpe?g|png|bmp|pdf|zip|rar|mp3|js)$ - [F] 
    </FilesMatch>


    So sieht der Code aus, der in deine .htaccess muss. Wo dürfte egal sein, ich würde ihn an den Anfang setzen.

    Was hier passiert: wenn der Referrer (URL der Seite, von er aus die URL aufgerufen wurde) nicht leer ist (1. RewriteCond) und nicht deine Domain mit oder ohne www ist (2. RewriteCond, hier musst du noch deine Domain eintragen), dann wird ein "Forbidden"-Status zurückgeliefert (RewriteRule). Das ganze gilt für alle Dateien mit der angegebenen Dateiendung.

    Anmerkungen dazu:

    • Besucher die den Referrer unterdrücken (kann z.B. auch eine Personal Firewall im Hintergrund machen), sehen das verlinkte Bild trotzdem (100% Schutz gibts nicht, macht in dem Fall aber nicht allzuviel)
    • statt "Forbidden" zu senden kann man auch ein anderes Bild ausliefern. Was das im Detail ist überlasse ich mal deiner Phantasie... ;-)
    • (mod_rewrite muss natürlich verfügbar und aktiviert sein)

    Kann ich Wordpress auf Domain Nr.2 installieren, und dabei auf die Datenbank von Domain Nr.1 verwenden?


    Frag den Provider, ob sein DB-Server öffentlich erreichbar ist, und wenn ja unter welcher Adresse. Im Normalfall wird aber nur "localhost" möglich sein.

    Zitat

    Oder gibt's eine Möglichkeit, auf Nr.1 zu installieren und die Präsenz auf Nr.2 zu faken? Ich hätt halt gerne die Adresse genutzt...


    KK-Antrag machen und Domain auf den besser ausgestatteten Provider umziehen lassen. Wie das geht steht sicher in den FAQ deines Providers.

    Ich hab sowas mal mit nem JavaScript gemacht, was ich in den Adminbereich eingehängt hab. Das hat beim Klick auf den Speichern-Button geprüft ob das Feld "Tags" einen Inhalt (genauer:3 durch "," getrennt eingegebene Tags) enthalten hatte.

    Leider kann ich dir nur den Ansatz liefern, das Plugin war damals für WP 2.0 + UTW. Seitdem ist viel Wasser die Spree runter geflossen... ;-) Aber das ist eigentlich keine allzu große Sache.

    Als erstes möchte ich die Möglichkeit der schnellen Bilderkopie einschränken


    Nachvollziehbar. Aber finde dich damit ab - was im Web veröffentlich ist, das ist öffentlich und jeder kann ran der möchte. Der Aufwand ist in der Regel fast null.

    Zitat

    Beispiel: Ein Türschloss ist eine Vorrichtung die (idR) nur mit Zeitaufwand zu überwinden ist; aber sie ist zu überwinden.


    Schon. Das Script ist aber kein Schloss. Das Script ist ein Schild an einer offenen Tür was sagt: "Ich bin geschlossen!"

    Zitat

    Es gibt immer und überall und für fast Alles bessere Lösungen um bestimmte Ziele zu erreichen, das ist schon klar. Aber viele kleine Hürden ergeben eine große Hürde und viele kleine Hürden bedeuten ebenfalls mehr Zeitaufwand.


    Warum will man überhaupt verhindern, das ein User ein Bild speichern kann (was er eh schon auf seiner Platte hat -> Browsercache)? Es kann gute Gründe geben ein Bild lokal zu speichern.
    (Im einfachsten Fall mach ich einen Screenshot deines Bildes - was willst du dagegen tun? Mein Tastaturkabel durchschneiden? ;-))

    Auf der anderen Seite sollte man natürlich Maßnahmen treffen, dass das Bild nicht (bzw. nicht ohne Urheberkennzeichnung) weiterveröffentlich werden kann. Dafür gibts verschiedene Maßnahmen. Am einfachsten ist ein Schriftzug auf dem Bild (der retuschiert werden müsste), ein digitales Wasserzeichen, der von Monika angesprochene "Hotlinking"-Schutz (d.h. das direkte einbinden eines Bildes von deiner Website) und einige mehr.

    Es will dir ja keiner dein Urheberrecht etc. absprechen. Aber die "Rechte-Maustaste-mit-JavaScript-deaktivieren"-Methode ist dafür absolut null geeignet. Das ist so, also akzeptiere es einfach und reagiere entsprechend darauf. ;-)