Beiträge von Melewo

Und die haben sich umsonst richtig Mühe mit dem Video gegeben?

http://support.hostgator.com/articles/speci…igure-filezilla

Das sind die allgemeinen Hinweise, wenn sich kein Fehler zu erkennen gibt, Plugin-Verzeichnis umbenennen, auf ein Standard-Theme wechseln und den Cache löschen. Ich habe es bisher noch nie probiert, doch gehen die Einstellungen beim umbenennen des Plugin-Verzeichnisses verloren?

Eigentlich werden die durch ein Plugin gesetzten Optionen zumindest nur über eine Routine beim Deaktivieren gelöscht, die im Plugin enthalten ist. Bei einer Umbenennung sollten die weiterhin als Reste in der Datenbank erhalten bleiben, nehme ich mal an, doch so richtig habe ich das bisher nicht getestet. Vom Content geht zumindest nichts verloren.

Bei den vermehrten Problemen mit dem Editor ab 3.9, vielleicht verbraucht der ja nur etwas mehr Speicher? Da sich aber viele Seiten ohnehin im Bereich von gerade genügend aufhalten, könnten ein Teil der Seiten dann Probleme bekommen. Ist etwas weit hergeholt, sind nur Gedanken.

Zumindest die Einstellungen von der php.ini siehst Du in der phpinfo, mag ich nicht schon wieder beschreiben, ich kann dieses Wort beinahe nicht mehr hören.

Zitat von tupana

Bei Firefox habe nichts gefunden wie man den Cache leeren kann.

Sollte im FF gehen:

Extras -> Einstellungen -> Datenschutz -> ... kürzlich angelegte Chronik ... löschen

Wobei ich eigentlich den CCleaner benutze, weil der gleich alle Browser und noch etwas mehr aufräumt.

Wie hoch ist Dein Memory-Limit?
Falls arg eng, dann wäre es drei Beiträge weiter möglicherweise auch ohne ein Update so gekommen. Falls es daran liegt, solltest Du bereits wieder etwas Luft erhalten, wenn Du überflüssige Plugins deaktivierst.

Und Du bist mit allen Plugins auf dem neusten Stand?

Ja, das ist problemlos möglich, zum Beispiel mit Ajax. Ohne Einarbeitung wird es jedoch nichts. Erste Beispiele für eine mögliche Umsetzung findest Du hier:

http://codex.wordpress.org/AJAX_in_Plugins

Zitat von Sm0K3Y

ich habe jetzt ein Standart Theme genommen und zwar Twenty Fourteen

Das Theme verwendet eine wp-content/themes/twentyfourteen/css/editor-styles.css und in der sollte color: #2b2b2b; definiert sein und die sollte selbstverständlich auch geladen werden. Dazu sollte in der functions.php vom Theme dieser Eintrag vorhanden sein:

function twentyfourteen_setup() {
...
...
    add_editor_style( array( 'css/editor-style.css', twentyfourteen_font_url() ) );

Da könnte ich mir ebenfalls Störungen vorstellen, falls die nicht richtig geladen wird.

twentyfourteen_font_url() ladet dann wieder Fonts von Google und was ist, wenn es da schleift? Dann steht der Editor da und wartet auf die Fonts von Google oder wie?

Mich würde interessieren, ob das Problem in allen Browsern auftritt, oder habe ich jetzt nur überlesen, dass unterschiedliche Browser getestet wurden?

Was ich in der CSS sehe, zwischen WP 3.8 und 3.9 gab es eine Umstellung. In 3.8 enthielt die wp-admin/css/wp-admin.css noch viele eigene Styles, ab 3.9 nur noch eine Liste mit @import urls. Nicht das @import url von allen Browsern unterstützt werden würde, das konnte, wie ich gerade las bereits der IE 5, doch wie schnell die Liste abgearbeitet und ausgeliefert wird, könnte auf einem anderen Blatt stehen.
Nur mal angenommen, das Dashboard oder der Editor im Dashboard wird vom Browser gerendert bevor die letzte CSS importiert wurde oder es gibt irgendwelche Probleme mit dem Import, was dann?

Waren jetzt nur Gedanken, mehr nicht.

Im Plugin-Editor bleibt die Seite weiß, wenn ein Plugin Umlaute erhält und noch nicht unter UTF-8 abgespeichert wurde. Da wird dann aber gar nichts außer einer leeren Seite geladen. Gut, ist ein anderer Editor, doch möglicherweise könnte es nicht schaden einmal in der Datenbank den Content zu betrachten, ob dieser Glyphen enthält.

Habe mir diesen Link notiert für derartige Fragen, die Anleitung ist eigentlich gut:

https://faq.hosteurope.de/view.php?mode=…content_id=9570

Würde vermuten, es kommt darauf an, ob die Nutzungsrechte nachweisbar vorliegen und ihre Richtigkeit haben. Dann könnte meiner Meinung nach ein anderer drohen, doch letztendlich nichts erreichen. Dem bliebe dann auch nichts weiter übrig, als sich an den Verkäufer oder Urheber zu wenden. Kommt aber halt darauf an.

Zitat von entwickler

Woher wußte denn der "Typ", dass Du das Theme installiert hast?

Er braucht ja nicht der einzige Käufer zu sein, nur der einzige, dessen Seiten gefunden wurden. Ausgehend davon, dass der Verkäufer ein Theme bei eBay oder so ständig im Angebot hatte.

Gerade einmal eine Stichprobe gemacht:

Zitat

500 Exclusive Wordpress Themes ...
6 verfügbar

Ja was denn nun, exclusiv oder 6 verfügbar?
Bekommen da gleich 6 Kunden die alleinigen Rechte mit einem Exklusivvertrag, soweit habe ich nicht gelesen. Wird sich wohl nur auf die angeblich exclusive Gestaltung beziehen.

Irgendwann wollte ich mich da auch noch einmal richtig mit beschäftigen, bislang gefällt mir diese Seite zum Thema am besten, wobei das abschließende Beispiel wohl eigentlich kaum Wünsche offen lassen sollte:

http://www.asdala.de/netz/html/video.html

Zitat von infected

Von daher dürfte die ID für einen potentiellen Angreifer keine wirkliche Hürde darstellen.

Denke ich mir ebenfalls und hätte ich das mit der Datenbank von Anbeginn an gewusst, hätte ich es gleich so gemacht.

In Tabelle wp_users:

user_login "Geheimsache" Dein richtiger Login-Name
user_nicename "nickname" Der in Verweisen (URL) angezeigte Name in klein und ohne Sonderzeichen
display_name "Nickname" Der sichtbare Name, wird auch in Feeds verwendet

Nun gut, dann andersherum.

Wurde WordPress im Root-Verzeichnis installiert oder in einem Verzeichnis innerhalb vom Root-Verzeichnis?
Wie sieht die Einstellung der WordPress Adresse (URL) aus?
Wie sieht die Einstellung der Seiten-Adresse (URL)?
Welche Einstellung wurde für Permalinks gewählt?
Ist mod-rewrite aktiv?
Wie sehen die Regeln in der htaccess aus?
Welchen Pfad enthalten die Verweise im Quelltext?
Sind die Seiten sowie weitere Dateien unter dem im Quelltext referenzierten Pfad erreichbar?
Wie sollte jemand die letzten beiden Fragen beantworten können, ohne einen Blick in den Quelltext werfen zu können und ohne einen Link in unterschiedlicher Form aufrufen zu können?
Wie sollte jemand die ersten Fragen abschätzen können, ohne dass Du detaillierte Infos lieferst?

Zitat von mel.d

ich verstehe nicht recht, was die Lösungsfindung mit dem Namen der Seite bzw. der Domain zu tun hat.

Dann hake ich mal (nur für mich gesehen) Deine Frage als beantwortet ab. Vielleicht hätte ja ein Blick in den Quelltext verraten, wo Dein Problem liegt, doch egal, andere sind eventuell auf Ferndiagnosen per Glaskugel spezialisiert und können Dir mit ihren übersinnlichen Fähigkeiten noch die richtigen Antworten liefern. Seiten-URL hatte ich schon als allgemeinen Tipp geschrieben, gut soll es damit sein.

Nachdem was ich las, soll diese Funktion bei einigen (Billig-)Hostern deaktiviert sein. Somit hilft eventuell eine Anfrage beim Support vom Hoster. Ob es sich so verhält und an dem liegt, weiß ich jedoch nicht.

Zitat

debug_backtrace — Erzeugt Daten zur Ablaufverfolgung

http://php.net/manual/de/function.debug-backtrace.php

Zitat von mel.d

Vielleicht hat hier im Forum jemand eine Antwort bzw. eine Lösung parat.

Wie kann jemand eine Lösung parat haben, wenn die Frage nicht zu verstehen ist und niemand weiß, um welche Domain oder Seite es sich handeln soll?

Was soll bedeuten, dass Deine Seite unbearbeitet angezeigt wird?

Weil Du vergessen hast Inhalt in einem Beitrag einzufügen oder zu kontrollieren, ob die zum Theme gehörende style.css geladen wird, weil Du vielleicht eine falsche Seiten-URL in den Einstellungen notiert hast?

Niemand kann eine Antwort geben, auf unverständliche Fragen und ohne einen Hinweis auf das Problem.

Hier ist mal ein Beispiel mit einem Video, eine Beschreibung ist ebenfalls vorhanden, funktioniert im IE scheinbar nicht richtig, im Chrome und FF hingegen schon.

http://demosthenes.info/samples/polina.html

Doch wie der richtig vermerkt, eigentlich besteht ein Hintergrund nur aus einer Grafikdatei und ob da nicht SVG besser geeignet ist, um das eine oder andere Vorhaben zu realisieren, müsste ausgetestet werden.

In der index.php von WP (nicht vom Theme) gibt es so eine Variable nicht. Schaue nach und wenn da etwa anderes als 18 Zeilen Code enthalten ist, bei dem die ersten 13 Zeilen nur aus einem ** Kommentar bestehen, wurde Deine Seite gehackt.

Zitat von ludana

Soweit doch eigentlich alles richtig oder?

Eigentlich schon, ich las hier aber mal etwas davon, dass es irgendwie Probleme mit dem FTP-User gab. War denke ich in einer Konstellation, bei der WP über so eine 1-Click-Installation angelegt worden war.

Na ja, von einem Video als Background las ich hier schon etwas, weiß nur nicht mehr genau wie das ging. Ich denke, da sollte man zuerst einmal Infos sammeln und eventuell eine Testreihe starten, was sich alles als Medien eignet. Ist jedenfalls mehr als nur JPGs und PNGs. Als Problem würde ich deshalb nicht unbedingt einen Player sehen, sondern den Wechsel und die Steuerelemente.