Beiträge von Putzlowitsch

Zitat von formateins

...
Auf PHP-Dateien sollte nur der Eigentümer "volle" Rechte (das Ausführen-Flag lässt man in der Regel weg) besitzen, Gruppe und Alle erhalten lediglich das Leserecht.

PHP-Dateien haben also das Flag 644:

6 (Owner) = Read, Write
4 (Group) = Read
4 (All) = Read

...

Wobei das auch nicht wirklich hilft, wenn PHP als CGI/FastCGI (z.B. bei 1&1 und Strato) im Kontext des FTP-Nutzers läuft. Dann hat auch jede böse WP-/Plugin-Sicherheitslücke Schreibrechte auf alles.

Gruß
Ingo

Zitat von hswelc

...
Multisite funktioniert bei 1&1 nicht, da man auf einem VDS nicht die nötigen Root-Rechte bei der MySQL Datenbank hat (notwendige Tabellen können nicht angelegt werden).
...

Wieso benötigt man zum Anlegen von Tabellen Root-Rechte bei der MySQL Datenbank? Das wäre mir neu.
Selbst in den Shared-Webhostingpaketen, bei denen man praktisch gar keine Rechte hat, kann man WP-Multisite problemlos installieren.

Außerdem hat man doch auf einem Root-Server die Root-Rechte für alles. Oder was genau ist ein VDS bzw. welches Hosting-/Server-Paket habt Ihr getestet?

Die Aussage, das Multisite bei 1&1 technisch nicht möglich wäre, ist einfach falsch. Ich habe in meinem Shared-Webhostingpaket bei 1&1 WP-Multisite bereits erfolgreich installiert. Ich kann mir nicht vorstellen, daß das auf einem Server nicht möglich sein soll.

Gruß
Ingo

Zitat von formateins

...Wenn Du bspw. eine Seite mit dem Titel/Slug "Piwik" hast und ein gleichnamiges Unterverzeichnis erstellst, wird immer die WP-Seite angezeigt werden.
...

Es ist genau anders herum. Wenn ein Verzeichnis oder eine Datei existieren, dann wird nicht die gleichnamige Wordpress-Seite angezeigt, sondern immer das Verzeichnis/die Datei im Dateisystem.

Dafür sorgen die zwei Zeilen in den WP-htacces-Regeln:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

Gruß
Ingo

Zitat von SkorpyX

...
2. E-Mail Adresse als Stand Adresse eintragen
...

Schritt 2 ist auch nicht notwendig. Wenn eine E-Mail-Adresse nach dem Schema wordpress@example.com im KIS angelegt wurde, wird sie vom HE-Mailserver für den Versand akzeptiert. Da Wordpress genau diese Adresse als Absender verwendet, sollte der E-Mail-Versand so funktionieren.

Gruß
Ingo

Achso, das hatte ich vergessen zu erwähnen, daß sich das auf die Listenansicht bezieht.
Die Kachelansicht verwende ich nicht, deshalb war ich wie selbstverständlich von der Listenansicht ausgegangen.

Gruß
Ingo

Das gibt es immer noch und es heißt jetzt "Verknüpfen".

Wenn Du nach "Nicht verknüpft" filterst, steht es links bei "Bearbeiten, Löschen, Anschauen". In der normalen Ansichet direkt in der Spalte "Hochgeladen zu".

Gruß
Ingo

Zitat von susischmidt

Besteht das Problem noch? Wenn du mit WP arbeiten möchtest, dieses aber nicht allein installieren willst oder guten Support benötigst, kann ich dir wp-webhosting. de wärmstens empfehlen, da ist bereits alles fertig vorinstalliert.

Man könnte fast meinen, susischmidt arbeitet für WP-Webhosting. In gefühlt jedem dritten Beitrag gibt es einen Link zu diesem Webhoster oder zumindest wird er erwähnt.

Gruß
Ingo

Das Plugin verändert das hochgeladene Originalbild in keinster Weise.

Nur für die Erstellung der Thumbnails und weiteren Bilder in anderen Größen ist es zuständig. Dafür werden genau die Funktionen verwendet, die auch Wordpress intern benutzt.

Gruß
Ingo

Eigentlich ist das eine Aufgabe der WebCam-Software. Die weiß schließlich am besten, wann sie ein Billd per FTP hochlädt und könnte z.B. das aktuelle Bild vor dem Hochladen des neuen Bildes einfach per FTP umbenennen (mit Datum und Uhrzeit imd Dateinamen).

Hast Du mal in der WebCam-Software nach entsprechenden Optionen gesucht?

Gruß
Ingo

Zitat von david_faerber

...
Dann müsstest du unter Loaded Modules sehen, ob Mod_Rewrite geladen wurde.
...

Aber auch nur, falls PHP auf dem Server als Apache-Modul läuft. Ist PHP als CGI/FastCGI konfiguriert, sieht man die Apache-Module nicht in der PHP-Info.

Gruß
Ingo

Wie es aussieht, bist Du nicht als Adminstrator angemeldet. Deshalb steht da auch, daß Du einen Admin bezüglich des Updates informieren sollst. Nur ein Administrator sieht auch das Design- und Plugins-Menü.

Gruß
Ingo

Und warum wurde der Webhoster gar nicht verlinkt?
Das ist doch in diesem Unter-Forum hier sonst üblich.

Gruß
Ingo

YouTube schickt im Header für das Bild eine Cache-Dauer von 6 Stunden mit (max-age=21600). Also sollte so spätestens gegen 14 Uhr das neue Bild angezeigt werden, weil dann der Browser erst nachschaut, ob sich was geändert hat.

Gruß
Ingo

Das kann manchmal eine Weile dauern, bis das neue Vorschaubild sichtbar wird. Wann hast Du denn das benutzerdefiniertes Thumbnail bei YouTube eingestellt?

Gruß
Ingo

Falls es trotzdem die Umlaute in den Permalinks sein sollen, dieses Plugin funktioniert, obwohl es schon etwas älter ist, lt. Kommentar auch noch mit WP 4.2:
http://kubaseotr%c3%a4ume.schnurpsel.de/plugins/123-echtlaut/

Gruß
Ingo

Jetzt wäre es noch interessant zu wissen, bei welchem Webhoster Deine Seite liegt und ob Du z.B. gestern etwas an Wordpress verändert hast (Update, Plugin-Installation, Theme-Wechsel u.Ä.).

Gruß
Ingo

Zitat von Hille

... Ich habe seit vielen Jahren bei manitu Root-Server zu stehen...

Naja, ein Root-Server ist schon noch etwas anderes als "normales" Webhosting.

Bei All-Inkl ist es z.B. so, daß dort die PHP-Files zwar auf Schadcode gescannt werden, ich dann aber nur einen E-Mail erhalte, daß etwas Verdächtiges gefunden wurde.
Ich muß dann selbst aktiv werden und das Problem beseitigen. In meinem Fall war es aber nur ein Fehl-Alarm.

Gruß
Ingo

Um Beiträge von außen zu erstellen, kann man die XML-RPC-Schnittstelle verwenden:
https://codex.wordpress.org/XML-RPC_WordPress_API

Ansonsten kann man Wordpress auch in eigenen PHP-Dateien einbinden und dann die internen Funktionen wie wp_insert_post() aufrufen:
http://codex.wordpress.org/Integrating_Wo…th_Your_Website
https://developer.wordpress.org/reference/func…wp_insert_post/

Gruß
Ingo

Ich meine, die Umlaute in URLs müssen als Unicode stehen, also für -> für. Oder zusätzlich URL-Kodiert mit für -> f%C3%BCr. Oder so ähnlich.

Gruß
Ingo

Falls Du in Seiten und Beiträgen grundsätzlich keine Unterseiten (<!--nextpage-->) verwendest, kannst Du diese Zahlen generell als Fehler behandeln und mit redirect_canonical auf die ursprüngliche Seite weiterleiten lassen. Das ist mit wenigen Zeilen Code erledigt:

function plw123_no_page_num( $data ) {
  if( $data->query_vars['page'] ) {
    $data->query_vars['page'] = 0;
    $data->query_vars['error'] = '404';
  }
}
add_action( 'parse_request', 'plw123_no_page_num' );

Gruß
Ingo