Beiträge von himitsu

http://codex.wordpress.org/XML-RPC_WordPress_API

Erstmal mußt du dir ein Event raussuchen, was beim Anlegen neuer Blogs ausgelöst wird.
Und dort kannst du per http://codex.wordpress.org/Function_Reference/wp_update_post den Inhalt der Startseite überschreiben.

Eventuell gibt es aber auch noch eine Action/Filter, beim Anlegen der Startseite,
oder du hängst dich an den Content-Filter, welcher in http://codex.wordpress.org/Function_Reference/wp_insert_post ausgelöst wird und änderst so den Content (natürlich nur wenn das die Startseite ist).

Beim Benutzeranlegen (wp_create_user/wp_insert_user) wird hinterher die Action user_register ausgelöst ... sowas Ähnliches gibt es garantiert/hoffentlich auch bei Blogs ... mußt'e nur finden.

Es ist nur das aktuelle Theme im Downolad des aktuellen WordPress drin, also jetzt wird nur automatisch das 2015 runtergeladen ... von den alten 2014, 2013 ... 2012 kennt der Download nichts.

Die kannte du dir aber problemlos über "Theme-Installieren" suchen und installieren.
Das was installiert ist, meldet sich dann per Updatemeldeung, wenn es eine neuere Version davon gibt)

Zitat von changoo

Also habe ich sie einzelnd in den Wordpress Ordner verschoben. Ich hoffe das klappt nun.

Die wp-config-sample.php ?

Diese Datei ist für nichts zu nütze, außer als Vorlage für eine neue wp-config.php , welche die eigentliche Konfigurationsdatei ist.

Contact Form 7 ist recht gut und es sollte sich damit auch alles umsetzen lassen, was du wünschst.

Selber sowas einzufügen wäre wohl am einfachsten über einen Shortcode.
Du bastelst dir ein Plugin, implementierst dort den Shortcode und dann kommt auf die gewünschte Seite nur noch der Code in den Content.

[MeinEigenesFormular] oder [MeinEigenesFormular auch="mit Parametern"]

Kompliziert = eine kurze Funktion mit vielleicht zwei bis drei Zeilen halbvoll mit Code
und dieses mit einem Befehl als Filter-Event registrieren.

Nur die "Ist im Backend"-Abfrage müsste noch jemand hinbekommen.

Das mit dem Hochladen des ganz großen Bildes einzeln liegt wohl daran daß die Graphikoperationen im Webserver sehr ressourcenlastig sind und viele Anwender nicht über all zu viel RAM verfügen.

In mindestens einem der Threads wurde auch gezeigt wie man das einstellt und da war (so weit ich mich erinnere) auch ersichtlich, daß man das alles getrennt einstellen kann/muß.

> WordPress-Updates -> Automatik aus / nur Minor-Updates / auch Major-Updates / auch Beta-Versionen
> Theme-Updates -> Automatik an / aus
> Plugin-Updates-> Automatik an / aus

Standardmäßig sind aber (glaub ich) nur die Minor-Updates vom WordPress aktiv und der Rest steht auf Manuell.

Per FTP hochladen, oder direkt, also genau so, wie bei den Plugins ... Design > Themes > [Installieren]-Knöpflein

einfaches Bearbeiten: siehe die vielen Theme-Optionen
direkt Bearbeiten: per FTP runterladen > bearbeiten > wieder hochladen > oder der Theme-Editor im Design-Menü.

Früher, als alles noch statisches HTML war, da gab es Gästebücher, um Rezesionen der Besucher zu erhalten.

Man holte sich oftmal ein Gästebuch von einem externen Hoster und baute den Frame auf nur einer Seite ein ... war ja eh nur ein einziger Gäste-Kommentar-Speicher.
Durch die, auf jeder Seite verfügbare Kommentarfunktion und die, auf jedem freien Millimeter verlinkten, sozialen Netzwerke, kann man sich nun überlegen, ob man dennoch gern "bei sich daheim und nicht bei den Amis" eine zentrale Stelle für Gästemeinungen/-rückfragen haben möchte.

Das Forum meinte "automatisch aktualisieren" sei eines der häufigsten Suchbegriffe ... Warum nicht auch du?

> Automatische Updates
oder
> Automatische Updates deaktivieren

http://forum.wpde.org/allgemeines/12…aktivieren.html
http://forum.wpde.org/allgemeines/12…he-updates.html
...

In diesen FAQ steht nur, wie man die Einstellungen im WordPress anpasst.

Die Anpassungen beim Hoster mußt du selber machen.
- WordPress auf den (eventuell vorhandenen) Webspace bei 1&1 verschieben
oder
- die Domain von 1&1 auf den Speicher von bplaced umleiten

Das liese sich bestimmt auch ganz leicht selber machen.

Es gibt mit Sicherheit eine Action, bzw. ein Filter-Ereignis (in get_option), wenn die Spracheinstellung aus der Datenbank ausgelesen wird.
Hier kann man sich reinhängen, prüft dann nur noch, ob der Aufruf aus dem Backend kommt und überschreibt den Wert dann mit "Deutsch".

Im Backend werden dann die deutschen Texte geladen und im Frontend bleibt die Vorgabe aus den Optionen.

Aber z.B. bei Cache-Plugins und Dergleichen müsste man aufpassen, ob die damit klar kommen,
aber es gibt ja auch Plugins, um den Besuchern im Frontend eine Sprachumschaltung zu erlauben.

[add]
get_option("WPLANG") -> apply_filters("option_WPLANG", "de_DE")

Wenn es nur um das Design geht, dann kann man sich ein "einfaches" Theme benutzen (notfalls auch ein Standardtheme vom WordPress)

Dann nimmt man den HTML-Code, baut dort den PHP-Code und gewisse HTML-Elemente aus den Themedateien dort ein und kopiert das alles zurück in die Themedateien.
Natürlich CSS, JS usw. auch entsprechend umkopieren.

Aber einfacher wird es sein, wenn man sich ein funktionell ähnliches Theme sucht und das dann so anpasst, daß es der Vorlage weitmöglichst entspricht.
So hat man eventuell auch die Chance spätere Themeupdates zu übernehmen, wenn später Neuerungen und vorallem Anpassungen an neue WordPress-Versionen nötig sind.

Kauf-Theme: Du darfst nur die Theme-Dateien hochladen.
Liegt in der ZIP vielleicht noch eine ZIP drin? Wenn ja, dann lade nur Diese hoch.
Bei Kaufthemes liegt oftmals noch mehr in der erhaltenen ZIP. (Lizenzen, Dokumentation, Werbung usw.)
Du hast beim Kauf deren Support mit gekauft ... an Den und deren Support-Forum darf man sich gern wenden.

Das heißt also, du hast den 1-Click-Installer von denen benutzt, mit dem von denen eventuell "aufgemotzten" WordPress?
https://bitnami.com/stack/wordpress
Als Erstes könntest du da auch mal deren Support dort fragen, ob es an denen liegt.

Hat das WordPress auch Schreibrechte auf seine Vereichnisse?

Hast du auch schon versucht die Themedateien direkt hochzuladen? > FTP

In Design > Anpasssen (oder so) steht, was als Startseite benutzt wird.
"Statische Startzeite" vermutlich.

Dann hast du den Seitennamen und kannst nun die gewünschte Seite unter den "Seiten" suchen gehen.

Eigentlich sollte der Browser Leerzeichen/Zeilenumbrüche/Tabs zwischen Listenelementen ignorieren, oder seh ich das falsch?
Also genauso wie bei den Tabellen, zwischen den Zellen usw.

Oder kommt das daher, daß hier per CSS die Ausrichtung (stantardmäßig untereinander) verändert wurde und jetzt die Browser komisch reagieren?

Bei mir kommen jeden Tag geschätzt 20-30 Suchmaschinenbots vorbei (drei alleine von Google) und jeder liest mehrere Seiten
und dann natürlich noch die ganzen Historycrawler, Spambots, die Hacker usw.

Sind Mails von deinem Hosting-Privider?
Wenn ja, dann wende dich auch mal an dessen Support.

Wenn nicht, dann könnten es auch einfach nur Spammails sein.

mögliche Gründe:

• es melden sich echte Menschen bei dir an (gibt Leute, die sind bezahlte Berufsspamaccountanleger)
• das Captcha wurde geknackt (der Bot beantwortet es von selber, da er es lesen kann)
• es gibt einen Bug in deinem Captcha, welchen der Spambot ausnutzt
• der Spambot nutzt ein Captcha-Lösungs-Netzwerk (Captcha wird dort eingestellt und von irgendwem gelöst)
• ...