Antworten von websupporter | WordPress.org Deutsch

Verfasste Forenbeiträge

Ansicht von 6 Antworten - 1 bis 6 (von insgesamt 6)

Forum: Allgemeine Fragen
Als Antwort auf: Gutenberg: Innerhalb eines Blocks Kategorien auslesen
websupporter
(@websupporter)

vor 5 Jahren, 5 Monaten
Hi @chris213,

das ist ne heftige Entwicklerfrage. Um das richtig beantworten zu können fehlt mir leider etwas mehr Kontext. Was ich glaube sagen zu können:
select( 'core' ).getEntityRecords() muss nen Ajax-Request ausführen, weshalb cats erstmal leer sein wird.

Ich vermute gerade du benutzt es irgendwie so
```
const { select } = wp.data;
registerBlockType( 'name/lala', {

   edit() {
      const query = { per_page: -1 };
      var cats = select( 'core' ).getEntityRecords('taxonomy', 'category', query);
      console.log(cats);
   }
} );
```
Wenn ja, dann lohnt sich ein Blick auf withSelect() für Dich.

Eine Weise wie man es einbinden kann sieht man bspw. hier. Und (Disclaimer: Eigenwerbung) dieser Talk hier ist zwar schon etwas älter, aber trotzdem noch recht instruktiv.

Ich hoffe, das hilft Dir erst einmal weiter 🙂
- Diese Antwort wurde geändert vor 5 Jahren, 5 Monaten von websupporter.
Forum: Plugins
Als Antwort auf: Anzahl Tage in Statify

websupporter
(@websupporter)

vor 6 Jahren, 4 Monaten

Hi @knodderdachs,
das Extended Plugin erweitert sozusagen nur die Ansichtsmöglichkeiten der Daten. Die Daten werden allerdings nach wie vor von Statify zur Verfügung gestellt. Das heißt, wenn Du in Statify auf 14 Tage einstellst, so werden die Daten die dem Extended Plugin zur Verfügung stehen nach 14 Tagen gelöscht.

Insofern könnte man sagen das dies bisher so vorgesehen ist.

Es klingt aber für mich auch nach einem Feature über das man nachdenken könnte, wobei ich mir nicht sicher bin, wie das in der Umsetzung genau funktionieren könnte.

Das Statify unzuverlässige Daten liefert kann ich so nicht bestätigen. Es ist vielleicht nicht so gewitzt wie Google Analytics, aber man muss natürlich wissen, was hier tatsächlich gezählt wird und das sind die Hits, also die Aufrufe einer Seite. Es werden nicht „Besucher“ gezählt, sondern „Seitenaufrufe“ und da scheint es mir doch sehr zuverlässig.

Solltest Du aber doch einen Fehler entdeckt haben, lohnt es sich auf jeden Fall hier einen Issue zu erstellen, damit dieser behoben werden kann: https://github.com/pluginkollektiv/statify/issues

Forum: Allgemeine Fragen
Als Antwort auf: WP Unterseite in anderer Webseite ohne Sidebar
websupporter
(@websupporter)

vor 7 Jahren, 5 Monaten
```
  jQuery( function( $ ) {
    var posts = {},
    ajaxURL = 'https://deinedomain.de/wp-json/wp/v2';
	 
    $.ajax({
      url: ajaxURL + '/pages/42/',
      method: 'GET',
      success: function( res ){
          $( '#wordpress' ).append( '<h2>' + res.title.rendered + '</h2>' + res.content.rendered );
      }
    });
  });
```
Ich habe die eigentliche REST-Abfrage nochmal etwas abgeändert. Du rufst https://deinedomain.de/wp-json/wp/v2/pages/42/ für die Seite mit der ID 42 auf und übergibst die ID nicht in einem data-Objekt wie oben. Dafür erhälst Du auch keine Sammlung, welche Du mich each durchlaufen musst, sondern nur ein einfaches Post-Objekt.
Forum: Installation
Als Antwort auf: Hilfe!! Nach Aktualisierung Theme erst Blank Page, jetzt Fehlermeldung „fatal er

websupporter
(@websupporter)

vor 7 Jahren, 8 Monaten

Hi Anne,
auf den ersten Blick sieht es für mich so aus, dass während Deines Backup-Aufspielens + 4.03-Version sich ein kleiner Fehler eingeschlichen hat. Das Backup war wahrscheinlich eine 3er-Version? Zwischen Version 3 und 4 wurde die genannte Funktion redeclare url_is_accessable_via_ssl() von functions.php nach deprecated.php verschoben (siehe hier https://core.trac.wordpress.org/ticket/19555). Für mich sieht es so aus, dass Du derzeit einige 4.03er-Dateien (bspw. deprecated.php) in Deiner Installation laufen hast, sowie einige ältere (bspw. functions.php).

Mein erster Tipp wäre jetzt einfach nochmal reinen Tisch zu machen und alles außer eben wp-content/, .htaccess, wp-config.php via FTP zu löschen und dann nochmal eine saubere Version reinzuhauen.

Viel Glück 🙂

Forum: Installation
Als Antwort auf: Keine Verbindung mehr zu Wordfence Server

websupporter
(@websupporter)

vor 7 Jahren, 8 Monaten

Hi,
Related: https://de.wordpress.org/support/topic/4-6-plugins-hinzufuegen-funktioniert-nicht-mehr/#post-30358

Forum: Installation
Als Antwort auf: 4.6 Plugins hinzufügen funktioniert nicht mehr

websupporter
(@websupporter)

vor 7 Jahren, 8 Monaten

Nur auf den ersten Blick könnte ich mir vorstellen dass das mit den Änderungen an der REQUESTS-Klasse zu tun hat. WordPress versucht sich ja mit dem wordpress.org zu verbinden, um dort die Informationen zu Plugins und so weiter abzufragen. Dabei kommt es zu einem „unerwarteten Fehler“.

WordPress prüft ja, welche Methoden es nutzen kann, um sich mit einem anderen Server zu verbinden (cUrl, fsockopen etc.). Hier scheint sich ein kleiner Fehler eingeschlichen zu haben und es wird derzeit nicht korrekt geprüft über cUrl vorhanden ist. Daraufhin können manche Installationen derzeit keine Remote-Zugriffe machen. Ein entsprechendes Ticket ist unterwegs und der Bug sollte mit 4.6.1 gefixt werden (https://core.trac.wordpress.org/ticket/37700).

Also, einfach von den Infos, die Du gegeben hast tippe ich darauf, dass dieses Problem auf Dich zu trifft. Das nächste Update sollte nicht lange auf sich warten lassen (7 Tage hatte es glaube ich bei 4.5.1 gedauert).

Für die Zwischenzeit fällt mir eigentlich nur ein, die Plugins selbst herunterzuladen und via FTP in das Pluginverzeichnis zu schmeißen.

Falls Remote-Zugriff für die Funktionsweise der Webseite unerlässlich sein sollte, lohnt sich für die Zwischenzeit ein Blick in das vorliegende Patch (https://core.trac.wordpress.org/changeset/38274). Dann müsste man es selbst entsprechend patchen, bis es durch ein Update überschrieben wird. Da sollte dann aber jemand ran, der sich ein wenig mit PHP auskennt. Beziehungsweise: Auf eigene Gefahr 🙂

Ansicht von 6 Antworten - 1 bis 6 (von insgesamt 6)