Beiträge von Arno Simon

    @ Arno: Deine Antwort hilft mir ziemlich garnicht! In Zukunft sind solche Post vll auch nicht grad erwünscht!



    dann verteil deine zugangsdaten und hinweise wie man schön an deine datenbank ran kann mal schön weiter in der weltgeschichte! weder dein hoster noch wir werden uns irgendwas davon annehmen, sollte dein blog irgendwann einmal im nirvana verschwinden, weil es dann jemandem gelungen ist in deine datenbank einzudringen.

    im übrigen: welche hinweise ich gebe oder auch nicht entscheidest nicht du, sondern ich!

    und den rest kannst Du der Antwort von "deHans" entnehmen.

    vG

    Arno

    auch wenn es jetzt schon einen tag online war: wer seine benutzerdaten unter verweis auf den hoster, auch wenn kein kennwort dabei ist, veröffentlich, handelt in der regel

    1. grob fahrlässig - zumindest wird ihm das unterstellt werden, wenn es zu, ggf. sogar erfolgreichen, hackversuchen kommt

    und

    2. entgegen den, in diesem punkt regelmässig restriktiven, AGBen der hoster, was letztlich den rauswurf von der entsprechenden hostingplattform bedeuten kann.

    vG

    Arno

    kein support-thema, sondern eher eine philosophische anfrage über die gegenwärtige / zukünftige entwicklung von wordpress... daher :arrow: verschoben ;)

    zum thema: objektorientiertes wordpress... nimm dir mal einen editor der über dateien suchen kann und lass mal über das wordpress-verzeichnis nach class suchen ;)

    da findest du so manche klasse ;)

    wp ist also schon lange auf dem weg zu einer objektgesteuerten entwicklung....

    hat zwar auch vorteile, genauso aber nachteile... das trift aber auf jede programmierform zu....

    vG

    Arno

    jottlieb verbindet nicht mit mysql_connect, weil das wpdb-objekt dies bereits macht und was liegt also näher, als eine vorhandene db-connection zu nutzen?! ;)

    im wpdb-object-layer ist die fehlerbehandlung, welche ansonsten manuell zu codieren währe, bereits enthalten. somit spart man sich die entsprechende arbeit dafür.....

    und weniger zeilen - im template - bekommst du nur, wenn du das coding entsprechend in eine plugin-funktion oder die eine funktion der template-datei functions.php auslagerst.

    eine entsprechende menge des codings - wie das von jottlieb - wirst du in jedem fall benötigen.

    vG

    Arno

    Hi Artis,

    habe gerade erst wieder in Deinen Beitrag reingesehen. Und - wie solls auch anders sein ;) - ausser dem PluginAutoren - also mir - fühlt sich niemand berufen Dir zu helfen:

    Setz als Quelltext des Plugins mal bitte das folgende Coding ein:



    und in der sidebar rufst Du das nun so auf:

    PHP
    <?php as_DisplaySubMenu('useLocalTitle=No'); ?>



    Das Plugin verfügte nicht über den entsprechenden Parameter den lokalen Titel (welcher automatisch gesetzt wurde) abzuschalten. Hab ich gerade eingebaut und zusammen mit ein paar anderen Sachen wird das am kommenden WE als V1.4 rauskommen.

    vG

    Arno

    Was Sie nun genau mit "BB-Code Tags" meinen, weiß ich leider nicht.



    da habe ich mich ein wenig unklar ausgedrückt, bzw. mich auf eine etwas ältere version der forensoftware bezogen. in der gabe es neben dem beitragseditor noch einen link welche codesequenzen in den beiträgen nutzbar sind, sorry.

    hier ist das so geregelt, das über dem beitragseditor (in der erweiterten sicht) 3 buttons sind: "#", "<>" und "php". der erstere ist zur darstellung von code allgemein, der zweite um html-coding anzugeben und der dritte um php-code mitzusenden.

    das problem hat jottlieb ja schon weiter eingegrenzt. genauer liegt es daran, das es die tabelle "linkcategories" in wp >= 2.1 nicht mehr gibt, sondern die tabelle link2cat und die abfrage dementsprechend auf diese tabelle abgreifen muss.

    vg

    arno

    Welche Ausgabe wird an der Stelle der Sidebar an welcher der Fehler auftritt normalerweise erwartet?

    Ggf. mal einen Link zum Blog und eine Auflistung der eingebundenen Plugins würden nicht schaden.

    Alternativ mal das Coding der sidebar.php posten (und dabei bitte die BB-Code-Tags (siehe Link zu BBCodes im Beitragseditor) nutzen) und die Stelle näher bezeichnen, welche den Fehler enthält.

    vG

    Arno

    argl....

    ne du, sorry.... so wird das nix.... es muss schon eine gemeinsame kommunikationsbasis vorhanden sein, worüber gesprochen wird und wenn rückfragen kommen, beantworte die bitte.

    du hast ein beispiel (grafik) gepostet, anhand derer du doch wohl eindeutig sagen können wirst was du nicht haben willst! :(

    vG

    Arno

    PS nur sprechenden menschen kann geholfen werden ;)

    ....und in der sidebar.php:

    PHP
    <ul>
    <?php as_displaySubMenu(''); ?>
    </ul>

    Jetzt zeigt der in der sidebar.php auch den page namen an :( (siehe anhang)

    Wie kann ich das verhindern?
    ....

    ? Sorry, aber versteh ich jetzt nicht ganz! warum möchtest du nicht das die page-bezeichnung ausgegeben wird?

    vG

    Arno

    Wie dem auch sei: Ich bin dazu übergegangen, "blog-intern" mit www.seite.de/?p=123 bzw. www.seite.de/?page_id=456 zu verlinken. Denn die ID eines Beitrags oder einer Seite ändert sich ja nicht, egal wo man sie hinschiebt. Damit danach in Deinen Inhalten trotzdem nur Permalinks ausgegeben werden, kannst Du einen "Filter" bauen - Das hab ich neulich mal für eine (wie ich finde verbesserte) Version des PlugIns "Page Linker" gemacht. Guckst Du hier: "Page Linker" (...) "Automatische Permalinks"

    Mein Filter durchsucht alle ausgegebenen Inhalte auf interne Links, die nach entsprechendem Muster konstruiert sind - und macht vor der Ausgabe wieder einen "Permalink" draus. Unter der Überschrift "Automatische Permalinks" steht, wie's grundsätzlich geht - und weiter ("Nachtrag und Version 2") eine verbesserte Version.

    Prinzipiell keine schlechte Idee, Dein Filter.... Allerdings bin ich sowohl für den Filter als auch für

    PHP
    <? echo get_permalink(123); ?>

    darauf angewiesen zunächst mal die ID des Posts oder der Page rauszusuchen, was ich - ehrlich gesagt - weiterhin ein wenig unglücklich finde...

    Meine Idee, zu der mir allerdings die Umsetzungszeit fehlt: Die Links mit einem Tag "<IntLink #>" (oder ähnlichem) in die Posts/Pages einfügen und beim Speichern des Beitrags über den entsprechenden Hook ein Zusatzfenster oder eine Zusatzseite öffnen, in welchem

    1. der umgebende Text des bzw. der Tags angezeigt wird

    und

    2. die Auswahl des zu verlinkenden Beitrags ermöglicht wird

    Evtl. lässt sich das auch über die Seitenerweiterung des Beitragseditors (entsprechende Hooks sind vorhanden) realisieren, so das nach erstmaligem Speichern des Beitrags die Liste der internen Links unten angeboten werden könnte.

    Über den, von Dir bereits erwähnten Filter, liessen sich dann die Link-Tags zur Ausgabezeit entsprechend gegen die echten Links (entsprechend der hinterlegten (oder auch fehlenden) Permalinkeinstellungen) austauschen.

    Hätte ausserdem den Vorteil das man darüber auch eine Auswertung der innerhalb der Site miteinander verknüpften Artikel ziehen kann oder gar eine Liste der "Themen die Sie auch interessieren könnten" unter die Beiträge pappen kann.

    vG

    Arno