Beiträge von danielgoehr

Kannst du mal testen, ob andere browser auch betroffen sind?

Falls ja, probier mal testweise alle Plugins zu deaktivieren.

Zitat von gpww

2x Admin angelegt, damit eingeloggt und die alten Admins gelöscht.

Das heißt, der neue Admin Account funktionierte aber schon mal? Und er funktioniert aber nicht mehr, seitdem du die "alten" Admin-Accounts gelöscht hast?
Sehr mysteriös... Da du ja aber schreibst, dass ein Backup vorhanden ist, würde ich an deiner Stelle tatsächlich diesen Weg gehen und es einfach nochmal versuchen.

Zitat von gpww

Also ich kann mich normal einloggen und werde auch als eingeloggt angezeigt, nur erscheint das Backend nicht, sondern nur das Frontend unter den WP-Frame oben.

Zitat von gpww

konsequenterweise habe ich die alten Admin-Zugänge gelöscht:grin:...

Kannst du bitte nochmal einen kleinen Tick weiter ausholen?
Wie hast du denn den (oder die) ursprünglichen Admin-Account(s) gelöscht, wenn du mit dem neuen gar nicht ins Backend kommst?

Zitat von gpww

Also ich kann mich normal einloggen und werde auch als eingeloggt angezeigt, nur erscheint das Backend nicht, sondern nur das Frontend unter den WP-Frame oben.

Was passiert denn wenn du dann oben links in der Abdmin-Bar im Menü auf "Dashboard" gehst? Leitet er dich da auch wieder auf die Startseite um?

Zitat von T.H.B

Die Muffin Group habe ich als erste kontaktiert – an BeTheme liegt es 100 % nicht.

Besteht das Problem auch, wenn du alle Plugins deaktivierst? Dann liegt es 100%ig am Theme ;)

Ansonsten klingt das nach einem Problem mit dem Ladereihenfolge deiner Scripte und Dateien.
Vermutlich machst du (oder das Theme) irgendwas mit JavaScript, dass aber vorrausgesetzt, dass die Bilder bereits geladen sind. Das funktioniert immer dann problemlos, wenn die Bilder z.B aus dem Cache kommen. Wenn das Script aber ausgeführt wird, bevor sie Bilder vorhanden sind, funktioniert es entsprechend nicht.

Es gibt viele kostenlose und kostenpflichtige Membership-Plugins. Ich würde an deiner Stelle einfach mal damit anfangen, ein paar kostenlose auszuprobieren...

Ganz ohne Programmier-Kenntnisse wirst du aber ziemlich schnell an die Grenzen kommen.

Ich würde vermutlich auch einfach einen Shop nehmen und die Shop-Funktion deaktivieren. Für Woocommerce gibt es viele gute Filter-Plugins.

Alternativ könnte man auch einen Custom Post Type verwenden und dann per JavaScript filtern (z.B. komplett im Front-End über Klassen oder z.B. das Data-Attribut) oder direkt per Ajax.
Bei 1000 Produkten ist die Ajax Variante aber vermutlich die bessere/performantere.

Funktioniert dein ursprünglicher Admin Account noch korrekt? Der muss ja normalerweise noch vorhanden sein.

Besteht der Fehler auch, wenn du die ursprüngliche htaccess wiederherstellst?

Zitat von Krox11

Bei Hosteurope

Nur nochmal zur sicherheit... Die Geschichte die ich verlinkt hatte, mit dem FTP Nutzer bei Hosteurope hattest du geprüft (also nicht Verzeichnis Rechte, sondern geprüft ob der korrekte Nutzer zugeordnet ist, der auch berechtigt ist)? Weil das scheint ein relativ häufiges Problem bei Hosteurope zu sein und das äußert sich genau in dem Fehler, den du beschreibst...

Das mit dem debug modus war auf das Problem mit der weißen Seite bezogen. Ist dieses Problem denn behoben?

Zitat von Krox11

define('WP_CONTENT_URL', 'http://www.lowcarbdi%c3%83%c2%a4t24.de/blog/wp-content');

Ich sehe gerade, dass du eine Umlaut-Domain verwendest. Hast du im Dashboard unter Einstellungen/Allgemein bei Wordpress-Adresse und Website-Adresse zufällig die Domain mit Umlaut eingetragen?
Falls ja, gehört die dort eigentlich in Punycode rein und nicht als "normaler" Text.

Hier eine Erklärung dazu:
http://www.pas-solutions.ch/wordpress/word…uten-verwenden/

Und der Link, wie du deinen Domainnamen "umwandelst":
https://www.heise.de/netze/tools/punycode/

Das muss zwar nicht unbedingt mit deinem aktuellen Problem zusammenhängen, kann aber...

Zitat von Franci1984

Giebt es den keine Themes inkl. Dieser Optionen?

Doch möglicherweise schon. Mir ist nur spontan keins bekannt ...
Im Zweifelsfall schau dir die Themes, die es so gibt, doch mal an.

Zitat von Krox11

Ja, sie ist auf meinem PC abgespeichert als WordPress Download-Datei. Ich habe sie mit WordPad geöffnet und manuell bearbeitet.

Das solltest du nicht tun. Wordpad ist ein Textverarbeitungsprogramm, was du benötigst ist ein Text-Editor.
Dadurch entsteht auch der besagte Fehler.

Dateien, die Code in irgendeiner Form enthalten (sei es nun PHP, CSS, HTML, Javascript oder auch vcf oder völlig andere Code-Dateien), solltest du immer ausschließlich mit einem Text-Editor bearbeiten.

Geeignete, gute und dazu noch kostenlose Editoren sind z.B.:
- Notepad++
- Atom
- Visual Studio Code

Hast du die Datei heruntergeladen und lokal bearbeitet? Falls ja, mit welchem Programm?

Zitat von TonyMacarony

Funktioniert zwar soweit, aber bekomme diesen Fehler angezeigt:

Code

Notice: Use of undefined constant DESC - assumed 'DESC' in...

Setz mal "DESC" in der dritten Zeile in Anführungszeichen.

Zitat von b3317133

WordPress speichert beim Erstellen eines neuen Tags kein Datum.

Ich habe es jetzt nicht im Kopf, aber es muss doch zumindet eine ID geben.
Wenn du dann absteigend die ersten 10 nimmst, hast du doch die aktuellsten. Auch ohne Datum. Darauf basiert ja auch das von mir kopierte Beispiel oben.

Zitat von TonyMacarony

Hallo Leute,

ich würde gerne bei mir auf der Startseite die 10 neusten Tags anzeigen lassen. Leider weiß ich jedoch nicht wie- und ob es überhaupt funktioniert. Habe leider nichts über die Suche finden können.

Hat jemand eine Idee?

Ich habs es jetzt nicht getestet, sondern auch nur kopiert. Aber sieht ganz vernünftig aus :)

$args = array(
    'number' => 10,
    'order' => DESC
);
$tags = get_tags( $args );


foreach ( $tags as $tag ) {
    $tag_link = get_tag_link( $tag->term_id );  
    $html = "<a href='{$tag_link}' title='{$tag->name}' class='{$tag->slug}'>";
    $html .= "{$tag->name}</a>";
    echo $html;
}

Quelle:
http://stackoverflow.com/questions/2293…ag-in-wordpress

Zitat von Kite54

ah ok…was das "Premium Theme" angeht, das wusste ich nicht! Da Chrome und Mozilla Funktionieren denke ich das es sich dabei um nen Browserfehler handelt, trotzdem danke.

Das sage ich ja auch. Das Problem ist, dass der Safari die IE-spezifischen "filter" in der CSS Datei nicht "mag". Habe ich so noch nicht gesehen, lässt sich aber als Fehler auch "ergoogeln".

Sofern der Fehler auch bei deaktivierten Plugins Auftritt, würde ich mich an deiner Stelle damit an den Theme-Support wenden. Dafür hast du ihn ja bezahlt...

Zitat von Marxeo

Wie man auf SSL umstellt, da gibt es einiges an guten Artikeln. 301er berücksichtigen etc. schonmal klar.

[...]

Wäre über Tipps und Anregungen worauf ich unbedingt achten muss dankbar.
Ist meine erste Umstellung auf von unverschlüsselt auf SSL.

Solange du beachtest, dass du alle Ressourcen und externen Dateien in Zukunft auch per https einbindest (Stichwort Mixed Content), kannst du eigentlich problemlos einfach auf HTTPS umstellen.

Idealerweise ersetzt du dann alle internen Links und Verweise in der Datenbank auch durch HTTPS.

Du brauchst dann auch eigentlich nur einen einzigen redirect, der von http auf https "umschreibt". Das ist eigentlich mit zwei Zeilen erledigt.

Zitat von Annika

Bei der Durchsicht von verschiedenen Backups hab ich dann gesehen, dass diese Datei bisher offensichtlich nicht existierte....
Ist in keiner der alten Sicherungen zu finden...

Jetzt hab ich die aktuelle Datei gesichert und dann auf dem Server gelöscht. Und schwupps: Seite wieder verfügbar....

Verstehe nicht, wo die Datei auf einmal herkommt und ob das mit dem Löschen jetzt eine gute Lösung ist / war??

Vermutlich kam die erst mit einem Theme Update dazu?

Du kannst die Datei problemlos löschen, es kann nur sein, dass deine Seite dann anders aussieht. Wenn aber trotz gelöschter Datei alles ok aussieht, ist es wie gesagt kein Problem, sie einfach zu löschen.

Aus dem Codex:

Zitat

If the front-page.php file does not exist, WordPress will either use the home.php or page.php files depending on the setup in Settings → Reading

Zitat von maxe

SirEctor hat doch geschrieben, dass du dann auch einen .htaccess Schutz setzen sollst. Da gelangt dann nix auf irgendeine Website.

Alternativ könntest du auch Suchmaschinen einfach per robots.txt ausschließen. Wenn niemand deine "neue" alte Seite findet, wird ja auch keiner dort landen, wenn du ihm die URL nicht verrätst.