Beiträge von Arno Simon

    die index.php auf einen eigenen Namen kopieren und

    PHP
    <?php
    /*
    Template Name: DeinTemplateName
    */
    ?>

    an den Anfang der Datei setzen. Anstelle von

    PHP
    <?php  get_sidebar(); ?>

    wird dann

    PHP
    <? if ( file_exists( TEMPLATEPATH . '/specialbar.php') )
            load_template( TEMPLATEPATH . '/specialbar.php');
        else
            load_template( TEMPLATEPATH . '/sidebar.php'); ?>

    eingesetzt. Anschließend erstellst Du eine neue statische Seite, der Du das somit erstellte Template "DeinTemplateName" zuweist. In der Datei specialbar.php in Deinem Theme-Verzeichnis kannst Du dann das Menü einstellen das Du dort gerne haben möchtest. Ist diese Datei nicht da, wird die Standard-sidebar.php verwendet.

    vG

    Arno

    Nunja, nicht jeder Provider setzt die gleichen Tools ein und manche eben solche die das ganze ein wenig verkomplizieren. Mittlerweile ist das Problem gelöst.

    Die Lösung des Providers war die SubDomain in einen eigenen Space zu ziehen, meine werde ich später - wenn ich das Coding fertig gestellt und getestet habe - posten....

    Auch wenn meine Lösung für das aktuelle Problem nicht mehr benötigt wird, werde ich das ganze umsetzen

    1. weil andere das Problem auch haben könnten
    2. weil Monika es spätestens bei der nächsten Sprachdomain wieder haben dürfte und jedesmal für die nächste SubDomain noch'n WebSpace und noch mehr Zugänge und Passwörter ist auch nicht ganz das wahre, finde ich....

    Letzteres ist geschmackssache, ich für meinen Teil muß schon beruflich mit 30 unterschiedlichen Systemen hantieren und für alle die Benutzerkennungen und Kennwörter vorrätig halten, das ich das Privat nicht auch noch haben wollte...

    vG

    Arno

    Zitat von markus.zeeh

    schon mal probiert, den permalink so zu gestalten: index.php/%postname%/
    hatte probleme damit (mit selben auswüchsen wie bei dir) und mit dem index.php lief es.

    Hallo Markus,

    das geht, aufgrund diverser serverseitiger vorgaben, nicht... unter anderem index.* ist "strictly prohibited" würd ich mal mit (wahrscheinlich) etwas holprigem englisch sagen... durch diverse auswüchse an eingriffen ins innenleben des apachen...

    habe mir das problem vorhin zusammen mit monika etwas näher ansehen können und überlege mir gerade ein lösung zu dem problem.

    vG

    Arno

    Zitat von Monika

    .....das ergibt urls die so aussehen: meindomain.de/de/postname und nicht de.meinedomain.de/postname ich brauch aber letztere

    :(
    oder ist dies mein Gedankenfehler

    um das WP in der SubDomain korrekt zu adressieren, benötigst Du die selben URIs wie ich sie verwende... Kein Rewrite und gar nichts... also deineSub.domain.de ;)

    vG

    Arno

    Ich frage mich gerade, warum Du überhaupt aus der SubDomain wieder auf die Hauptdomain zurückroutest! Ich habe das bei mir (test.arno-simon.de) so eingetragen, das - wie bei Dir auch - die SubDomain vom Server auf ein Unterverzeichnis der Hauptdomain geroutet wird. In der wp_options für die metas: siteurl und home steht dann http://deinesub.domain.de/ und fettich... danach läuft alles... die permalinkstruktur wird ganz normal von wp (1.5.2 auf der seite...) geschrieben...

    vG

    Arno

    Hallllllooooooooo Llllleeeeuuuuuuttttsssss

    könntet Ihr allesamt mal wieder ein paar Gänge zurückschalten?

    Mea Culpa, aber es wird langsam aber sicher etwas überzogen, was hier abgeht!

    e.MoTion, ehrlich gesagt: überleg Dir mal lieber was Dein Vater machen würde, wenn jemand zu seinem Cheffe ginge (eine unselbständige Tätigkeit vorausgesetzt natürlich) und dem sagen würde: Schmeißen Sie den Vatter von e.MoTion raus, ich übernehm seinen Job für 15€ am Tag! Dein Vater steht anschließend auf der Straße und kann zusehen wie er seine Familie (und damit auch Dich) ernähren kann.

    Und dann reflektiere das ganze mal bitte auf Deine Forderungen nach einem Coder und den dafür gebotenen Preis! Dein Vater arbeitet auch nicht für 15€/Tag! Das Du selbst bereit bist dafür zu arbeiten zeigt nur das Du Dich sehr auf die Unterstützung seitens Deiner Eltern verläßt und noch zu wenig Lebenserfahrung hast um zu beurteilen, was welche Arbeit Wert ist. Sorry, aber es ist so.

    vG

    Arno

    Zitat von mecker

    hmmm, seltsamer Laden. Ob ich bei ner Firma Kunde werden würde, die sich selbst F... You nennt? Die ihre Preise nicht korrekt auszeichnet?

    Aber muss jeder selbst wissen.


    Nunja, ich bin nicht bei dieser Firma, aber was bei Dir die Assoziation zu "Fu..You" auslöst, hätte mich schon interessiert!?!?

    Die vom Logo verfolgte Assoziationskette dürfte IMHO eher auf "(e)services for you" hinauslaufen, denn auf das was Du zu lesen wünschst ;)

    Und was die Preise angeht, läßt IMHO höchstens die nicht ausgewiesene Mehrwertsteuert zu wünschen übrig - was aber auch schon reicht ;) Wenn man mal von dem IMHO nicht allzu guten Preis-/Leistungsverhältnis geflissentlich absieht ;)

    vG

    Arno

    Kleiner Tipp: die oben genannte Kombination scheint nicht zu funktionieren.

    Ich mußte die Permalinks bei mir gerade leider abschalten, da sämtliche Post-Seiten seit dem Wochenende, da bin ich auf den php5-Server umgezogen, nicht mehr erreichbar waren :(


    Noch ein Tipp (von einem der drauf reingefallen ist): Innerhalb des Blogs niemals statische Links benutzen, sondern mit phpExec und

    PHP
    <phpcode><?php echo get_permalink(23); ?></phpcode>

    den entsprechenden Link vom System generiert ins HRef-Tag mit aufnehmen ;) Spart eine MENGE arbeit, wenn man die Permalinks wieder abschalten muß :(

    vG

    Arno

    Zitat von maggot

    Außerdem bekomme ich Fehlermeldungen beim löschen einer Kategorie und ein Zip lässt sich auch nicht hochladen, evtl. hängt das alles zusammen.

    Hallo Maggot,

    ich will nicht mosern, aber: es bringt nichts wenn Du sagst "ich bekomme Fehlermeldungen"! Du mußt schon konkret sagen, welche Fehlermeldungen Du bekommst, damit man Rückschlüsse darauf ziehen kann, woher diese Meldungen gegebenenfalls Stammen. Ich glaube kaum das diese Meldungen von myGallery stammen dürften (bis ich das gegenteil gesehen habe). Ich habe gestern die 0.5.4.x aufgespielt und bislang keine Probleme damit gehabt.

    Wie ich gerade gelesen habe ist mittlerweile schon 0.5.5.x aktuell, aber dazu ein Hinweis / guter Rat an

    Thomas (TBoley): verursache keine Releaseschwemme, sondern beschränke Dich bei freigegebenen Versionen auf 1 Stelle hinter dem Komma. Mehr Stellen nur dann, wenn es (wie zum Beispiel dem Securityhack) absolut unabdingbar ist. Dazwischen würde ich mich auf ein kleineres TestTeam beschränken und zunächst mal das nächste angedachte StableRelease in Angriff nehmen. Zwischenreleases nur an den Testkreis versenden. Ggf. ein kleines Forum für das Team und Dich installieren um die Kommunikation zu vereinfachen. Dann zunächst mal die bekannt werdenden Bugs / evlt. Sicherheitsrisiken beseitigen und dann zunächst mal einen RC (releaseCandidate) veröffentlichen und sehen wie die Reaktionen darauf sind.

    Auch wenn Deine Galerie nur ein verhältnismäßig kleines PlugIn ist (gemessen am Umfang des gesamten WP und einiger größerer PlugIns), sollte man auch dabei nicht unbedingt die Pferde mit sich jagenden Releases scheu machen ;)

    vG

    Arno

    PS ich stelle mich gerne als Tester zur Verfügung

    1. wie groß ist die /wp-settings.php? bei mir: 7.873 Bytes (Windows)
    2. existiert eine Datei /wp-includes/cache.php?

    • Wenn nein -> am besten alles nochmal runtersemmeln und neu hochladen. darauf achten das keine transferfehler auftreten.
    • wenn ja -> wie groß? bei mir 9.536 Bytes (Windows)

    3. Zeile 111 ruft nur wp_cache_init() auf, die Einbindung läuft in den Zeilen 65 und 102:

    Zeile 64:

    Code
    // For an advanced caching plugin to use, static because you would only want one
    if ( defined('WP_CACHE') )
        require (ABSPATH . 'wp-content/advanced-cache.php');

    Zeile 102:

    Code
    if ( file_exists(ABSPATH . 'wp-content/object-cache.php') )
        require (ABSPATH . 'wp-content/object-cache.php');
    else
        require (ABSPATH . WPINC . '/cache.php');

    Die Abfrage ab Zeile 64 greift nur, wenn vorher die Konstante WP_CACHE definiert wurde, was aber wahrscheinlich bei Dir nicht der Fall sein wird.

    die object-cache.php wird nur geladen, wenn eine solche Datei existiert. Zumindest bei mir ist dem nicht so, so das im Normalfall die /wp-include/cache.php geladen werden sollte. Wobei das Verzeichnis /wp-include über die Konstante WPINC mitgegeben wird (Zeile 105).

    Ich gehe mal davon aus, das Du weder die WP_CACHE-Konstante gesetzt hast, noch die Datei /wp-content/object-cache.php bei Dir existiert, so das die /wp-include/cache.php geladen werden sollte. Setze vor Zeile 102 mal ein:

    PHP
    if (!file_exists(WPINC . '/cache.php') ) echo 'FATAL';

    und teste es nochmal an.

    Wenn die Datei fehlt, solltest Du vorsichtshalber wirklich alles nochmal hochladen.

    vG

    Arno

    Na, im HTML-Quellcode der Anzeige natürlich ;)

    Der sagt Dir

    1. das Dein Css hier
      Code
      <link rel="stylesheet" href="wp-admin/wp-admin.css" type="text/css" />

      gespeichert ist

    2. das der Text "In diesem Blog registrieren" von einem
      Code
      <h2>...</h2>

      umgeben ist.

    Also im CSS-Code nach dem h2 suchen oder direkt im Formular /wp-register.php (wie Dir auch die URI verrät ;) ) mittels

    Code
    <h2 style="font-size=12px;">...</h2>

    die Schriftgröße verstellen.

    vG

    Arno