Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenHat sich bei dem Umzug die Domain geändert?
Läuft auf beiden Webspaces die gleiche php Version?
Sind WordPress, Plugins und Theme auf dem gleichen Stand (und aktuell)?
Die Fehler deuten auf den ersten Blick auf ein veraltetes oder inkompatibles Plugin hin. Versuch mal, nacheinander die Plugins zu deaktivieren (einfach die Pluginverzeichnisse per FTP umbenennen).
Wenn das nichts hilft, Wechsel Mal testweise auf ein (aktuelles) Standard-Theme.
das ist nunmal die heutige Zeit. Mit CMS Systeme sieht nun mal jede Seite ähnlich weil die gängigsten themes benutzt werden.
Das stimmt nicht. Bzw. stimmt eben nur dann, wenn man immer wieder die gleichen 5-10 Bestseller-Themes verwendet.
Obwohl ich das immer wieder höre, hat der Einsatz eines CMS mit gleichartigem Design nichts zu tun. Das Frontend kann bei jedem CMS genauso individuell gestaltet werden, wie bei jeder "normalen" Website auch.
Weiß niemand einen Rat?
Ich würde die Version 4.8 noch einmal installieren. Vielleicht ist bei der Aktualisierung etwas schiefgelaufen.
Hast du diesen Rat schon befolgt?
Ansonsten schau mal, ob in der Web-Konsole deines Browsers auf der Widgets-Seite Fehler angezeigt werden.
deshalb hab ich dann einfach nur versucht, in meiner original wordpressinstallation die eine db durch eine andere, identische zu tauschen,
Dann ist beim Export oder Import etwas schief gegangen. Normalerweise ist das problemlos möglich.
Du hattest ja auch geschrieben, dass das zurückspielen eines Backups auch nicht funktionierte. Auch das ist normalerweise kein Problem.
Insofern gehe ich stark davon aus, dass der Fehler beim Ex- und Import zu suchen ist.
Könnt jemand mir sagen, wie ich die kapaztät erhöhen kann? wo und finde ich dieser php.ini bitte?
Da müsstest du am besten direkt bei Alfahosting schauen bzw. nachfragen ob du das ändern kannst und, wenn ja, wo.
Ich würde dir empfehlen, es einfach so zu lassen und das Theme einfach zu entpacken und per FTP in den Order "wp-content/themes" hochzuladen.
der Netzwerkadapter ändert sich aber, damit ich von jedem Rechner in der Firma über die IP auf die Seite zugreifen kann.
Ändert sich dabei die Domain bzw die IP? Wenn ja, musst du die Pfade in der Datenbank anpassen.
Im gesicherten LAN ist nicht mehr viel vom Theme übrig. Die Inhalte werden mir am linken Bildschirmrand unformatiert angezeigt. Keine Bilder, Farben etc.
Das klingt in der Tat, als würden die Assets/Ressourcen nicht geladen. Schau mal in den Entwicklertools unter "Netzwerk", welche Dateien nicht geladen werden und ob der Pfad korrekt und erreihbar ist (bzw warum er nicht erreichbar ist).
Ohne Link zur Seite leider kaum zu beantworten.
also z.b. 1 speichert man CSV oder exceldatei auf dem Server
man ein Text in Zelle (excel) B6 und man gibt in als shortcode z.b. an [tabex Pfad wo der datei liegt + B6]
denn erscheint es in Wordpress.Gibts sowas ? oder sowas ähnliches ?
Ich glaube nicht, dass es so etwas gibt. Das scheint mir auch sehr kompliziert gedacht zu sein und ich verstehe gerade gar nicht, warum man so etwas machen will.
Wenn man es trotzdem unbedingt so machen will oder genau so braucht, bleibt wahrscheinlich nur selbst entwicklen (wie FloRet ja auch schon vorgeschlagen hat).
Hm, also ich bekomme aktuell nur folgendes zu sehen, wenn ich versuche, einen Beitrag mit dem Share-Button zu teilen:
[COLOR=#b22222]App Not Setup: This app is still in development mode, and you don't have access to it. Switch to a registered test user or ask an app admin for permissions.
[/COLOR]
Mit den og:Tags dachte ich, geht es nur um die Meta og Beschreibungen - die stehen ja im Header.
Im Header steht für jede Seite und jeden Beitrag die gleiche og:description:
Fahrradblog einer Familie aus NRW. Tipps und Erfahrungen rund um Touren mit dem Fahrrad
Das ist ja die gleiche, die auch im Sreenshot zu sehen ist. Insofern, wie b3317133 schon sagt, erstmal alles korrekt.
Wie ich jetzt wo og:Tags pro Beitrag ändere/einfüge - das verstehe ich jetzt gar nicht. Hab mir mal das Yoast installiert und die erforderlichen Angaben gemacht. Aber da trage ich ja eigentlich auch nur die Daten ein, die ich im Header stehen habe.
Was meinst du mit "Daten ein, die ich im Header stehen habe"? Die stehen da ja nicht von allein bzw. stehen ja nur dann im Header, wenn du sie einträgst.
Kann es sein, dass du bei YOAST nur die allgemeinen Informationen hinterlegt hast und keine im jeweiligen Beitrag?
[COLOR=#b22222][/COLOR]
Ich benutze im Übrigen Sydney
Das Sidney Theme läd bei mir eigentlich keinerlei externe Ressourcen (mit Ausnahme von Google Fonts und gravatar.com).
Ersteres hast du ja nach eigenen Angaben schon gelöst und auf gravatar.com kann man (in der Regel) problemlos verzichten.
Insofern sollte das Theme normalerweise ohne Anpassungen lokal und ohne Internetverbindung funktionieren.
Vielleicht versuchst du nochmal dein Problem genau zu beschreiben...
Das Theme braucht eigentlich nur dann Zugriff auf das Internet, wenn zusätzliche Ressourcen nachgeladen (Scripte, Bilder etc.) werden.
Du müsstest diese Dateien dann herunterladen und die entsprechenden Aufrufe ändern (vermutlich in der functions.php).
Welches Theme verwendest du denn?
Wenn du Google Fonts verwendest, werden diese aber (meines Wissens nach) zwangsläufig aus dem Internet geladen.
ich brauche aber OR 7 mal und da crasht dann der Server.Hast du eine Idee?
Wie äussert sich denn dieser Crash? Was ist denn das für ein Server und bei welchem Anbieter?
Irgendwie irritiert es mich, dass diese (relative simple) Query in WP den Server "crashen" soll.
So führt der Code zum Crash.
Siehst du etwas Falsches im Code?
Ich persönlich würde den Code etwas zusammenfassen. Du musst ja eigentlich nicht jedes mal die Abfrage nach "typ" und "aktiv" machen. Es reicht ja, das einmal zur Bedingung zu machen und den Rest dann mit AND/OR zu verknüpfen. Also so ungefähr:
'meta_query' => array(
'relation' => 'AND',
array(
'relation' => 'AND',
array(
'key' => 'aktiv',
'value' => '"ja"',
'compare' => 'NOT LIKE'
),
array(
'key' => 'typ',
'value' => '127',
'compare' => 'LIKE'
)
),
array(
'relation' => 'OR',
array(
'key' => 'farbe2',
'value' => '$suchstring',
'compare' => 'LIKE'
),
array(
'key' => 'farbe3',
'value' => '$suchstring',
'compare' => 'LIKE'
),
array(
'key' => 'farbe4',
'value' => '$suchstring',
'compare' => 'LIKE'
),
array(
'key' => 'farbe5',
'value' => '$suchstring',
'compare' => 'LIKE'
),
array(
'key' => 'farbe6',
'value' => '$suchstring',
'compare' => 'LIKE'
),
array(
'key' => 'farbe7',
'value' => '$suchstring',
'compare' => 'LIKE'
),
)
)Das ist aber nicht die Ursache des Crashs.
Was mir in deinem Code noch auffällt:
Jeweils hinter Farbe verwendest du das falsche Anführungszeichen.
Ich bin mir ehrlich gesagt nicht ganz sicher, ob das Plugin mit Profilen funktioniert. Aber ich nutze es selbst gern für Seiten:
https://de.wordpress.org/plugins/custom-facebook-feed/
danielgoehr: Das Verzeichnis scheint zu stimmen, dort ist eine spanische WordPress Installation mit dem Porto-Theme, lediglich alle PHP Aufrufe ergeben einen Fehler 500.
Das war vorhin noch nicht so. Als ich vorhin geschaut habe, gab es nur eine Strato Coming-Soon Seite und die "üblichen" Verzeichnisse und Dateien zeigten nur ein "Not Found". Jetzt scheint sich auf jeden Fall irgendetwas geändert zu haben...
Wäre es nicht am einfachsten, wenn du einfach ein entsprechendes Seiten-Template für dein Theme erstellst?
Das sollte prinzipiell ohne Plugins gehen.
https://ahmadawais.com/create-front-e…page-wordpress/
Ansonsten gibt es verschiedene Plugins, die in diese Richtung gehen ("Front Page Login").
Alternativ sollte das auch annähernd jedes Member Plugin (z.B. Ultimate Member) können. Die kommen meistens etwas umfangreicher daher. Aber irgendetwas soll ja vermutlich nach dem Login auch noch passieren 
Also ich würde behaupten, unter dieser Domain gibt es keine WordPress-Installation.
Zeigt die Domain denn auf das richtige Verzeichnis?
Was sagt der Strato Support?
Daher war das ja auch nur eine rhetorische Frage, die Bitte um allg. Auskunft ob diese Sache mittlerweile gelöst wurde, ob es da was neues gibt. Es ist nichts akutes, nichts was eins der Live-Blogs ud Betreiber stören würde.
Ich befürchte, diese "Sache" wird nie gelöst werden, weil es damit kein Problem gibt. Ich verstehe, dass es bei dir ein Problem zu geben scheint, dass zu besagter Fehlermeldung führt, aber es ist halt weder ein Bug, noch ein bekanntes Problem in WordPress. Deshalb wird sich dieser Sache auch (höchstwahrscheinlich) niemand annehmen.
Das einzige was dir übrig bleibt, ist auf Fehlersuche zu gehen, warum es bei dir Auftritt. Dafür muss es einen Grund geben. Aber es ist schwer zu sagen, was das sein könnte. Zumal der Fehler ja auch bei dir sehr sporadisch aufzutreten scheint (das hatte ich im ersten Posting anders verstanden).
Ich würde auch irgendwie in Richtung Session und Cookies tendieren. Im Zweifelsfall schau doch mal, ob das alles korrekt gesetzt ist, wenn der Fehler wieder auftritt.
Was sagt denn das error.log?
