Beiträge von Arno Simon

    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

    sorry psycco, aber wann durchsuchst du endlich mal die üblichen verdächtigen (frag bitte nicht nochmal wer die denn sind ;) hab ich dir schon gesagt) bevor du im forum nach den sachen fragst die du suchst?

    ich sag nur --> wordpress plugins database

    vg

    arno

    *Lach...* Das kriecht ja unterm Fußboden lang....

    Aber: Wenn die Behördenwillkür nicht so traurig wär, hätten wir auch nix mehr zu lachen :( ;)

    BTW: Und DA wagst Du es noch, den Namen dieser unsäglichen Behörde hier ungesperrt auszuschreiben? ;) Willst DU etwa WordPress.de auch eine Abmahnung verschaffen?!?! :-( ;)

    vG

    Arno

    hab's mir gerade erst selbst angesehen....

    ist vom ansatz her ganz nett, hat aber so einige macken die erst ausgebügelt werden müssen. neben dem was im bugtracker steht scheint wohl auch beim kopieren vorsicht angesagt zu sein, da nicht geprüft wird ob quelle und ziel identisch sind! machste da 'nen fehler, ist die quelle anschließend = NULL :(

    Um zu verhindern das Kommentare mit Links sofort sichtbar werden, hast Du die entsprechenden Einstellungen im AdminPanell unter Optionen --> Diskussion

    Für ein PlugIn schau mal ob Du in den Plugin-Datenbanken unter Highlight oder Code fündig wirst.

    vG

    Arno

    Anschließend mußt Du nur die Kommentare zensieren und einzeln freigeben....