Beiträge von helli

Arghhh! Selber ins Bein geschossen! Ich hab ein Plugin drin "Break out of Frame", damit die Seite nicht missbraucht wird. Jetzt wird die Vorschau in einem iframe dargestellt, und rate mal was passiert... :mrgreen:

Warum das aber nur bei Seiten passiert ist mir nicht ganz klar, weil bei aktiviertem Plugin und Beitrag editieren das nicht passiert. Offenbar mischt sich das Plugin dann nicht ein, was aus Sicht des Plugins eigentlich ein Fehler wäre...

Helli

Danke für die schnelle Antwort. Das lokale Blog ist eine Neuinstallation, und der Effekt ist der gleiche... :cry: Plugins sind schon seit der 2.1 auf neuestem Stand. Und es passiert nur bei Seiten, nie bei Beiträgen (sollte im Prinzip ja fast der gleiche Code sein?)

Helli

Hm, hab da ein seltsames Phänomen seit der 2.1.1, und die SuFu hat mich auch nicht weitergebracht. Wenn ich versuche eine Seite zu editieren, kommt zwar der Editor, aber wenn der vollständig aufgebaut ist, gibts einen reload und der Browser wechselt auf die fertige Seite (wie bei einer Weiterleitung).

Das ganze ist unabhängig davon ob ich den wysiwig, oder den plain Editor oder einen anderen Editor verwende (benutze standardmässig den WysiwigPro), immer der gleiche Effekt, sowohl in meinem lokalen Testblog, als auch auf dem Server.

Seiten editieren im phpMyAdmin macht irgendwie keinen Spass... :mrgreen:

Any helpful ideas?

Helli

Wie durch ein Wunder gibts heute überigens eine 1.6.0a...

Helli

Eigentlich ist es ja das falsche Forum... :mrgreen:, aber ich habe gestern xampp 1.6 installiert und den gleichen Effekt. In der Systemsteuerung -> Leistung und Wartung -> Verwaltung die "Dienste" aufrufen. Dort unter mysql gucken, ob der auf Autostart steht. Wenn nicht, dann auf Autostart stellen und falls der Dienst nicht läuft auch gleich starten. Im Controlpanel das Häckchen bei SVC des mysql unbedingt drin lassen! Das Panel zeigt bei mir immer noch an, das der mysql nicht läuft, aber phpMyAdmin ist da anderer Meinung...

Helli

haze: Kannibaliseren - schön gesagt.
@ff: CSS ist das Zauberwort, und dann das ganze als code in das Post (z.B. mit einem meiner Lieblingsplugins PostTools http://headzoo.com/posttools)

Helli

Nachdem ich es mir angeschaut habe: Versuch mal bei den "Tickets" die vielen <ul> und <li> zu reduzieren, oder das ganze mit einem <div> einzuklammern. Sonst siehts zumindest im IE7 ganz ordentlich aus (der IE7 behebt ein paar der CSS-Mängel die Mircosoft so mit sich rumschleppt...)

Helli

Tja, so ist das. In Firefox geht manche CSS-Spielerei, die der IE (auch der Siebener) nicht versteht. Und so manches sieht mit Opera nicht Ideal aus. Oder wirkt nicht in Safari. Oder beim Konquerior.

Da kann man Bücher drüber schreiben, und wurden auch schon geschrieben...

Man kann natürlich für die meisten Sachen work arounds bauen, z.B. unterschiedliche style.css und dann über eine Browserweiche das richtige CSS-Script laden. Oder sich auf das beschränken, was alle können.

Kosmonaut: Beim Zip-Programm unbedingt einstellen, das mit Ordnern entpackt wird!

Helli

SuMu: Kann man intern machen (ist bei mir so, ich hab alles theme spezifische JS in einem file), kann man aber auch in den HTML-Code einbetten.

Helli

Ich hab sowas ähnliches mit Funktions-Boxen in den Sidebars. Das ganze macht man mit css und der Eigenschaft "display"

<div id="dontshow" style="display:none">
  <p>Mein Inhalt</p>
</div


<div id="show" style="display:block">
  <p>Mein anderer Inhalt</p>
</div

Nur das div "show" wird angezeigt. Jetzt braucht man nur noch etwas Javascript zum Umschalten (prototype.js und effects.js aus dem scriptacoulus Paket müssen geladen sein):

// get display-style of elements
function getElement(id) {
  var el = $(id);
  return el.style.display;
}


// Callback function for scriptaculous effects
function setElement (id, stil) {
  var el = $(id);
  el.style.display = stil;
  set_phCookie (id, stil); // Merkt sich die Einstellung im Cookie
}


// Callback function for scriptaculous effects
function setElementBlock (obj) {
  obj.element.style.display = 'block';
  set_phCookie(obj.element.id, 'block');
}


// Callback function for scriptaculous effects
function setElementNone (obj) {
  obj.element.style.display = 'none';
  set_phCookie(obj.element.id, 'none');
}


// Frontend with scriptacoulus flavor to setElement
function SetElDisplay (id, stil) {
  if (stil == 'block') {
    new Effect.Appear (id, {afterFinish: setElementBlock});
  } else {
    new Effect.Fade (id, {afterFinish: setElementNone});
  }
}


// switches the display-Style of elements
function SwitchElement(id1, id2) {
  if (getElement(id1) == 'block') {
   SetElDisplay (id1, 'none');
   if (id2 != '') { SetElDisplay (id2, 'block'); }
  } else {
   SetElDisplay (id1, 'block');
   if (id2 != '') { SetElDisplay (id2, 'none'); }
  }
}

Die Cookie-Funktion brauchst du nicht unbedingt. So schaltest du dann zwichen "dontshow" und "show" um:

<h3 onclick="javascript:SwitchElement('show', 'dontshow')" 
style="cursor: pointer;">Hier Umschalten!</h3>

oder nur Show ein- und ausschalten.

<h3 onclick="javascript:SwitchElement('show', '')"
 style="cursor: pointer;">Hier Schalten!</h3>

In Action kannst du das ganze auf meinem Blog sehen: http://helli.de
Die grauen Boxen links und rechts kann man ein- und ausklappen. Und auch die "Weitersagen"-Funktion ist so gebaut, nur ohne scriptacoulus Effekte.

Die Cookie-Spielereien brauchst du nur, wenn du das für den nächsten Besuch des Users speichern willst. Ich hab dazu noch ein paar nette php-funktionen, die den Cookie auslesen und die Daten schon beim Seitenaufbau berücksichtigen.

Hope that helps...

Helli

Robbi: Schau dir mal die Post-Tools an, vielleicht ist das ja was du suchst:
http://headzoo.com/posttools

Damit kann man mp3 Quicktime, Flash und noch mehr machen. Hat auch eine gute phpexec-Funktion.

Helli

Alle Plugins deaktiviert, (notfalls das Plugin-Dir löschen)? Ich hatte auch ein altes drin, das nach dem Update nicht mehr wollte. Witzigerweise habe ich eine Kopie des Blogs lokal laufen, und da ging es - war schon das neuere Plugin installiert.

Helli

Ich würde sagen, sagen, das kommt auf das Theme mit an.
Per default ist der PHP-Session-Cookie, und seit dem letzten security update der 2.06 auf 2.07 noch ein wordpress_user- und wordpresspass-, die offensichtlich auch sessionabhängig sind. Bei dem dbx-postmeta bin ich mir nicht sicher, ob der von wp kommt, oder einem meiner Plugins.
Bei mir ist da noch der options-Cookie, der zu meinem Theme gehört (Anzeige-Einstellungen, letzter Busch etc.).

Die Session-Cookies sind nach Schliessen des Browsers weg. Der Theme-Cookie hält bei mir etwa ein Jahr und wird bei jedem Besuch neu geschrieben.

Nicht jedes Theme schreibt aber einen cookie, manche schreiben nichts, andere einen ganzen Sack voll. Kommt halt darauf an, was der Autor des Themes bezweckt.

Helli

fischnackdissen: Mein Blog läuft auch bei Strato, kein Problem. Die Datenbanken werden mit phpMyAdmin 2.6.4 verwaltet. Wenn du dort bist steht Links oben groß "Strato". Daruner sind 4 Icons, nimm das zweite von Links, auf dem "SQL" steht. Dann öffnet sich ein neues Fenster mit einem Eingabefeld "SQL-Befehl(e) in Datenbank ausführen". Darüber sind 3 Buttons, und der in der Mitte heißt wie durch ein Wunder "Dateiimport"...

Das einzige was bei Strato nicht funktioniert sind lesbare Permalinks, weil REWRITE in der .htaccess nicht erlaubt ist (Server-Error 500). auch mit den index.php/-Trick habe ich keine guten Erfahrungen gemacht (mal gehts, mal nicht :(). Ansonsten stabil, wenn auch nicht allzu schnell (zumindest bei VHost, bei eigenem Server könnte es besser sein, aber dat ist ja auch ein wenig teurer).

Am einfachsten ist es, wenn du das zu deinem Paket gehörende Blog installierst - ist ein Wordpress 2.x -, die wp-config.php sicherst, und dann einfach deine Daten drüberbügelst.

Helli

Hab jetzt selbst Hand angelegt und die excepts nachgerüstet:

In wp-admin\export.php ab Zeile 170:

<description></description>


<excerpt:encoded><![CDATA[<?php echo $post->post_excerpt ?>]]></excerpt:encoded>


<content:encoded><![CDATA[<?php echo $post->post_content ?>]]></content:encoded>

und in wp-admn\import\wordpress.php etwa ab Zeile 228:

$post_author    = $this->get_tag( $post, 'dc:creator' );


   $post_excerpt   = $this->get_tag( $post, 'excerpt:encoded' );
   $post_excerpt = str_replace(array ('<![CDATA[', ']]>'), '', $post_excerpt);
   $post_excerpt = preg_replace('|<(/?[A-Z]+)|e', "'<' . strtolower('$1')", $post_excerpt);
   $post_excerpt = str_replace('<br>', '<br />', $post_excerpt);
   $post_excerpt = str_replace('<hr>', '<hr />', $post_excerpt);


   $post_content = $this->get_tag( $post, 'content:encoded' );

Funktioniert tadellos.

Helli

Ja klar, hab ich die. Aber im Export ist nichts drin. Ich hab inzwischen ein Plugin gefunden, das die Funktion für < 2.1 nachrüstet, und dort steht, das er den Bug behoben hat. Leider funktioniert das Plugin nicht in 2.1.

Helli

Heute hab ich die Einträge meines Blogs mal in mein Testblog überspielt, mit der neuen Import/Export sollte das ja kein Problem sein. Scheinbar doch: Der XML-Export enthält keine excerpts, und damit ist das ganze für mich ziemlich nutzlos...

Eigentlich ist das ein Fehler, oder?

Helli

u1amo01: Thanx, habs dann schon gefunden. Dachte nur, man kann ihn wie früher generell abschalten. Hilft nur leider auch nix, der WisywigPro mag nicht mehr mit der 2.1, obwohl ich das neueste Plugin vom 24.01.07 verwende. Mist.

Helli

Wie kann man denn diesen Editor überhaupt abschalten? Ich hab den WysiwigPro installiert und stell jetzt fest, das der vom eingebauten Editor überschrieben wird. Früher gabs einen Schalter zum ein- und ausschalten, aber der ist wohl weg...

Helli