ja. allerdings tritt der fehler wie gesagt auch dann auf, wenn alle plugins deaktiviert sind.
eingesetzt werden:
Akismet
Block Bad Queries (BBQ)
Simple Trackback Validation
alternativ zu akismet auf anderen blogs antispam bee
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 erstellenja. allerdings tritt der fehler wie gesagt auch dann auf, wenn alle plugins deaktiviert sind.
eingesetzt werden:
Akismet
Block Bad Queries (BBQ)
Simple Trackback Validation
alternativ zu akismet auf anderen blogs antispam bee
das ist ja das kuriose daran. ich habe in den veschiedenen blogs auch artikel die sehr lang sind und mindestens 20 links enthalten. in den gleichen blogs tritt es aber auch bei artikeln auf, die kürzer sind und beispielsweise 8 links enthalten. was mir aufgefallen ist, das die betroffenen artikel immer links aus dem text enthalten hatten. eine ausgeschriebene url mit link funktionierte immer.
nein, der fehler tritt bei veschiedenen themes auf und auch wenn ich das theme wechsle nachdem der fehler auftritt
AW: gibt es eine maximale zeichenanzahl für beiträge?
Aktuelle WordPress Installation auf einem Apache2 der auf einem ubuntu dedicated Server läuft. Das Problem tritt auch bei deaktivierten Plugins auf. Meist du sonst noch etwas wissen?
bei manchen postings scheint es sich auf die eingefügten links zu beziehen. wenn ich in einem artikel bespielsweise 10 links eingebaut habe, erscheint der artikel nciht mehr nach dem speichern. lösche ich 2 links aus dem text, wird auch ein sehr langer artikel ganz normal angezeigt.
wo liegt denn da bitte der fehler?
in verschiedenen von mir betreuten blogs kommt es hin und wieder zu dem phänomen, das artikel nach einer überarbeitung nicht mehr dargestellt werden. meistens wird code zum artikel hinzugefügt, beispielsweise ein update.
nach dem speichern wird nichts mehr vom eigentlichen beitrag angezeigt, sondern nur noch der titel, die tags und alles was sonst noch vom theme angezeigt werden soll. nur eben nicht der eigentliche blogbeitrag.
kürze ich den artikel dann wieder und speichere, wird der blogeintrag korrekt angezeigt.
leider läßt sich das problem nicht eindeutig produzieren. deshalb meine frage: gibt es eine art maximale zeichenanzahl für blogbeiträge und wenn ja, wie kann man dies anheben?
ja das funktioniert.
bei mir allerdings nicht, weil ich nicht nur eine hauptdomain habe:
sub1.hauptdomain.tld
sub2.hauptdomain.tld
sub3.hauptdomain.tld
und per multi-domain noch zusätzlich:
sub1.hauptdomain2.tld
sub2.hauptdomain3.tld
sub3.hauptdomain4.tld
das problem besteht bei mir auch bei die standart themes. aber gut zu wissen, das sowas auch an einem theme liegen kann
der fehler tritt von jedem browser und auch von verschiedenen dsl anschlüssen auf. ein caching fehler ist ausgeschlossen.
wir konnten uns wieder einloggen nachdem in der wp-config.php diesen wert geändert haben:
define( 'SUBDOMAIN_INSTALL', true );
zu
define( 'SUBDOMAIN_INSTALL', false );
geändert
natürlich bringt das dann wieder ganz andere probleme mit sich und ist keine wirkliche lösung des eigentlichen problems. ich werde die multisite jetzt noch einmal aufsetzen und nach jeder änderung testen ob die blogs wie gewünscht funktionieren.
der fehler besteht bei mir nach wie vor. ich habe das netzwerk sogar schon einmal neu installiert und gehofft den fehler damit auszuschalten. doch jetzt nach einem tag funktioniert der login nicht mehr.
die htaccess datei ist wordpress original ohne selbst eingetragene funktionen.
die log dateien spucken nichts aus, keinen fehler, gar nichts.
hat wirklich niemand einen tip?
auf einer wordpress multisite habe ich mit dem plugin "multi-domains" weitere hauptdomains hinzugefügt. die neu angelegten blogs werden erstellt und funktionieren super.
seid gestern kann ich mich auf den blogs nicht mehr einloggen.
wenn ich mich unter
subdomain.wordpressdomain.tld/wp-admin einloggen möchte, lande ich immer wieder auf der eingabemaske. ohne fehler oder sonstiges.
ich habe bereits alle plugins entfernt, trotzdem bleibt dieser fehler.
hat jemad eine idee was das verursachen könnte?
gibt es für so etwas auch ein plugin?
ich möchte in den themes nichts ändern da die änderungen durch updaten des themes wieder verschwinden würden.
ich suche eine lösung in der ich linkpartner nur auf der startseite anzeigen lassen kann ohne dafür code im theme zu ändern.
oder um es einfacher auszudrücken:
für jeden blog der eine eigene domain bekommen soll, die domain einmal mit www. und einemal nur die domain.tld mit der gleichen blog ID eintragen.
danke für den tip! hab mich schon an htaccess regeln vergriffen
ich finde eine trennung durch subdomains sinnvoller.
eine subdomain wird imho von den suchmaschinen als eienständige domain bewertet, wohingegen ein blognetzwerk das in verzeichnissen steckt für mich erstmal nach einer großen webseite aussieht
konnte dieses problem jemand lösen?
ich habe das "Copying to tmp table" phänomen auf einem blog bei mir auch. es verursacht so hohe serverlast, das quasi keine datenbankanfragen mehr durchgehen :-/
die höhere Priorität (1) funktioniert. ich behalte das heute abend im auge, aber für den moment laufen quickcache und das redirect plugin nebeneinander und mein android wird sauber und schnell umgeleitet :-)
nein, quickcache hat keine einträge in der .htaccess datei.
schützt das plugin "Limit Login Attempts" (und ähnliche) das wp-admin verzeichniss auch vor xss angriffen, oder ist ies "nur" dau da, bruteforceangriffe zu erschweren?
mist!
es beist sich mit dem quickcache plugin.
dank deiner hilfe sieht das plugin jetzt so aus:
<?php
/*
Plugin Name: Redirect to mobile
*/
// Action auslösen:
add_action('plugins_loaded', 'redirect_to_mobile');
// redirect code
function redirect_to_mobile()
{
$mobile_url = "http://m.domain.com/";
include("/var/www/mobile_detection.php");
if(detect_mobile_device())
{
header("Location: $mobile_url");
exit();
}
}
?>
Alles anzeigen
in der mobile_detection.php wird dann aufgelöst ob der client ein mobiles gerät nutzt. das macht sinn dies nicht auch in das plugin direkt zu integrieren, da sich das durchaus ändert, bzw neue hinzukommen.
der webserver darf auch auf /var/www zugreifen und diese datei lesen.
ich aktiviere das redirect plugin, danach quickcache (leere den alten cache). ab da funktioniert die umleitung nicht mehr. woran könnte das liegen?