Beiträge von Putzlowitsch

    So, habe mal geschaut, was genau beim Einfügen von Uploads im Editor passiert. Die URL wird direkt aus der in der Datenbank gespeicherten 'guid' generiert, so das man an der Stelle nicht mit einem Filter eingreifen kann.
    Aber man kann bereits beim eigentlichen Upload die URL manipulieren, aus der dann auch die die guid entnommen wird. Dafür gibt es ein Filter 'upload_dir', in das man sich reinhägen kann.

    Ich werde das mal in meine nächste Pluginversion integrieren.
    Aber wie gesagt, falls jemand "von außerhalb" auf den Inhalt per Feed zugreift, gibt es ein Problem. Man müßte dann wohl für diese relativen Links den Host wieder reinschreiben, per Filter-Plugin.

    Gruß
    Ingo

    Wie im Titel schon angedeutet, wie macht Ihr das mit den Optionen oder gibt es sogar eine empfohlene Vorgehensweise?
    Ich könnte je meine Optionen, also z.B. ja/nein- oder Auswahlwerte jeweils extra per add/get/update_option verwalten, was dann jeweils einen Datenbankeintrag pro Option ergeben würde.
    Oder ich verwalte die die Werte selbst in einem array und lade und speichere alles in "einem Rutsch".
    Was hätten die Methoden für Vor- oder Nachteile, die ich als Anfänger eventuell noch nicht überblicke?

    Gruß
    Ingo

    Man müßte wohl ein Filter schreiben für 'attachment_link', und da dann den host-Part entfernen.
    Ein kleiner Nachteil von diesen relativen Links ist mir aber im Zusammenhang mit meinem '123 Multihost'-Plugin schon aufgefallen. Im 'content'-Teil von RSS- oder Atom-Feeds bleiben sie dann relativ, und der geneigte Feed-User hat dann natürlich ein Problem. Man müßte sie also für die Feed-Ausgabe wieder "absolutieren" :-), damit es damit klappt. Auf der eigenen Seite sind relative Links natürlich keine Problem und für ein Funktionieren des '123 Multihost' auch unabdingbar.

    Gruß
    Ingo

    EDIT: 'attachment_link' scheint die falsche Funktion zu sein, ich suche bei Gelegenheit mal weiter

    Inspiriert von 1 Blog - 2 URLs - 2 Themes hatte ich ja bereits als schnellen Hack eine Lösung für die my-hacks.php vorgestellt. Nachteil ist natürlich, das einerseits dieser Ansatz veraltet ist und nach Möglichkeit nicht mehr verwendet werden sollte. Andererseits mußt der Benutzer die Konfiguration händisch in den Quelltext eintragen.

    So habe ich die Funktionialität nun doch in eine Plugin verpackt, inklusive einer über die Einstellungen erreichbaren Konfigurationsseite. Hier kann man bequem den Hosts eine bestimmtes Theme zuweisen. Denn das war ja auch der Ausgangspunkt, den unterschiedlichen URLs sollte auch ein eigenes Aussehen verpaßt werde.

    Hier also das Plugin 123 Multihost Version 0.1

    Gruß
    Ingo

    In der header.php ist schon richtig. Bei mir sieht die am Ende etwa so aus:

    PHP
    <div id="header">
        <div id="headerimg">
            <h1><a href="<?php echo get_settings('home'); ?>/"><?php bloginfo('name'); ?></a></h1>
            <div class="description"><?php bloginfo('description'); ?></div>
        </div>
    [B]</div>[/B]
    <hr />

    Also muß da noch ein </div> vor dem <hr /> (scheint bei Dir zu fehlen), und nicht wie von mir oben vorgeschlagen, nach dem <hr /> eingefügt werden. Dann sollte es klappen.

    Gruß
    Ingo

    Ja, es fehlt ein schließendes </div> für #header, würde ich sagen:

    HTML
    </a></h1></div>
    <hr>
    </div> <!-- das fehlende, schließende div -->
    <a href="http://www.agys-gedankenwelt.de/">

    Da könnte es hin, zumindest im generierten HTML-Quelltext. Die zu Grunde liegende PHP-Datei sieht man ja nicht.
    Das boder: none; entfernen und den Rahmen in der CSS-Datei konfigurieren, aber nur beim oberen #page, nicht beim zweiten darunter. Oder zumindest nur an einer Stelle.

    Gruß und gute Nacht
    Ingo

    Erstmal ist es schon ein Problem, das die in der CSS-Datei gemachten Einstellungen für #page border in Quelltext der Seite wieder außer Kraft gesetzt werden:

    Code
    #page { background: url("http://www.agys-gedankenwelt.de/wp-content/themes/default/images/bg.jpg") repeat-y top;[B] border: none;[/B] }

    Und dann ist da irgendwas in der Seitenstruktur ein bißchen durcheinander geraten, schließendes </div> an falscher Stelle oder so. Hier sollt die Seite an sich nochmal sorgfältig überarbeitet werden. Es sollte ausreichen, dem #page-Element einen Rahmen zu verpassen, aber irgendwie endet das schon unter dem Header, sollte wohl aber eigentlich die ganze Seite umfassen. Man kann sich sowas gut mit dem Firefox-DOM-Inspector ansehen.

    Gruß
    Ingo

    Um vielleicht noch mal auf die Ausgangthese zurück zukommen "Was macht Dein Blog attraktiv?".

    Viele der dort angeführten Punkte machen ein Blog für mich eher unattraktiv. Aber das liegt in der Natur der Sache, den ob etwas als attraktiv, also verlockend, begehrenswert, erstrebenswert oder anziehend empfunden wird, ist immer individuell und subjektiv.

    Über Wetter, Erfolge, Katastrophen, Promis und Tierschicksale kann ich in richtigen Zeitungen genug lesen (ja, ich habe eine regionale, gedruckte Tageszeitung abonniert), das braucht in Blogs nicht noch 1000mal wiedergekäut zu werden. Aus meiner Sicht ist Blog eben nicht Zeitung. Auch die nochmal aufgebrühte Fernsehsendung vom Vorabend interessiert mich nicht sonderlich, aber das liegt eventuell auch daran, das mein Fernsehkonsum eher unterdurchschnittlich ist.

    Was ich in Blogs lesenswert finde, sind die kleinen Alltagsgeschichten, Geschichten die das Leben schreibt. Das dürfen dann auch schon mal "Belanglosigkeiten in Überlänge" sein, wenn sie interessant geschrieben sind.

    Und dann stellt sich noch die Frage, warum soll mein Blog überhaupt attraktiv sein, was oder wen will ich erreichen. Das muß natürlich jeder für sich selber beantworten. In meinem Fall war es eher eine kleine technische Herausforderung, mal was anderes auszuprobieren, etwa für mich neues. Ob das nun für andere besonders attraktiv daherkommt, ist mir egal. Obwohl ich mich schon darüber freue, wenn es Resonanz auf den einen oder anderen Beitrag gibt. Insgesamt ist es doch eher eine Art Selbstbestätigung (um jetzt nicht Selbstbefriedigung zu sagen ;-).

    Wenn ich aber lese "...mehr Leser bringen...", "...Profitieren von..." und "...wird belohnt..." dann scheint mir die gewünschte Attraktivität eher ein geschäftliches Interesse zu verfolgen. Und auch wenn man "private Homepage" drüberschreibt, aber Werbung bis zum Abwinken auf der Seite hat und sogar eine Umsatzsteuer-Identifikationsnummer (da steckt der wirschaftliche Aspekt schon im Wort selber drin :) angibt, würde ich das schon so ein bißchen als "gewerbsmäßig betriebenen Blog" ansehen.

    Gruß
    Ingo

    Doch, mit der Option HostnameLookups = On macht der Apache genau das.

    Mal davon abgesehen, das ich beim Shared-Server diese Einstellung nicht beeinflussen kann (ein Versuch in der .htaccess wurde mit einem Fehler 500 bestraft), habe ich ja zusätzlich noch einen großen Denkfehler drin.
    Selbst wenn der Webserver ein Reverse-Lookup macht, ergibt das mitnichten meine schöne DynDNS-Adresse, sondern die vom meinem Zugangsprovider vorgesehen, also sowas wie 'p548C1334.dip0.t-ipconnect.de'.
    DynDNS taugt nur für eine vorwärts gerichtete Host-zu-IP-Auflösungen.

    ... mit Kanonen auf Spatzen geschossen ...


    Ja man sollte es wohl wirklich nicht übertreiben :)

    Die Variante mit der Browserkennung und der IP-Adresse werde ich aber mal testen, wer weiß, wozu das noch nützlich sein kann.

    Gruß
    Ingo

    ... wobei die Variante mit der IP-Adresse wohl am schmerzlosesten wäre. So oft ändert sich die IP-Adresse ja nun auch nicht, die kann man ja einmal am Tag manuell aktualisieren.

    Öhmmm, das bringt mich ja auf eine noch bessere Idee. Man muß ja nicht unbedingt die IP-Adresse nehmen. Mit der Abfrage nach 'REMOTE_HOST' und einer entsprechenden dynamischen Adresse bei dyndns.org oder ähnlichen Anbietern sollte man sich das manuelle Aktualisieren sparen können.

    Hmmm, wenn ich jetzt so drüber nachdenke befürchte ich aber, daß nur kaum ein Webserver für jede Anfrage eine reverse DNS-Auflösung ausführen wird und somit der Parameter REMOTE_HOST gar nicht zu Verfügung steht. Naja, vergessen wir es wieder. Schade...

    Gruß
    Ingo

    Schade:

    ...denn diese Browser sind ja nun doch recht verbreitet ;)

    Ok, also beim IE 5 und 6 funktioniert es wie oben beschrieben. Das unter Windows-Registry-Eintrag geschrieben als Datei 'meinekennung.reg' speichern und den Eintrag

    "Platform"="Windows NT; MEINEKENNUNG"

    entsprechend anpassen. MEINEKENNUNG ist nur als Platzhalter gedacht. Das sollte aber schon etwas sein, was im normalen Browserstring nicht vorkommt, z.B: 'id43dr' oder so :)
    Dann die soeben erstellt Datei doppelklicken und die Frage mit 'Ja' beantworten.

    Beim Firfox in der URL-Zeile 'about:config' eintippen. Bei den vielen erscheinenden Optionen nach unten scrollen bis zur Stelle 'general.useragent.extra.firefox', hier dann den selben Kennstring wie oben an den Eintrag anfügen, z.B. 'Firefox/2.0; id43dr'

    Und nun die oben beschrieben .htaccess erstellen bzw das in die vorhandene vor allen anderen Rewrite-Regeln einfügen, für MEINEKENNUNG natürlich wieder id43dr verwenden.

    Die Datei 'baustelle.html' sollte selbstredend auch existieren.

    Anschließend testen und freuen, oder auch nicht. Ich habe es zumindest nicht getan und nur theoretisch runtergeschrieben :)

    Gruß
    Ingo

    EDIT: Einen Hinweis will ich aber nocht loswerden. Außer auf der eigenen Seite hinterläßt man diese Kennung natürlich auch auf allen anderen Webseiten, die man mit dem so "gepatchten" Browser ansteuert. Prinzipiell kann das also dann jeder andere auch z.B. für ein User-Tracking verwenden.

    Naja, generell könnte das so aussehen:

    Apache Configuration
    RewriteCond  %{HTTP_USER_AGENT}  !.*MEINEKENNUNG.*
    RewriteRule  ^/$                 /baustelle.html  [L]

    Das bedeutet, wenn die Browserkennung nicht meinen individuellen Kennstring enthält, lade die Seite 'baustelle.html'. Ansonsten geht es normal weiter.

    Das Problem ist halt nur, diese Kennung meinem Browser unterzuschieben. Beim IE 5 und IE 6 ging das mit einem Windows-Registry-Eintrag:

    Code
    REGEDIT4
    
    
    [HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\5.0\User Agent]
    "Version"=""
    "Compatible"=""
    "Platform"="Windows NT; MEINEKENNUNG"

    Wie es beim IE 7 oder Firefox oder anderen Browsern aussieht, weiß ich nicht. Ich hatte das mal früher benutzt, um eigene Zugriffe aus der Statistik auszufiltern.

    Gruß
    Ingo

    Naja, wenn man an einem individuellen Merkmal, das auch der Server "sieht", erkennen könnte, ob man selber oder jemand anders zugreift, könnte man schon eine Verzweigung über die RewriteEngine einbauen.
    Am einfachsten wäre da natütlich eine feste IP-Adresse, die man nur selber nutzt. Oder irgendwas mit der Browser-Kennung vielleicht.
    Nur als Anregung :)

    Gruß
    Ingo

    Das Passwort wird bei der Installation zufällig erzeugt und dann angezeigt. Außerdem bekommt man eine E-Mail mit den Zugangsdaten.

    Falls Du das PW vergessen hast und auch die E-Mail nicht mehr hast, müsstest Du es in der Datenbank ändern.

    Bei der Host-Europe SuperSorglosSkriptInstallation ist es etwas anders. Da kann man selbst ein Passwort eben bei dieser Installation festlegen.
    Und falls man es vergessen und auch noch nicht geändert haben sollte, es steht in der wp-config.php im Klartext drin.

    Gruß
    Ingo

    Wenn es Theme-Spezifisch ist, dann mit einer 'functions.php' im Theme-Verzeichnis.
    Da drin kann dann eine Funktionen 'get_linkleiste' stehen, die man dann an beliebiger Stelle in den Theme-Dateien aufrufen kann. Diese gibt dann entsprechend die gewünschte Linkleiste aus.
    Ich hoffe, das stimmt so :)

    Gruß
    Ingo