Beiträge von Arno Simon

    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.

    Ich habe es irgendwie hinbekommen, weiß aber leider nicht mehr wie...*grübel*
    ich denke aber, das ich da was drüber in meinem blog gepostet hatte...



    siehe SuMus Post am Anfang der zweiten Seite ;) Dann weist Du wieder wie. Wenn Du meinen Kommentar dazu (direkt danach) liest, weist Du auch das ich von diesem Hack nicht sehr viel halte ;)

    1. er behebt das Symptom und nicht die Ursache

    2. wird die Änderung mit dem nächsten Upgrade wieder verschwunden sein und die Suche könnte wieder von vorne losgehen. Das gilt umgekehrt aber natürlich genauso, wenn die macher von wp die lösung des bugreports nicht in die auslieferung übernehmen.

    das du dich letztlich, wie fast jeder ;) , auf die lösungen welche dir angeboten werden - und das gilt auch für SuMu ;) - stürzt und stützt, ist normal und euch unbelassen. will nur heissen: manchmal ist die erstbeste lösung nicht unbedingt auch die beste im sinne des erfinders der software.

    durch den hack bzw. bugfix an der falschen stelle können durchaus fehler an anderer stelle ausgelöst werden, dessen herkunft man sich dann auch nicht erklären kann. das müssen nichtmals unbedingt neue syntaxfehler sein, sondern kann sich einfach in abweichenden (manchmal sogar unbemerkten) ausgaben niederschlagen.

    manchmal ist es daher besser auch mal in den bugreports bzw. in den englischen foren nach lösungen zu stöbern, die später dann auch in der auslieferung wiederzufinden sein könnten.

    vG

    Arno



    ohne mir jetzt die dort zur verfügung stehende gettext.php näher anzusehen: das ist der bugfix an der falschen stelle. er bekämpft das symptom und nicht unbedingt die ursache.

    sobald jemand hingeht und sich auf basis der abfrage am ursprünglichen bugpunkt etwas einbaut, knallt es an dieser (nur scheinbar) neuen stelle, weil man bei dem vorhergehenden problem anstatt die ursache zu beheben nur das symptom bekämpft hat!

    vG

    Arno

    das schreit entweder nach einem hack oder einem plugin mit welchem du dein problem umgehen kannst, weil wp nunmal so geschrieben ist, wie sich die ausgabe bei dir darstellt....

    vG

    Arno

    PS habe aber gerade weder das eine noch das andere zur hand und hacks mag ich sowieso nicht ;)

    kannst du mir deine index vllt per mail schicken?
    ich weiss auch net was ich falsch gemacht habe

    hm am theme kanns ja net liegen aber über tausend kommentare habe ich!



    im moment nicht, da ich von hannover aus nicht so einfach per ftp auf die maschine komme....

    wie gesagt, heute abend....

    vg

    arno

    hei jared,

    bei mir hats gefunzt... dann müsste ich mir deine index.php bzw. dein problem mal live ansehen, was aber frühestens heute abend oder morgen vormittag gehen würde.

    vG

    Arno

    PS Bei Bezugnahme auf einen anderen Beitrag diesen bitte verlinken!

    du gibst leider immer noch kein beispiel an, anhand dessen man in der lage währe zu erkennen, welche ausgabe du erwartest und in welcher diskrepanz dies zu der erhaltenen ausgabe steht!

    vG

    Arno

    PS bei rückfragen diese bitte auch vollständig beantworten. das erfodert manchmal ein wenig zeit und auch mal etwas mehr text zur erklärung dessen was man möchte!

    jups.... hier der beitrag aus dem englischen forum:

    WordPress › Support » Admin Dashboard problem after upgrading 2.1

    nicht sehr ergiebig, ich weiss ;) der verlinkt seinerseits auf einen bugreport, der darauf beruht, das die wp_post >= 1,000 Beiträge (amerikanische schreibweise!) enthält und diese mit amerikanischer nummernnotation für das query des plurals herangezogen werden.

    das ticket:

    #3663 (ngettext dislikes formatted numbers) - WordPress Trac - Trac

    die lösung:

    #3663: number_format02.diff - WordPress Trac - Trac

    leider weiss ich jetzt auch nicht mehr auswendig in welcher datei der patch einzubauen ist. aber wenns ne dashboard.php gibt, wirds wohl die sein, ansonsten mal nach dem angeführten SQL-String suchen ;) :mrgreen:

    vG

    Arno