Beiträge von Putzlowitsch

Das wundert mich etwas. Nach meiner Erfahrung klemmts es manchmal bei den normalen Webhosting-Paketen, mit vServern hatte ich bei Strato bisher noch keine Probleme. Man sollte immer bedenken, daß man bei einem vServer selbst für die Konfiguration verantwortlich ist. Wenn man da keine Ahnung hat und etwas vermurkst, ist das meist keine Problem des vServers als solcher.

Gruß
Ingo

Zitat von Hille

Deine Liste umfasst ganze 4 Anbieter, bissl wenig. ...

Das wundert micht nicht, weil er vermutlich für weitere Anbieter nicht im Affiliate-Programm drin ist. :-)

Gruß
Ingo

Du meinst das alt-Attribut für Bilder (<img src=... alt=...>)?

Da verwendet Wordpress normalerweise den Titel, falls der Alt-Text in der Mediathek nicht explizit angegeben wurde. Oder was meinst Du genau?

Gruß
Ingo

Ja, Du solltest vorher in der DNS-Verwaltung für die Domain bei Strato als A-Record die IP-Adresse des Lima-City-Servers eintragen.
Dann kannst Du die Änderungen gemäß FAQ vornehmen.

Gruß
Ingo

Zitat von Candrew

... Unter der Subdomain bei lima direkt funktioniert die Schriftart ja auch nicht!

Eben, die Subdomain ist aus Sicht Deiner Lima-City-Hauptseite auch eine andere Domain. Ob Strato oder Subdomain, es werden immer alle Resourcen von der Lima-City-Domain geladen und dort ist es so eingestellt, daß Fonts nicht von anderen Domains geladen werden dürfen.

Mir fallen zwei Möglichkeiten ein, das Problem zu beheben.
- Lima-City ändert die Servereinstellungen so, daß fremde Domains Fonts laden dürfen
- Du paßt die Konfiguration in WP so an, daß alles von der Strato-Domain aufgerufen wird

Wie letzteres geht, kannst Du hier nachlesen:
http://faq.wpde.org/wordpress-url-aendern/

Den Hinweis am Ende beachten!

Gruß
Ingo

Der Webserver von Lima-City erlaubt scheinbar nicht den Download von Font-Ressourcen durch andere Domains.

Zitat

downloadable font: download failed (font-family: "LeagueGothicRegular" style:normal weight:normal stretch:normal src index:1): bad URI or cross-site access not allowed source: https://swportfolio.lima-city.de/wordpress2/wp-…ic-webfont.woff

Deine Domain bei Strato ist aus Sicht des Servers eine fremde Domain.

Die Domain bei einem anderen Hoster als den Webspace zu haben, führt oft zu Problemen. Es sei denn, man kann die Domain richtig (DNS A-Record) auf dem Webspace aufschalten.

Gruß
Ingo

Das konnte von Skripts kommen, die versuchen herauszufinden, welche Plugins installiert sind um dann ggf. über Sicherheitslücken Schadcode einzuschleusen.

Mal davon abgesehen ist es keine optimale Fehlerbehandlungs-Strategie, alles auf die Startseite weiterzuleiten.

Gruß
Ingo

Da es hier um das Forum geht (oder?), hätte der Beitrag wohl besser in das Unterforum "Feedback und Ankündigungen" gepaßt.
Der Beitrag richtet sich eher an die Betreiber der Forums. Aber schön, daß jemand den Unterschied zwischen Warnungen und Fehlern erklärt hat. :-)

Gruß
Ingo

Zitat von jblhB

..., um diese geht es, es sind die zuletzt hochgeladenen Bilder (Bildgröße je ca 10 MB) - genug Speicher bei Strato habe ich noch 2 GB
...

Das Bild ist einfach zu groß, um es in Wordpress bei einem PHP-Speicherlimit von 128M verarbeiten zu können. Wobei hier nicht die Dateigröße gemeint ist, sondern die Abmessungen des Bildes in Bildpunkten. Ich nehme bei einer Dateigröße (JPG) von 10MB mal an, daß es sich um ein 24 MP (6000x4000 Pixel) Bild oder größer handelt. Da werden schon fast 100 MB PHP-Speicher benötigt, um das Bild "auszupacken". Das kann nicht funktionieren.

Mein Tip: Die Bilder vor dem Hochladen sinnvoll verkleinern, z.B. auf 1500x1000 Pixel.

Gruß
Ingo

Mag sein, daß das beim Mac anders ist.
Wenn ich bei Windows etwas kopiere, auch ganze Ordner, wird da nichts gelöscht. Es kommt die Abfrage, ob ich den Ordner "integrieren" möchte.

Sag ich "Ja", werden die neuen Inhalte in den Ordner kopiert, die alten beleiben natürlich erhalten.

Aber egal, Hauptsache Deine Website funktioniert nun wieder!

Gruß
Ingo

Zitat von HaraldW

... Wenn ich einen Ordner in ein anderes Verzeichnis kopiere und dort befindet sich bereits ein gleichnamiger Ordner, dann wird der überschrieben...

Nein, also so kenn ich das nicht.
Der "Kopiervorgang" stellt fest, daß es den Ordner bereits gibt und kopiert einfach dessen Inhalte in den bereits vorhandenen Ordner.

Alles andere wäre kein kopieren, sondern vielleicht so etwas wie synchronisieren. Das gibt es auch, da wir dann versucht, den Inhalt der beiden Ordner gleich zu halten. Jenachdem, in welche Richtung synchronisiert wird, werden dann ggf. tatsächlich Dateien gelöscht. Falls der Dreamweaver Verzeichnisse synchronisiert, sollte man ihn dafür nicht verwenden.

Gruß
Ingo

Mit Dreamweaver? Hmmm, damit kenne ich mich nicht aus.
Ich verwende nur normale FTP-Programme, wie FileZilla. Da werden dann tatsächlich nur die Dateien drüberkopiert, aber nichts gelöscht. Wie das Dreamweaver macht, weiß ich nicht.

Gruß
Ingo

Mann kann alles aus der Wordpress-ZIP-Datei drüberkopieren. Es werden ja nur die alten WP-Dateien mit den neuen überschrieben.
Also nichts löschen, nur per FTP hochladen. Alles was nicht zum WP-Installations-Paket gehört (Drittanbieter-Themes, Plugins, Bilder usw.) bleiben erhalten.

Gruß
Ino

Du mußt auch 'WP_CONTENT_DIR' entsprechend neu definieren. Dort wird das absolute Server-Verzeichnis zum Content-Dir erwartet.

define( 'WP_CONTENT_DIR', dirname(__FILE__) . '/m3dia/wp-content');

Gruß
Ingo

Zitat von HaraldW

Danke für den Tipp mit dem AppWizard.
Damit habe ich noch nie was gemacht.
...

Nicht? Wie hast Du denn Wordpress installiert?

Also die Version 4.0.1 zurückzuspielen ist keine gute Idee.

Du solltest die aktuellen Wordpress-Dateien per FTP hochladen. Das wäre dann auch gleichzeitig ein Update auf WP 4.3.

Gruß
Ingo

Kategorien sind eher grobe Einteilungen. Es ist aus meiner Sicht nicht sinnvoll, für jeden Artikel eine neue Kategorie/Unterkategorie zu erstellen.
Ist denn geplant, mehrere Artikel zu "Roten Äpfeln" zu schreiben?
Die Äpfel würde ich in der Kategorie Obst einsortieren und dann noch vielleicht in Äpfel. Wobei Äpfel dann eine Unterkategorie von Obst sein kann.

Gruß
Ingo

Zitat von HaraldW

...
Sie lautet: Fatal error: "Class 'wpdb' not found in /mnt/web6/d2/81/564981/htdocs/WordPress_01/wp-includes/load.php on line 352"
...

Das sieht nach eine AppWizard-Installation bei Strato aus.
Möglicherweise ist ein Wordpress-Update schief gelaufen.

Du kannst im Strato Kundenbereich beim AppWizard mal nachsehen, ob da ein Update angezeigt wird. Hast Du bereits ein WP-Update im AppWizard durchgeführt, sollt es auch ein Backup geben.
Du solltest dann das Backup zurückspielen und das Update erneut starten.

Gruß
Ingo

Die Fehlermeldung kommt auch, wenn man in der ohne-www-Version die index.php explizit aufruft. Da scheint auch der Fehler zu liegen.
Normalerweise wird beim direkten Aufruf der index.php ein Redirect auf die Home-Adresse ausgeführt. Die Ausgabe verhindert allerdings das Setzen des entsprechenden HTTP-Response-Headers.

Hast Du die index.php in irgendeiner Weise bearbeitet?
Kopiere doch mal die index.php vom Original-WP auf den Server.

Gruß
Ingo

Zitat von maxe

Die Frage taucht hier im Forum gefühlte 1000x auf, du scheinst zu wenig php memory_limit auf dem Server zu haben: http://bfy.tw/1ZaA

Das Problem ist nicht zu wenig PHP-memory_limit (Allowed memory size ... exhausted), sondern eine serverseitige Speicherbegrenzung (Out of memory).

Könnte ein altes 1&1-Hosting-Paket sein (30MB Grenze). Da hilft nur ein Paket-Upgrade oder Hoster-Wechsel und keine Anpassung des PHP-Parameters memory_limit.

Gruß
Ingo

Die Upload-Größe hat nichts mit den Datenbanken zu tun. Die Dateien landen im Dateisystem des Webspace. Dieser ist zwar auch begrenzt, die eigentliche Hürde ist aber die Datenmenge, die per Upload übertragen bzw. anschließend verarbeitet werden muß.

Eine Lösung, die ich bei großen Dateien selbst schon verwendet habe, ist der "Dummy-Upload".

Ich erzeuge mir einen sehr kurzen Ausschnitt (3 bis 4 Sekunden) des Videos, der eine Dateigröße von nicht mehr als 4 bis 5 MB hat. Diesen lade ich dann in der Mediathek hoch. Anschließend lösche ich die Datei per FTP auf dem Server und lade die große Datei mit dem selben Namen per FTP hoch. Das Video wird weiterhin von der WP-Mediathek verwaltet, da diese den Austausch der Dateien nicht "bemerkt".

Kleiner Nachteil: In der Mediathek wird nicht die richtige Laufzeit des Videos angezeigt. Das könnte man eventuell in der Datenbank ändern. Hat mich aber bisher nicht gestört, da es keinen Einfluß auf das Einbinden des Videos auf einer Seite hat. Dort wird dann natürlich die richtige Laufzeit des großen Videos angezeigt.

Die ganze Prozedur ist zwar etwas umständlich, aber wenn man nur gelegentlich mal ein Video hochlädt, durchaus akzeptabel.

Hier mal ein Beispiel (übrigens bei Strato gehostet).

Gruß
Ingo