Beiträge von maksimilian

Hallo Ihr,

ich habe eine simple Frage zu Netbeans. Wenn ich ein Projet öffne und (irgendwo) nur einen Breakpoint setze, mit Projekt debuggen beginne, hält Netbeans zunächst in index.php (erste Zeile) an und nach Fortsetzen an anderen Stellen, welche nicht als Breakpoint definiert wurden (ohne dass die Website hier auf Eingabe wartet). Wie erreiche ich, dass der Ablauf von Beginn an bis zum Breakpoint läuft, ohne dass es, außer bei angeforderten Eingaben, zwischendurch zum Anhalten kommt ?

Im Netbeans Forum bekomme ich leider keine Unterstützung.

maksimilian

Zitat von AmFearLiath

:?: der wird doch direkt dargestellt... was willst da "debuggen"?

schreib den html-code in eine variable, "debugge" die variable und lass sie zur visualisierung dann per echo ausgeben

Danke für den Tipp.

Hallo Ihr,

ist es möglich eine Änderungshistorie für eine Homepage zu führen ? Wenn ja, in welcher Datei befindet sich diese ?

maksimilian

Lasst sich eigentlich der in einer PHP Datei entaltene HTML Code ebenfalls debuggen ?

Zitat von AmFearLiath

wie wärs mit

PHP

die();

Ich möchte nur ein Anhalten des Ablaufs errreichen, die() verlässt aber das Script.

Hallo Ihr,

ich habe xdebug + Netbeans in Win10/xampp installiert und arbeite mich damit ins PHP-Debuggen ein. Leider ignoriert Netbeans gesetzte Breakpoints. Nun möchte ich erst einmal einen Breakpoint an der für mich interessanten Stelle einprogrammieren und damit Netbeans zum Anhalten zwingen. Welche Funktion kann ich dafür verwenden ? xdebug_break() funktioniert nicht.

maksimilian

@ r23 #4

Mein erster Fehler war, Netbeans zusammen mit JDK von der Oracle Homepage zu laden. Mit dieser (auch als 8.2 deklarierten) Version wird die PHP Option nicht angeboten! Nach Installation der von der Netbeans Homepage geladenen Version 8.2 habe ich auch die PHP Option. Mit der teste ich erst einmal weiter, bevor ich hier weitere Fragen stelle. Danke für die schnelle Antwort und die Links. Die Konfigurationshinweise von Netbeans hatte ich bereits befolgt. phpinfo() liefert eine Reihe von xdebug-Optionen. Die werde ich untersuchen, wenn ein erfolgreicher Debug-Test zustande gekommen ist.

@ AmFearLiath #5

Danke für den Hinweis auf Kint. Werde ich mir anschauen, nachdem ich erst einmal mit Netbeans klargekommen bin.

Erst einmal danke für den Tipp mit XDebug/Netbeans. Mit dbg komme ich nicht zurecht (Download funktioniert nicht, Doku schwach). Jetzt habe ich xdebug und Netbeans IDE installiert und konfiguriert, verstehe aber noch nicht, wie ich damit umgehen soll. Gibt es eine praktische Beschreibung der Vorgehensweise für das Debuggen einer vorhandene Homepage unter XAMPP ?

Ich finde z.B. in Netbeans das Option Window nicht, um zum PHP Debugging zu gelangen.
Installiert habe ich Netbeans 8.2 und JDK 8

Zitat von b3317133

Der Autor steht in [FONT=courier new]post_author[/FONT] in den Einträgen in der Tabelle [FONT=courier new]wp_posts[/FONT], siehe auch https://codex.wordpress.org/Database_Description

Danke für den Link. Ich sollte mich mehr mit den Codex Seiten beschäftigen. Das kostet zugegebenermaßen oft mehr Zeit , als im Forum nachzufragen.

Zitat von maxe

Alle Beiträge und Seiten, die der Admin geschrieben hatte.

Und wie ist das in den Tabellen verknüpft ? Wenn z.B. eine Seite vom Administrator erstellt wurde, muss ja vom Tabelleneintrag dieser Seite ein Link zum User vorhanden sein.

Zitat von Edi

Bevor ein User gelöscht wird, wird gefragt, an wen die Inhalte übertragen werden sollen. Wenn kein User angegeben wird, werden die Inhalte gelöscht.

Was sind das für Inhalte (weitere als die Tabelleneinträge in wp_user und wp_usermeta) ? Welche Bedeutung haben sie ?

@ b3317133 #4

Leider auch schon erfolglos ausprobiert. Das ist jetzt ein bißchen Stochern im (Unwissens)Nebel. Deshalb wüsste ich ja gerne, wie der Administrator verknüpft ist.

Danke für den Link, FloRet. Aber das hatte ich bereits probiert, d.h. für den zweiten (nunmehr einzigen) User in Tabelle wp_usermeta den Feldern meta_key und meta_value die empfohlenen Werte zu geben.

Hallo Ihr,

ich habe in einer WP-Installation zum ersten User einen zweiten (ebenfalls mit Administratorrechten) hinzugefügt und den ersten User gelöscht, ohne seine Rolle zu übertragen. Nun kann die Website nicht mehr aufgerufen werden. Wenn man sich mit dem zweiten User einloggt, sind die Seiten nicht mehr vorhanden. Besteht die Möglichkeit, durch Manipulation der Datenbank, die Seiten wieder verfügbar zu machen ? Ein Backup ist nicht vorhanden. Da es sich hier um eine Test-Konfiguration handelt, ist es kein existenzielles Problem. Nur würde ich mir gerne den Aufwand zur Wiederherstellung des ursprünglichen Zustands ersparen wollen.

Prinzipiell interessiert mich, zu welchen Objekten der Administrator Verknüpfungen besitzt. Wo kann man das nachlesen ?

maksimilian

Hallo Ihr,

gibt es Empfehlungen für einen PHP Debugger ? Taugt der dbg ?

maksimilian

Zitat von Hille

Was für ein Home meinst du?

home-url, die in der Datenbank steht.

Zitat von danielgoehr

.....
"Root" kann ja vieles bedeuten (z.B. Root-User, Root-Verzeichnis auf dem Server, Web-Root, etc.).

Sorry, ich meinte home.

Zitat von danielgoehr

..... Die "Umlenkung" (Umleitung?) ist dann gar nicht mehr nötig. Ich bin mir auch nicht ganz sicher, wo die dann eigentlich hinleiten sollte...

Aber root ändert sich.

TimoBeil #1
Es sollte doch möglich sein, alle Dateien der Domäne in die Subdomäne zu kopieren, in eine neue DB die alte zu importieren und wp-config.php anzupassen. Es wäre dann noch zu klären, ob url-Umlenkung allein durch die .htaccess zu bewerkstelligen ist.

Zitat von Hille

Ein Plugin, das keinen Support mehr erhält, sollte man nicht mehr einsetzen.

Im Prinzip richtig. Ich möchte aber auf Basis eines vorhandenen ein eigenes Plugin bauen und u.a. dafür das "Handwerk" des Debuggens auf dem Server und in WP lernen.

Zitat von Hille

Fehlermeldung werden im Normalfall in der error.log vermerkt. Du kannst auch den Debug Modus mal aktivieren

Debug Modus ist eingeschaltet, Fehlermeldungen werden in die Datei wp-content/debug.log geschrieben. Leider wird dort keine Zeilennummer des einen Fehler verursachenden Orts dokumentiert, immerhin der einen Fehler verursachende Aufruf.