Beiträge von pezi

    interessante Einblicke in dem Rückblick!

    Tja, bez. Gutenborg: Ich/wir bleiben der klassischen Schiene so lange treu, wie es geht. Geht das nicht mehr, ist WP von unserem Fenster weg. Somit wurde zumindest für uns (die wir aber nicht maßgeblich sind) schon anno V.5 der Holzweg beschritten. (Ok, der Ausflug zu "ClassicPress" wurde auch zum Eigentor, wir mussten wg. der massiven Plugin-Probleme wieder alle rückbauen)

    Zustand vor der feindlichen Übernahme ... wiederherstellen


    Super, ok, passt, Danke!

    dieser typ eine gefahr für die gesamte community


    Hmmm.

    Irgendetwas muss ja dahinterstecken, was einen Visionär zu solch schädigenden Handlungen bewegt.
    Ja, ich sollte die Artikel dazu lesen, doch mangels Zeit und guten englisch ist es schwer, sich durch die vielen, oft differenten Sichtweisen zu kämpfen.

    Ist Mr. Mullenweg am Holzweg oder waren/sind die von WP Engine echt im Unrecht?
    Wie ist das wirklich geregelt, mit den Rechten, Lizenzen oder was auch immer die Zankäpfel sind. Völlig unprofessionell überlegt, meine ich, dass die von WP Engine Geld machten mit Codes, die andere als frei kennzeichneten, oder?

    OT:
    Ich/wir haben Anfang der 2000er Jahre auch ein CMS erfunden, vom IE-Diktat entkoppelt, durch die Browserkriege geführt, dieses bis zur Serienreife entwickelt, vertrieben und eines läuft in einer Art (nicht öffentlichen) Internetz-Museum immer noch auf PHP 5.x.(!).
    Würde ich als Erfinder und Initiator des Projekts plötzlich als "Gefahr für mein Baby" bezeichnet werden, also ich wäre da traurig und würde meine Äußerungen und Aktionen scharf überdenken.

    Kennt sich da noch wer aus?

    Wollte die Feiertage nutzen, um endlich das originale "Advanced Custom Fields" wieder auf mehreren Sites zu haben. Also Backup, Export der Settings und dann weg mit dem ungefragt eingedrungenen "Secure Custo..." und ... oh
    o_O Das ist plötzlich wieder "ACF"! Und scheinbar seit einer Weile auch wieder im WP Verzeichnis usw. ...

    Wie kompaß?

    Gibts einen Weihnachtsfrieden im WP Himmel?
    Schon alles seltsam, wie die in den eigenen Websites herumkrebsen und den Betreibern die Sachen unter dem Hintern hin und herschieben ...


    Wie auch immer: Friedliche und erholsame Festtage, Gesundheit und Erfolg in den kommenden Jahren, wünsche ich auch allen!

    Das beste Foren-Plugin ist meiner Meinung nach "Asgaros".
    Doch ohne eine gute Mitgliederverwaltung, die mehr kann als WP selbst, ist das auch nicht da wahre und kann einem "echten" Forum (zB. per SMF, phpBB, ...) nicht nahe kommen.

    Also wenn man zB. "Asgaros" und "Ultimate Members" oder so etwas verbindet, hat man eine schöne, kleine Forenlösung auf WP Basis.
    Die Profile bleiben aber immer unter der WP Verwaltung. Also es gibt (zumindest wg. Asgaros) keine "zwei Profile". Nur andere, mehrere und komfortablere Verwaltungsmöglichkeiten. (wie das mit anderen Foren-Plugins ist, weiß ich nicht)

    So gesehen ist immer alles unter einem Hut, man muss nichts zusammenführen.
    Ebenso lässt sich mit einer guten Mitgliederverwaltung natürlich auch das mit den Rollen und überhaupt das Zusammenspiel zwischen der Funktion als WB Benutzer und Forist besser regeln.
    Aber das muss man eben erkunden, entdecken und entscheiden, ob es das ist, was man sucht.

    Ich selbst, resp. wir sind aber dann doch auf eine echte Foren-SW (SMF) umgestiegen. Da bietet doch weit mehr Komfort und man bekommt eine 100 %ig dazu passende Benutzerverwaltung mitgeliefert.

    Also das Plugin funktioniert und auch entgegen dieses Supportbeitrages bleibt die Änderung natürlich erhalten.

    Habe natürlich auch die manuelle Änderung per DB ausprobiert und bisher, bei beiden Methoden keine unerwünschten Nebenwirkungen festgestellt.

    Das Members Plugin hat die Tests bisher gut mitgemacht und jene Teile, welche ohnehin von WP übernommen werden auch genauso mit übernommen. Also auch im Members Plugin gibt es die Anzeige des WP Benutzernamens und der zeigt sich sofort nach der Änderung neu.

    Danke!

    Wir brauchen etliche Benutzernamen geändert, doch bekanntlich gilt: "Benutzernamen können nicht geändert werden". Ok, zumindest nicht per Backend, aber per DB.

    Wenn man in der Tabelle wp_users die Felder "user_login" (u. ggf. auch "user_nicename" ?) ändert, welche unerwünschten Nebenwirkungen könnte das haben?

    Ja, weisse Bescheid, man legt den Benutzer am besten neu an, wenn auch dessen, für's Login zuständige Benutzername geändert werden soll.
    Doch in dem Fall sind es zum einen viele Benutzer zu ändern und zum anderen haben die viel mehr zugeordnete personenbezogene Daten als beim normalen WP Standard Profil. Dies, weil auch noch ein Members-Plugin mitmischt.

    Das kann bei unpassend eingestellten Servern passieren oder wenn z.B. zu viele Plugins mit zusätzlichen eigenen Datenfeldern auf der Seite mit dem Editor aktiv sind.


    Beides scheint der Fall zu sein.

    Ersteres, weil diese große Site auf einem recht restriktiv gesicherten Host läuft und
    Zweitens, ja, etliche Plugins, die Unmengen an solchen Feldern mitbrachten. (Wo ich mich schon oft fragte: "wer braucht die? wie entfernen, ohne was abzuschießen?")
    Aktiv brauchen die Redakteure genau 5 benutzerdefinierte Felder; doch im Hintergrund sind wahrscheinlich inzwischen 999 weitere ... (hatte mal ein Plugin, welches die zeigte, glaube, auch verwalten konnte)

    Gut möglich, dass da die Zahl der Vars zu hoch wird. Ich werde das mal dem Hoster mitteilen.

    aus moralischen gründen


    Schon, ja.
    Nur scheint der Fehler schon bei ACF selbst bestanden zu haben und zum anderen muss man auch darauf aufpassen, dass die Rückkehr zu ACF reibungslos vonstatten geht.

    eine kurze Anleitung, wie man auf das echte Advanced Custom Fields umstellt


    Oh, danke!

    fragwürdigen "Klon"


    Ich würde nirgend fragwürdige Klone installieren. Automattic, bzw. WordPress ist ja nicht irgendeine unbekannte kleine SW-Bude und ist immer noch die Basis des Ganzen. Auch daher ließen wir die Okkupation mal so zu und das eigentlich eh nur (mehr schlecht als recht) umbenannte Plugin weiterlaufen.


    PS: Wir haben auf mehren Webs jeweils einige relativ große, für uns wichtige Plugins, deren Hersteller sich (zT. vorsorglich, zT. im Zuge der Krise) aus dem WP Kosmos zurückgezogen haben. Zum Bleistift eine bekannte Mitgliederverwaltung. Klappt bestens.
    Denke, auch ACF sollten wir wieder direkt beziehen, habe aber die Befürchtung, dass auch das sorgfältigste "Rollback" zum Original den Fehler nicht behebt, aber eine Menge Arbeit macht.

    Manche Redakteure einer Site haben seit neusten das Problem beim Speichern der Beiträge:
    [COLOR=#ff0000]Die Überprüfung ist fehlgeschlagen. ACF was unable to perform validation due to an invalid security nonce being provided.[/COLOR]
    (Als Admin tritt es nicht auf.)

    Ja, es war einst "Advanced Custom Fields" installiert, was ja seit der Übernahme durch WP "Secure Custom Fields" heißt. (Wir hatten überlegt, was besser ist: ACF nur mehr direkt von WP Engine oder eben diesen Mullenweg Fork lassen. Wir ließen alles so, auch weil mit SCF bis gestern alles funktionierte.)

    Heute kommt eben diese Fehlermeldung, welche die Speicherung neuer, bzw. aktualisierter Beiträge verhindert.
    Was kann man da tun?

    Die bisherigen Fundstücke dazu halfen mir nicht viel weiter, auch da in fachdenglisch und mit Eingriffen in die Server-Settings usw. Das geht bei der betreffenden Site nicht so einfach.

    Soll man vllt. SCF deinstallieren und doch ACF direkt laden, installieren? Immerhin scheint es ja trotz SCF Übernahme noch einige Codes mit "ACF" zu geben.

    Parameter [FONT=Courier New]--disable-remote-fonts[/FONT]


    Ok. Ja, so wie am Screenshot sah das aus.

    Bloß: "remote" wäre das nicht eher bezüglich extern geladene Fonts? Naja, egal.

    Das warum wird man kaum mehr herausfinden.

    Mir fällt nur ein: Chrome hat vor einigen Wochen (oder doch länger?) irgendwas mit der Profilverwaltung gemacht. Meiner startete nach einem Update mit einem neuen, nackerten Profil. Da ich keine Zeit hatte, mein eigentliche Profil wieder zu suchen, finden, als Standard zu definieren, bin ich kurz mal schnell zum Firefox rüber. Und "kurz" danach wieder zum Chrome rein und dann schauten die Webs so aus ... Naja. Es gibt schlimmeres ...

    Schriftart für die Symbole wird vom gleichen Server/Domain wie das Forum selbst geladen


    Verstehe. Wenn das eine (von denen geladene) Google Font betreffen würde, täte die Sache anders liegen. So aber ...

    Einstellung in Chrome oder in einem Add-On


    Verstehe ich nicht.
    1. finde ich keine Einstellung zu und 2. warum ist das nach irgendeinem Neustart wieder "behoben"?

    Nichtnutzung eigener Schriftarten in Webseiten


    Die logischste aller bisherigen Vermutungen. Aber auch nur eine Vermutung, denn auch da: Warum soll sich das von selbst ändern (ok, Update) und warum gehts nun wieder?

    PS: Will aber hier nicht zu viel Ressourcen für WP & Co binden, gell.
    Denn es ist ja eigentlich kein WP Problem. Habe es aber hier deponiert, weil v.a. WP Backends ohne Sym ... äh ohne diese Awesome Fonts besch.... aussehen und es mir da als erstes auffiel.
    Dzt. passt ja alles wieder - Danke!

    statt eines neustarts also einen dns cache delete durchführen


    Ok, wie?

    Wenn ich im Chrome alles zum löschen wähle, sollte das doch auch dabei sein, oder?

    Also Browserdaten löschen > Erweitert: Alles angehakt (und "Gesamte Zeit"). Mehr fand ich nicht dazu.
    Vllt. ist das nur mit dem erweiterten Zugriff auf die Config (fällt mir momentan nicht ein, wie das heißt) möglich?

    Was noch bez. DNS im Chrome zu finden war, ist die Option "Sicheres DNS verwenden"

    Grafikkarte


    Und warum macht dann nur ein einziges Tool Probleme? Als Laie tippe ich dann eben eher auf das eine, auf Chrome. Wahrscheinlich ist da was kaputt, sind unauffindbare Reste in den AppData oder Registry, die auch bei einer komplett neuen Installation reinpfuschen.

    Ich bin eher der, welcher Treiber nur dann außerhalb eventueller OS gesteuerter Updates selber aktualisiert, wenn es echt unumgänglich ist. Was bei unseren Kisten extrem selten der Fall war.

    Habe längst, vor der Frage hier, alles möglich versucht, Cookies löschen, Cache leeren, Erweiterungen deaktivieren, zurücksetzen, neues Profil, ... keine Chance, bestimmte Websites zeigen keine Symbole, Icons.
    Nicht einmal eine komplette Neuinstallation ändert da etwas.