Beiträge von Putzlowitsch

Zitat von formateins

1. Du schaffst es, ein 100x100 Pixel großes Bildchen auf 55kb aufzublasen? Respekt!
...[COLOR=#777777][/COLOR]

Das ist in der Tat beachtlich, denn ein unkomprimiertes RGB-Bild in der Größe bringt es gerade mal auf 30kB. :-)

Gruß
Ingo

Na also so schlecht wie der Ruf ist Strato nicht mehr. :-)

Frührer war das mit Wordpress bei Strato tatsächlich eine abenteuerliche Angelegenheit, aber mit früher meine ich vor einigen Jahren. Ich spreche da aus Erfahrung.

Wenn beim Klick auf eine Link nichts passiert, nicht mal eine Fehlermeldung kommt, würde ich die Probleme eher auf der Nutzerseite vemuten, weniger auf dem Server.

Gruß
Ingo

Ah ok.

Die Individual-Server hatte ich entdeckt. Da bezieht sich das Management in der Grundversion aber nur auf Hardware und Netzanbindung, wenn ich das richtig gelesen habe. Naja, und ein Einstiegspreis von 89 Euro ohne Extras ist auch nicht ohne.

Und die WebServer-Basic sind gut beim Webhosting versteckt, wo ich eher das übliche, shared Hosting vermutet habe. Ich klick natürlich erfolglos im Bereich Server rum. :-)Gr

Gruß
Ingo

Hab ich Tomaten auf den Augen oder gibts bei Host-Europe keine fertigen Managed-Server?

Gruß
Ingo

Ja also so eben mal aus dem Ärmel schütteln kann ich das auch nicht. War ja nur eine Idee, weil ich das von anderen Seiten kenne. Falls es bis morgen Zeit hat, kann ich mal was ausprobieren. Es interessiert mich aber auch. :-)

Gruß
Ingo

Wahrscheinlich ist das SSL-Zertifikat von einer dem Browser nicht bekannten oder nicht als vertrauenswürdig eingestuften Zertifizierungsstelle ausgestellt worden. Man kann die Seite aber auch ohne https aufrufen:
http://www.scilab.org/

Ein nicht vertrauenswürdiges Zertifikat stellt an sich aber noch keinerlei Bedrohung dar und sagt auch nichts darüber aus, ob von der Seite eine Gefahr ausgeht.

Gruß
Ingo

Hmmm, dann fällt mir fast nur noch eine Sache ein. Ich hatte mal das Problem, daß JPEG-Dateien ab einer bestimmten Größe und in einem bestimmten Komprimierungsformat nicht funktioniert haben.

Ich meine es lag an der JPEG-Option "Progressiv" oder "Optimiert" im Adobe-Photoshop bzw. vergleichbaren Einstellungen bei anderen Bildbearbeitung-Programmen.

Wobei diese Probleme immer nur das Erstellen der Thumbnails bzw. Bilder in den anderen Größen betraf, die Originalbilder waren davon nicht betroffen und wurden immer korrekt auf dem Server gespeichert.

Gruß
Ingo

Wobei die index.php von Wordpress ja üblicherweise nicht direkt sichtbar in Erscheinung tritt.

Insofern ist es sogar sinnvoll, das ein expliziter Aufruf der index.php in der robots.txt ausgeschlossen wird, sonst hat man ja die selben Inhalte (Duplicate Content) unter:
- example.com
und
- example.com/index.php
im Zugriff.

Es dürfte eher daran liegen, daß beim Aufruf auf ?lang=de weitergeleitet wird, und das ist per /*? in der robots.txt ausgeschlossen.

Gruß
Ingo

Naja, Du könntest auf der AGB-Seite ein Cookie setzen und dann auf der nachgeordneten Seite prüfen, ob das Cookie gesetzt ist. Falls nicht, erfolgt eine Umleitung zur AGB-Seite.

Gruß
Ingo

Aber irgendwas stimmt mit der Zuordnung der Subdomain noch nicht. Wenn ich die downloads-Subdomain aufrufe, lande ich auf einer Dummy-Seite.

Aus dem Screenshot der Subdomain-Einstellunegn werde ich nicht schlau. Wo sehe ich denn, auf welches Verzeichnis im Webspace die Subdomain zeitgt bzw. wo kann man das einstellen? Die Option mit dem "Forward" scheint eher eine HTTP-Weiterleitung zu sein und ist für WP-Multisite ungeeignet.

Wer ist denn Dein Webhoster? Der müßte ja sagen können, wie man eine Subdomain richtig konfiguriert.

Gruß
Ingo

Zitat von Boindil

...
Folgendes habe ich heute getan:

- Hoste bei allinkl.com und habe auf den PHP CGI Modus per .htaccess umgeschaltet.
...

Gibts dafür einen besonderen Grund?
All-Inkl weißt in den FAQ auf mögliche Probleme hin:

Zitat

Bitte beachten Sie, dass bei PHP-CGI strengere Restriktionen für Ressourcen gelten. D.h. Sie sollten ein Umschalten möglichst vermeiden, wenn der Server standardmäßig bereits in der von Ihnen benötigen Version läuft.

Bitte beachten Sie generell, dass eine Änderung der Server-Software oder eine Umstellung der Versionen (z.B. PHP) in einigen Fällen auch eine Anpassung Ihrer Seiten erfordert. Prüfen Sie daher im Anschluss bitte selbst die Funktionalität!

Hast Du vielleicht bei den Änderungen in der .htaccess die mod_rewrite-Regeln für Wordpress versehentlicht entfernt?

Gruß
Ingo

Das es keine Fehler-Anzeige efolgt, liegt an dem Plugin. Da der Bildverarbeitungsprozeß ausgelagert ist, kann der eigentliche Fehler nicht zurückgegeben werden. Wobei ich denke, daß es gar nicht mal wirklich am PHP-Memory liegt. 50M sind zwar nicht die Welt, sollten aber für den Bilderupload reichen.

Mal ganz blöd gefragt, ist vielleicht der Webspace voll, also der im Hostingpaket zur Verfügung stehende Festplattenplatz? WP-System-Health zeigt daja auch ein paar Daten an (Speicherplatz).

Gruß
Ingo

Zitat von 'Marcus[IS

;503572']...
Der Satzbau an der Stelle ist zugegeben etwas irritierend, da der Anschein erweckt wird, dass WordPress.org secret-key service noch mit zum Link gehören würde.

Der Aufbau mit { Link ...} ist zwar tatsächlich etwas irritierend, folgt aber der Syntax für JavaDoc. Dadurch kann aus dem WP-Quellcode automatisch eine HTML-formatierte Dokumentation erstellt werden, in erster Linie allerdings für Software-Entwickler, weniger für Anwender.

Das nur zur Erklärung für die seltsam anmutende Schreibweise des Links. :-)

Gruß
Ingo

Ja, das ist manchmal schon etwas verwirrend, mit den vielen functions.php-Dateien bei Wordpress. :-)

Ich bin ja eigentlich kein Freund davon, globale Funktionen im Theme unterzubringen, weil die ja dann beim Wechsel des Themes verschwunden sind. Aber so geht es meist am schnellsten und einfachsten.

Früher hätte ich sowas in die my-hacks.php gepackt, aber die gibt es ja nicht mehr. Also müßte man konsequenterweise für jede dieser kleinen Funktionen ein Plugin erstellen, oder eine Art Sammelplugin für solche kleinen Korrekturfunktionen.

Kurz und gut, der Code muß in die functions.php des Themes, also nach
/wp-content/themes/***/functions.php.

Gruß
Ingo

Zitat von Matze202

...
Nun kenn ich bereits, dass man im WP HTML-Elemente wie folgt schreibt:

Code

&lt;p&gt; für <p>

...

Da Du die HTML-Elemente bereits richtig maskierst, wird da auch (zunächst) nichts mit Wordpress-Sanitize entfernt. Es ist ja kein HTML. :-)
Die Sachen stehen also richtig so wie eingegeben in der Datenbank.

Das Problem entsteht bei der Ausgabe der Beschreibung im Bearbeitungsformular. Dort werden die Sachen nicht nochmal maskiert und so erscheinen sie dann als HTML-Tag und werden beim nächsten Speichern doch entfernt. Mit einem kleinen Action-Hook, wie formateins bereits andeutete, kann man das aber beheben:

function my_post_tag_pre_edit_form( $tag, $taxonomy ) {
  if( $tag->description ) {
    // Nachbildung der esc_attr-Funktion, aber mit $double_encode = true
    $safe_text = wp_check_invalid_utf8( $tag->description );
    $safe_text = _wp_specialchars( $safe_text, ENT_QUOTES, false, true );
    $tag->description = apply_filters( 'attribute_escape', $safe_text, $tag->description );
  }    
}


add_action( 'post_tag_pre_edit_form', 'my_post_tag_pre_edit_form', 10, 2 );

Diesen Code kannst Du z.B. in die functions.php Deines Themes übernehmen.

Nachtrag: Wieso wird der PHP-Code in dem Code-Fenster umgebrochen?

Gruß
Ingo

@Goggosoft
Da muß nichts platziert werden, es ist ja alles bereits da.

Die Subdomains müssen halt nur auf das selbe Verzeichnis wie die Hauptdomain zeigen, also dahin, wo das Wordpress installiert ist. Das ist ja der Grundgedanke von WP-Multisite, eine Installation, mehrere Blogs in Unterverzeichnissen bzw. Subdomains.

Gruß
Ingo

Ja genau, so ist es.
Oder ist jemand von den anderen Forum-Teilnehmern anderer Meinung?

Gruß
Ingo

Vielleicht reicht hier ja die Server-Variable 'HTTP_HOST', also dann etwa so:

<?php echo $_SERVER['HTTP_HOST]; ?>

Gruß
Ingo

Naja, so absolut kann man das auch nicht sagen. Ich habe ein Wordpress 3.5.1 mit Standard-Theme und drei Plugin mit nur 32 MB laufen. Ja genau, bei 1&1 in einem alten Hostingpaket. :-)

Gruß
Ingo

Zu Deinem Nachtrag:
Ja, das würde auch gehen. Man kann in Wordpress definieren, wie die User-Tabellen heißen und wenn da in allen Bloginstallationen die selben Einträge verwendet werden, sollte es funktionieren:
http://codex.wordpress.org/Editing_wp-con…Usermeta_Tables

Ich habe es aber selbst noch nicht getestet.
Nachteil wäre aber auch, daß Du dann mehrere Installtionen pflegen müßtest, also mit Updates versorgen und so.

Gruß
Ingo