Beiträge von Putzlowitsch

Da es sich wohl um einen V-Server (mit Windows) handelt, ist der Betreiber des Servers (der Bruder) selbst für alles verantwortlich. Da wird man nicht auf das Strato-Hosting-Backup zurückgreifen können.

Gruß
Ingo

Naja, Du kannst bei Wordpress- und Blogadresse natürlich die externe URL (z.B. DynDNS) eintragen. So funktioniert es dann auch, wenn Du die Seite intern via localhost aufrufst. Dann werden die Ressourcen (z.B. CSS) halt einfach über den externen "Umweg" geladen, was kein Problem sein sollte.

Man kann es halt nur nicht so einstellen, daß immer passend zum Aufruf der Seite die entsprechenden Resourcen auch über diese URL geladen werden, also localhost über loclahost und externe URL über exeterne URL.

Gruß
Ingo

Es dürfte daran liegen, daß in den WP-Einstellungen vermutlich localhost als Wordpress-und/oder Blog-Adresse eingetragen ist. Wenn der Zugriff nun von Außen erfolgt, wird versucht, die CSS-Dateien und andere Sachen von localhost zu laden, was natürlich nicht geht.

Ohne Plugin kann man Wordpress immer nur unter einer Basis-URL (Hostname) richtig aufrufen.

Gruß
Ingo

So etwas passiert immer dann, wenn PHP auf der Webseite, aus welchen Gründen auch immer, Warnungen und Fehlermeldungen ausgibt. Es könnte an einem Plugin liegen, welches z.B. Inhalte per fopen einlesen will, was aber fehlschlägt. Dann "vermischen" sich die PHP-Meldungen mit der URL der Seite, auf der sie angezeigt werden.

Du könntest mal in den Webmastertools die URL (ohne function.open bzw. den anderen Anhängen) mit der Funktion "Crawling" -> "Abrufen wie durch Google" aufrufen und nachsehen, was da als Inhalt zurückkommt.
Oder sind auf der Seite auch Fehlermeldungen zu sehem, wenn Du sie selber aufrufst?

Gruß
Ingo

Der Strato AppWizard legt im Wurzelverzeichnis des Webspace Verzeichnisse an, die aus dem Namen der App und einer laufenden Nummer bestehen. Bei Wordpress wäre das z.B. WordPress_01, WordPress_02 usw.

Gruß
Ingo

Es liegt bestimmt am 1&1-Speicherlimit pro Prozess. Selbst wenn da 90M angezeigt werden, stehen diese in kleineren Hostingpaketen nicht zu Verfügung. Ein Übersicht, wieviel Speicher welches Paket hat, findest Du hier.
Möglicherweise hilft Dir dieses Plugin witer.

Gruß
Ingo

Bei relativ wenigen Bildern wäre die Ablage in einem Ordner sicher einfacher und übersichtlicher. Bei vielen Bildern finde ich eine Ablage in Jahres/Monats-Ordnern aber besser.

Wenn ich ein Bild suche, dann ja eher nicht per FTP auf dem Server, sondern in der WP-Mediathek. Da ist es egal, wenn die Bilder in Unterverzeichnissen abgelegt sind.

Außerdem kann man bei der Struktur mit den Jahren und Monaten jeden Monat Bilder mit dem selben Namen hochladen, ohne daß deren Dateiname verändert wird. :-)

Gruß
Ingo

Naja, es geht hier aber doch nicht um tabellenbasierte Layouts von kompletten Webseiten, sondern um die Darstellung von strukturierten Daten auf einer Seite in einer Tabelle. Wie soll man denn sowas sinnvoll darstellen, wenn nicht in einer Tabelle. Man sollte einfach mal die Kirche im Dorf lassen.

Gruß
Ingo

Tabellen werden in den Snippets der Suchergebnisse bisweilen sogar recht gut dargestellt. Oben steht die Anzahl der Einträge und darunter kommen die ersten drei Zeilen der Tabelle. Das hebt sich zumindest von den anderen Suchergebnissen ab und könnte zu einer höhere Klickrate führen.

Gruß
Ingo

Nicht ganz richtig, gut. Aber bezogen auf die Höhe scheint es zu stimmen. Die kann man nicht kleiner machen. Ich habe bei den von Dir verlinkten Seiten zumindest nichts derartiges gesehen.

Gruß
Ingo

Die Darstellung des Players ist bei der HTML5-Audio-Funktion browserabhängig und läßt sich meines Wissens nicht wirklich konfigurieren. Breite und Rahmen gehen, Höhe und Farbe nicht.

Gruß
Ingo

Wordpress ist dafür prädestiniert, schließlich ist es eine Blog-Software, was sich aus Web-Log oder eben Online-Tagebuch ableitet. Endlich will mal jemand etwas damit machen, wofür Wordpress ursprünglich erfunden wurde. :-)

Jedes Familienmitglied wird als Nutzer mit der Rolle "Autor" oder "Redakteur" eingerichtet und los gehts.

Gruß
Ingo

Wenn überhaupt, dann eher anders herum. Also bei der Seitenadresse den Domainnamen und bei der Wordpress-Adresse die Subdomain von online.de und das dann ohne impressum hinten dran.

Gruß
Ingo

Die URLs zu den Bildern sind völlig falsch (http://www.wp-content/), da ist irgendwas beim Suchen und Ersetzen falsch gelaufen. Und wenn das Plugin soviel Speicher verbraucht, daß nicht mal 256 MB reichen, stimmt da auch was nicht.

Es muß also irgendwie http://www.wp-content/ durch http://www.nerdshit.de/wp-content/ ersetzt werden.

Gruß
Ingo

Sollte man bei Wurmbefall nicht besser zum Arzt gehen? :-)

Gruß
Ingo

Ob überhaupt und wie das geht, hängt vom Webhoster ab. Wende Dich also an Deinen Webhoster und frage nach, ob das PHP-Memory-Limit erhöht werden kann.

Gruß
Ingo

Könnte an zu wenig PHP-Memory liegen. :-)

Gruß
Ingo

Genau das mit der ID könnte man mit einem Shortcode prima vereinfachen und es gäbe wesentlich weniger Fehlerquellen. So könnte es aussehen:
[readspeaker id='1']test test test [/readspeaker]

Die Shortcode-Funktion generiert dann den HTML-Code. Mann könnte die ID sogar automatisch hochzählen lassen und müßte sich gar nicht mehr drum kümmern.

Gruß
Ingo

Da fällt mir als Lösung nur ein kleines Plugin mit Shortcode ein. Das müßte aber vermutlich erst jemand programmieren, weil es sowas noch nicht gibt.
Hier zum Einstieg:
http://codex.wordpress.org/Shortcode_API

Nachtrag: Eigentlich sollte das Plugin selbst so einen Shortcode bereitstellen, das wäre sicher am Besten.

Gruß
Ingo

Von welcher Version hast Du denn upgedated?

Irgendwann sind mal HTTP-Request-Methoden weggefallen. Früher waren es mal deren fünf ('curl', 'streams', 'fopen', 'fsockopen', 'exthttp'), jetzt sind es nur noch drei ('curl', 'streams', 'fsockopen').

Vielleicht hatte es ja bisher mit eine der weggefallenen Methoden funktioniert.

Das oben erwähnte Plugin ist übrigens von mir und war früher mal hilfreich, falls Wordpress eine falsche, nicht wirklich funktionierende Request-Methode ausgewählt hatte. :-)

Gruß
Ingo