Beiträge von oio

habt ihr mal alle plugins deaktiviert, um den verursacher hier auszuschliessen?

dann der reihe nach wieder aktivieren. liegt es an einem plugin hat man es so schnell identifiziert.

meist ist es doch eine überschaubare anzahl autoren.
richtlinien für die artikel sind üblich.
setze fest, dass das unlautere vordatieren nicht erwünscht ist.

wer sich nicht dran hält, fliegt raus.

poste mal deine htaccess.

das funktioniert ja wie ein umgekehrter hotlink-schutz?!
es funktioniert, so lange der referrer nicht die eigene seite ist ...

edit:
diese vermutung ist höchstwahrscheinlich falsch:

Zitat

... Vielmehr vermute ich, dass die PHP-Anwendung diesen Statuscode an den Browser schickt. ...

das image wird ja nicht per php geparsed.

aus gleichem grund ist ein plugin als ursache unwahrscheinlich.

ab der nächsten wp-version soll die versionierung der artikel einzug halten.

zumindest für den bereich der artikel und seiten sollte damit recht umfassend dokumentiert sein, wer wann welche änderungen durchgeführt hat.
für die aufbereitung dieser information dürften sich dann im laufe der zeit auch weitere plugins finden lassen.

selber habe ich keine erfahrung mit einem plugin für diese aufgabe.

daher gibts von meiner seite suchbegriffe als hilfe:

wordpress plugin social bookmarks - Google-Suche
WordPress › WordPress Plugins

http://forum.wordpress-deutschland.org/plugins-und-wi…l-bookmark.html
http://forum.wordpress-deutschland.org/plugins-und-wi…-bookmarks.html
http://forum.wordpress-deutschland.org/plugins-und-wi…-bookmarks.html
http://forum.wordpress-deutschland.org/plugins-und-wi…ks-plugins.html

schön wäre es, wenn du dann für die nächsten rückmeldest, welches plugin bei dir in zukunft dienst tut.

2.000 visits pro tag sollte für einen standalone-server nicht zu viel sein.
und so viel performance frisst wordpress nun auch wieder nicht.

3.000 besucher pro tag (kein worpress, aber datenbankintensive php-anwendung) hatte ich auf einem 1und1-managed-server schon vor vier jahren. die hardware dürfte mittlerweile deutlich stärker sein.

warum muss der server denn neu gestartet werden?
hast du mal die prozessorauslastung und die datenbankzugriffe überprüft?

-> ursache klären, bevor massnahmen ergriffen werden

den vorgang hast du scheinbar richtig gemacht.
bei 1und1 unter mysql-datenbanken auf verwalten und dann die sql-datei importieren.

bist du denn sicher, dass in der sicherung auch tatsächlich deine daten liegen?
öffne die mal im texteditor und schau nach.
evtl. hast du ja auch eine leere standardinstallation gebackuped.

Zitat von helljeans

... Ich hatte vor einigen Tagen ...

und was soll das heissen: "vor einigen tagen" ... warum importierst du die datenbank nicht ENDLICH noch einmal, wenn es vorher ganz offensichtlich nicht geklappt hat !!!???

wie wäre es, wenn du die daten einfach mal in die datenbank packst, anstatt hier zum zehnten mal zu schreiben, dass sie dort noch nicht sind.

edit: sorry für meine ungeduld ... aber du machst hier tierischen kasperkram für eine zwei-minuten-angelegenheit.

Zitat von menhir

Weitere rätselhafte schweden...
...
Auf einem weiteren server habe ich bei einer joomla-installation ebenfalls viele "schweden" gefunden...
...

mal ganz grundsätzlich:
die kollation hat nichts mit der darstellung der umlaute zu tun. die kollation bestimmt einzig die _sortierung_ der datenbankwerte (also sonderzeichen vor buchstaben, ö nach oe oder nach o, etc.)

schwedisch ist deshalb die grundeinstellung, weil die ursprünglichen mysql-entwickler aus schweden kommen :)

noch ein hinweis zum thema: mysqldumper kann datenbanken wahlweise als iso oder utf-8 im-/exportieren.
verwendet man hier die richtigen einstellungen beim export und importiert dann richtig (je nach daten und ziel) reicht zum konvertieren der reine sicherungs- und wiederherstellungsvorgang.
die umgebungsvariablen des php-systems und der datenbank müssen dann natürlich stimmen.
auch die rückgabeheader des servers sollten den korrekten zeichensatz übergeben, die angabe im html-head kann auch nicht schaden.
vorzugsweise läuft alles auf utf-8.

Zitat von helljeans

Datenbanksicherung habe ich in die neue Datenbank importiert. ...

offensichtlich nicht ... oder in die falsche datenbank ... oder wieder gelöscht ... oder überschrieben beim installieren ...

wie auch immer: in der datenbank, die du in der wp-config angegeben hast, sind nun mal nur die beispieldaten.

also: sorg einfach dafür, dass deine alten daten da rein kommen!

möglichkeiten (immer noch):
a) benutze die richtige datenbank (eine, die die daten enthält)
b) importiere deine daten in die aktuell verwendete datenbank

such dir eine variante aus, aber machs doch einfach mal ...

edit: du schreibst immer von "erscheinen" ... meinst du evtl. einfach die optik / das theme / die grafische darstellung?
hattest du überhaupt schon einträge in deinem "alten blog"?

falls es dir um die darstellung geht: einfach das alte theme in der neuen wp-installation im theme-ordner ablegen und über die admin aktivieren.

dann brauchst du doch nur deine datenbanksicherung in die neue datenbank zu importieren.

dann ggf. noch die domain in der db ändern: WordPress Deutschland FAQ » Wie kann ich die Adresse meines Blogs ändern?

fertig.

ganz sicher, dass du die daten in die richtige, die relevante wp-config eingetragen hast?

cookies für die installationsdomain erlaubt?

wp-config als reine textdatei abgespeichert (wenn utf-8, dann ohne bom)?

steht das präfix wirklich in hochkommata oder evtl. versehentlich ein akzent, bzw. ähnliches?
(testweise mal mit zollzeichen versuchen -> " )

das wichtigste an deinem blog sind die inhalte.
diese liegen in der datenbank.

für den alten blog also auch entsprechend in der alten datenbank.

hast du diese datenbankinhalte gesichert?
hast du die zugangsdaten zu der alten datenbank noch?

Zitat von marX

Nett. Da werf ich doch gleich mal noch die zugehörige Codex-Seite nach: :)
Option Reference « WordPress Codex

na, was es da nicht noch alles nützliches gibt :-D

der hilft mir auch: uploads_use_yearmonth_folders

hauptsächlich geht es mir um angehängte bilder für eine galerie.

grob die anvisierte vorgehensweise:
- alle bildanhänge eines posts zusammensuchen
- für jedes image eine eigene ansichts- und thumbnailversion in einem gesonderten ordner des upload-verzeichnisses anlegen
- xml aus den infos generieren
- flashgalerie mit der xml füttern

die images sollen unabhängig von den wordpressbildgrössen laufen.

dafür brauche ich erst einmal das jeweilige image. das geht auch über die url, ist dann aber darauf angewiesen, das allow_url_fopen aktiviert ist.
ausserdem auch nicht so schön, wenn die bilder eh auf dem server liegen, einen http-request loszuschicken.

dann brauche ich einen ort, wo ich die generierten bilder ablege.
vorzugsweise ist das aus meiner sicht ein verzeichnis im upload-ordner.
der plugin-ordner wäre für diese art datenhaltung in meinen augen ungeeignet (aber den pfad habe ich wenigstens).
einen ordner hierfür im webroot anzulegen ist wieder so eine sache ... beim upload-ordner kann ich mich wenigstens auf die schreibrechte verlassen.

edit:

Zitat von codestyling

Doch, das kann man sich geben lassen:

PHP

get_option('upload_path')

vielen dank. das hilft.

sich diesen pfad aus der attachment-url zu zerlegen und um ABSPATH zu ergänzen wird aber voraussichtlich spätestens dann zum problem, wenn wordpress in einem unterordner installiert ist, oder?

http-url und serverpfad können ja auch grundunterschiedlich sein.
ich habe einfach bedenken mir aus der url (die im grunde ja sogar auf einen entfernten host verweisen könnte) einen serverpfad zu entschlüsseln.

den upload-stammordner habe ich dann auch noch nicht, da die attachments ja meistens in unterordner nach datum abgelegt werden.

ziemlich wackelig dieser weg.

moin moin,

gibt es für den upload-ordner eine konstante oder variable zur verwendung in funktionen / plugins?
(so wie PLUGINDIR, TEMPLATEPATH, get_bloginfo('?'))

gibt es eine möglichkeit für attachments eines posts an den serverpfad zu kommen ohne mit wilden regexpressions die gegebene url zu zerlegen?

vielen dank für infos

Zitat von jottlieb

Echt jetzt? Ich kannte netxtpage nur in Zusammenhang mit Seiten.

da ich das gerade gestern in einem blog benutzt habe ... ich glaube schon :-D

aber schön, dass auch mit diesen stats: "Registriert seit: 20.08.2005, Beiträge: 9.193" noch neuentdeckungen möglich sind :-D

Zitat von jottlieb

Bei Beiträgen gibt es nur den more-Befehl der den Beitrag in zwei Teile splittet.

wie?
nextpage funktioniert doch wunderbar in beiträgen/artikeln.

sayler: du musst natürlich darauf achten, dass im template die bereiche für die paginierung enthalten sind.
das kannst du dir z.b. im default-template ansehen /daraus übernehmen und weitergehende informationen im codex.wordpress nachschlagen.

in diesem fall, wo es offenbar nur um einen einzelnen link geht, würde ich einfach manuell in der htaccess ein redirect hinterlegen.

RewriteRule ^[domain]/?m=200803$ zur_entsprechenden_seite [L,R=301]

das schluckt google in der regel recht schnell und ersetzt im index den link.

entferne im entsprechenden template einfach die bereiche mit the_content(), bzw. the_excerpt() und alles weitere, bis das übrigbleibt, was du angezeigt haben möchtest.