Beiträge von Arno Simon

    schau dir mal den quältext deiner seite an


    ich würde sagen, du willst es nicht anders ;)

    ein DIV ist mit

    HTML
    </div>

    abzuschliessen. diese form

    HTML
    <div />

    ist nicht gestattet.....

    vG

    Arno

    das einzig auffällige ist, dass im von dir geposteten snippet das

    HTML
    <hr />

    fehlt!

    ansonsten sieht zumindest diese strecke so aus wie im original. nicht vorhanden oder nur versehentlich nicht gepostet?!

    ansonsten: habe das originalarchiv auf meinem localhost getestet und es läuft ohne jegliche fehlermeldung.... hast du schon irgendwelche modifikationen vorgenommen?

    vG

    arno

    sorry, aber musst du dir (überspitzt) jeden popel einzeln aus der nase ziehen lassen! :( wenn du keine näheren infos dazu geben willst, was du machen willst, kann man dir auch kaum weiterhelfen. mir persönlich sind deine antworten in jedem fall zu dürftig.

    schau dir mal im codex die abschnitte zu plugins an... link siehe unten... damit lässt sich das am besten realisieren...

    vG

    Arno

    nochmal die frage: was willst du einbinden? statische seiten kannst du in wp direkt als statische seite integrieren und brauchst dafür kein include oder sonstwas! ;)

    was ist an dem was du einbinden willst so besonders, das es als php-include laufen muss? was ist es letztendlich was du einbinden willst! der inhalt deiner seite sagt nichts darüber aus, warum es ein php-script sein muss ;)

    vG

    Arno

    es ist letztlich eine philosophische frage nach welchen kriterien man welche datei(en) in welches vezeichnis stellt. gerade bilder jedoch können auf dem einen theme gut und auf dem anderen theme schrecklich deplaziert wirken, weshalb das einstellen des jeweiligen bildes in die entsprechenden theme-ordner schon sinn machen würde ;) allerdings würde dies bedingen das die bilder immer einen einheitlichen namen haben, wodurch dem jeweiligen webmaster evtl. die übersicht verloren gehen könnte.

    was hälst du dagegen, die bilder wirklich unter dem plugin-verzeichnis (im verzeichnis deines plugins) abzuspeichern und eine konfigurationsseite zu erstellen in welcher der webmaster angeben muss welche datei für welches theme geladen werden soll?

    vorteil: zentrale speicherung der dateien am gleichen ort - als webmaster hasse ich nichts mehr als die dateien die für einen bestimmten zweck genutzt werden über 20 und mehr verzeichnisse verteilt suchen zu müssen ;)
    nachteil: ich sehe - für den webmaster - keinen. für dich als entwickler bedeutet es jedoch einen entsprechenden mehraufwand (konfigurationsseite / speicherung / verwaltung etc.)

    vG

    Arno

    Kommentar Deines Servers:

    Zitat


    WordPress Datenbank-Fehler: [You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND archives=1 AND user_level<=0' at line 1]
    SELECT cat_ID FROM tpcat_visibility WHERE cat_ID= AND archives=1 AND user_level<=0

    Warning: Cannot modify header information - headers already sent by (output started at /homepages/12/d136522933/htdocs/wp-includes/wp-db.php:121) in /homepages/12/d136522933/htdocs/wp-content/plugins/ac_authenticator.php on line 18

    Warning: Cannot modify header information - headers already sent by (output started at /homepages/12/d136522933/htdocs/wp-includes/wp-db.php:121) in /homepages/12/d136522933/htdocs/wp-content/plugins/ac_authenticator.php on line 19

    Warning: Cannot modify header information - headers already sent by (output started at /homepages/12/d136522933/htdocs/wp-includes/wp-db.php:121) in /homepages/12/d136522933/htdocs/wp-content/plugins/ac_authenticator.php on line 20

    Das Problem liegt im Localhost begründet. In Deiner Datenbank sind die Variablen für den Ablageort der Site auf den Localhost gemappt. Du hast nun mehrere Optionen:

    1. Du setzt in den entsprechenden Dateien der zugreifenden Rechner (auch des Localhosts!) ein einheitliches Pseudonym für den Server und verweisst auf die jeweilige IP.

    Unter Windows ist das ganz einfach: Meist im Verzeichnis c:\windows\system32\drivers\etc\ in der Datei "hosts" einen Eintrag für den Server eintragen.

    Auf dem Localhost selbst mit

    Code
    127.0.0.1       localhost

    und auf allen anderen Clients mit

    Code
    192.168.0.55       intranet

    wobei auf den übrigen Clients natürlich die IP des Servers auf dem der Localhosts im Netz läuft anzugeben ist. Die oben stehende (192.168.0.55) ist selbstverständlich nur ein Beispiel.

    Somit wird der Server nun auf allen Rechnern über "http://intranet/" angesprochen.

    Nun gehst Du, wie in der FAQ unter

    WordPress Deutschland FAQ » Wie kann ich die Adresse meines Blogs ändern?

    beschrieben, hin und änderst die Adresse Deines Blogs in der Datenbank dahingehend ab, das selbige nun nicht mehr "http://localhost/" sondern auf "http://intranet/" verweist und dann sollte alles laufen.

    Bei Versuchen auf Rechnern von denen Du es schon probiert hast nicht vergessen den Cache zu leeren.

    2. Du gehst hin und siehst Dir den von mir geschriebenen Artikel bzw. den Hack an: Arno Simon » WebSite auf dem Localhost

    Mit letzterem kannst Du den Server dann sowohl Lokal aus dem internen Netzwerk ansprechen ohne Traffic nach aussen zu erzeugen, als auch von ausserhalb um z.B. den Zugriff von reisenden Mitarbeitern (Berater, Vertriebler, Homeoffice-Mitarbeiter etc.) zu gewährleisten.

    Der Hack sorgt letztlich dafür das immer der Richtige Pfad zu den Dateien in der Datenbank steht, bevor die HTML-Codes für die Ausgabe generiert werden.

    vG

    Arno

    Sorry, meine Frau war am Montag an meinem Rechner und hat die Benachrichtigungen über den Kommentar und den Beitrag runtergeladen. Da ich unter der Woche nie im Haus bin, habe ich die auch nicht sehen können. Konnte leider auch nicht allzuviel surfen :( ;)

    Am Ende des Codings das Du in die Datei eingefügt hast, hat sich ein Freizeichen eingeschlichen. In der letzten Zeile hinter dem

    PHP
    ?>

    darf nichts, absolut nichts (kein freizeichen, keine Zeilenschaltung oder anderes) mehr stehen. Ansonsten ist das Coding an sich in Ordnung.

    vG

    Arno

    Was passiert wenn Du versuchst eine bestehende Kategorie zu löschen?

    Hast Du die DB mal mit phpmyadmin optimiert und Datenüberhänge in den Tabellen entfernen lassen?

    kenn ein :arrow: ähnliches problem... um das zu checken müsstest du mal sagen, welches os und welche php-version auf deinem webspace laufen.

    vG

    Arno

    So ein Nullposter frisch angemeldet........



    Nix für ungut, aber so eine Vermutung kann auch als üble Nachrede und/oder Verleumdung ausgelegt werden.... Ich weiss das solche Sachen in vielen Foren stehen, finde es aber dennoch nicht unbedingt fair. Schon gar, wenn Du den bisherigen - positiven - Aussagen über den Dienst von "Netztaucherbrille" keine entsprechenden negativen Aussagen entgegen stellst oder stellen kannst (was jetzt meinerseits wieder eine Vermutung ist).

    Meines Erachtens sollte solche Aussagen nur jemand treffen der entsprechende Erfahrungen mit seinem Hoster, oder was auch immer, gemacht hat und seine Behauptung auch mit Argumenten, die stichhaltig und im Zweifel nachweisbar sind, untermauern kann.

    vG

    Arno

    @ Eren,

    da ich Entwickler und kein Designer bin, kann ich Dir zu den Aufwänden nichts sagen. Wie Deiner Seite jedoch zu entnehmen ist, bist Du doch selbst Designer ;)

    Du solltest Dich eigentlich verhältnismässig schnell in den WP-Themes zurechtfinden können und Dir Dein Layout in ein entsprechendes Theme umsetzen können, denke ich.

    Klar musst Du Dich dazu dann auch mit WP auseinander setzen, aber das gehört dazu wenn man seine Site mit einer bestimmten Software betreiben möchte.

    vG

    Arno


    PS Da dies aber nun wirklich keine Design-Problematik-Anfrage ist, wird dieser Thread in das Forum Allgemeines verschoben. Einen 4-Wöchigen Weiterleitungs-Link inklusive.