Beiträge von Melewo

Wie es ausschaut lassen sich nur Beiträge ohne Plugin umstellen.

http://dennis-bitsch.de/blog/seo-perma…hne-html-endung

Zitat von aecon

Kennt sich jemand mit dem Bereich aus und kann mir noch dazu sagen, wieso diese banale Funktion nicht funktioniert?

Weil es sich bei WordPress um ein Blog- und Content-Management-System handelt, bei dem keine Seiten als HTML-Dokumente vorhanden sind, sondern nur System- und Theme-Dateien, welche bei der Ausführung den Content erst von der Datenbank abrufen, um daraus eine HTML-Seite zu erzeugen, die als HTML-Dokument an den Browser ausgeliefert werden kann.

Die WordPress Rewrite enthält bereits um die 300 Rewrite Regeln, damit aus einem in der Datenbank gespeicherten Beitragstitel oder Namen einer Kategorie usw. eine URL wird, wobei ich jetzt nicht weiß, wofür alle Regeln gut sind. Was ich aber weiß, Du könntest nun entsprechend Deinen Wünschen noch weitere Rewrite-Regeln hinzufügen. Falls Du es vorhaben solltest, könntest Du mit dem Lesen vielleicht hier beginnen:

http://codex.wordpress.org/Class_Reference/WP_Rewrite

So völlig banal erscheint es mir bisher zumindest nicht, eine entsprechende Funktion zu schreiben. Einfacher sollte es gehen, Du verzichtest auf eine Wunschendung oder benutzt ein Plugin.

Aber die Seite lädt doch ganz normal.

Mit dem Umlauten ist das immer so eine Sache für sich, Fehler sind schwer lokalisierbar. Ein Fall war mal, da enthielt der verwendete Web-Font keine Umlaute, trifft auf Deine Seite wohl nicht zu.

Zitat von Melewo

Wenn ich es richtig verstehe, lässt sich WP so in PHP-Seiten außerhalb von WP einbinden?
Oder verstehe ich etwas falsch?

https://codex.wordpress.org/Integrating_Wo…th_Your_Website

Zitat von DManstrator

Von dieser Seite.

Da bin ich aber froh, dass ich es richtig verstanden habe. Es steht doch gleich im ersten Satz:

Zitat

Um den neuesten Artikel auch auf einer anderen Seite, als dem Blog selbst anzeigen zu lassen kann man wie folgt vorgehen:

http://www.nordisch-arts.de/blog/html/letz…nzeigen-lassen/

Also, neben oder außerhalb von WordPress kannst Du WordPress so in einer anderen PHP-Seite einbinden. Es ist aber nicht dafür gedacht, innerhalb von WordPress verwendet zu werden und ein Theme liegt ja nun einmal innerhalb von WP.

Nein, Du brauchst keine Fehler beseitigen, auch wenn diese nur als Warnungen erscheinen, es genügt später Fragen zu stellen, warum Dein Blog gehackt wurde.

Zitat von joelamann

Das ganze wurde bei STRATO gehostet, das sollte dabei erwähnt werden.

Wobei Strato nicht der schlechteste Hoster ist, meine meisten Seiten liegen da, einschließlich WP und richtige Probleme, die es bei anderen Hostern nicht geben würde, sind mir seit Jahren nicht mehr bekannt. Im letzten Herbst hat mal der Datenbankserver für ein paar Tage gelahmt, doch das kommt ja bei anderen Hostern auch mal vor und mehr weiß ich nicht.

Zitat von DManstrator

Meine Idee hat leider nicht funktioniert, dafür aber was viel einfacheres.

PHP

<?php include("Verzeichnis/Zu/WordPress/wp-blog-header.php"); /* Vor allem, selbst vor den html-Tag */ ?>

Und Du hast mir noch nicht verraten, wo Du das so gefunden hast.

[COLOR=#000000][COLOR=#007700]include([/COLOR][COLOR=#DD0000]"Verzeichnis/Zu/WordPress/wp-blog-header.php"[/COLOR][COLOR=#007700]);[/COLOR][/COLOR]

Nun habe ich selbst gesucht und siehe da, auch ein Beispiel gefunden. Das ist wohl eine Möglichkeit mit einem anderen Hintergrund. Wenn ich es richtig verstehe, lässt sich WP so in PHP-Seiten außerhalb von WP einbinden?
Oder verstehe ich etwas falsch?

https://codex.wordpress.org/Integrating_Wo…th_Your_Website

Du benutzt es aber für eine Einbindung innerhalb von WP und da solltest Du die Funktionen benutzen, die WP dafür zur Verfügung stellt. Oder habe ich hier einen Denkfehler?

Und bevor Du da noch mehr machst, solltest Du erst einmal mit einfachen Beispielen beginnen und gleich das erste Beispiel enthält alle Funktionen, die Du benötigst:

<?php
get_header();
if (have_posts()) :
   while (have_posts()) :
      the_post();
         the_content();
   endwhile;
endif;
get_sidebar();
get_footer(); 
?>

https://codex.wordpress.org/The_Loop_in_Action

Noch ein zweites Beispiel, wobei have_posts eigentlich bereits true oder false liefert, jedoch zusätzlich noch abgefragt werden könnte, wie man es in vielen Beispielen sieht:

https://codex.wordpress.org/Function_Reference/have_posts

<?php get_header();


$argumente = array( 'posts_per_page' => 2, "post_type" => "post");
$queryobj  = new WP_Query($argumente);


if ($queryobj->have_posts()):
    while ($queryobj->have_posts()) : $queryobj->the_post();
?>
    <h1><a href="<?php 
    the_permalink(); 
    the_title( '">', '</a>' );
    ?></h1>
    <p><?php the_content(); ?></p>  


<?php endwhile; endif;
wp_reset_query();
get_footer();
?>

Bei Dir lohnt es sich aber nicht eine neues Objekt zu instanziieren, weil eigentlich alles bereits enthalten sein sollte. Es sollten sich auch genügend andere und vor allen neuere Beispiele bei WP finden lassen. Auf die Erklärung woher Du das hast,

[COLOR=#000000][COLOR=#0000BB][/COLOR][COLOR=#007700]include([/COLOR][COLOR=#DD0000]"WordPress/wp-blog-header.php"[/COLOR][COLOR=#007700])[/COLOR][/COLOR]

da warte ich wirklich.

Zitat von DManstrator

Hier die Lösung:

PHP

<?php include("WordPress/wp-blog-header.php"); ?>...

Woher hast Du dieses Beispiel mit "WordPress/wp-blog-header.php"?
Würde mich jetzt wirklich einmal interessieren. Kommt das so in uralten Beispielen vor oder auch in neueren?
Und Fehler beseitigt man, statt diese verstecken zu wollen.

Habe ich jetzt gerade als index.php und als single.php getestet, weil ich mir das Elend gar nicht mit ansehen kann:

<?php get_header();


$argumente = array( 'posts_per_page' => 1 );
$gebepost  = get_posts( $argumente );


foreach ( $gebepost as $einpost ) : 
    setup_postdata( $einpost ); ?>
    
    <h1><a href="<?php 
    the_permalink(); 
    the_title( '">', '</a>' );
    ?></h1>
    <p><?php the_content(); ?></p>
    
<?php endforeach; 
wp_reset_postdata();
get_footer();
?>

Gibt noch einige andere Varianten.

Zitat von DManstrator

Erkundige dich doch bitte, wie das mit den Pfaden bei bPlaced abläuft, vielen Dank.

Das siehst Du doch in den Fehlermitteilungen, PHP lügt selten.

Radikale Methode:

<?php baue Fehler ein ?>
<?php
/* 
Ausgabe bei Fehler in Index vom Theme:


Parse error: syntax error, unexpected T_STRING in C:\xampp\htdocs\wordtheme\wp-content\themes\exempel\index.php on line 26


Ausgabe bei Fehler in Index von WP:


Parse error: syntax error, unexpected '<' in C:\xampp\htdocs\wordtheme\index.php on line 18


*/
?>

Fehler in Index vom Theme und darunter in index von WP:

C:\xampp\htdocs\wordtheme\wp-content\themes\exempel\index.php
C:\xampp\htdocs\wordtheme\index.php

Zitat von DManstrator

PHP

<?php include("WordPress/wp-blog-header.php");

Und das kommt mir genauso wie Bullshit vor, da die '/wp-blog-header.php' eigentlich bereits in der index von WP geladen wird

index.php von WP:

/** Loads the WordPress Environment and Template */
require( dirname( __FILE__ ) . '/wp-blog-header.php' );

und nicht in der index vom Theme, was völlig über wäre, da die '/wp-blog-header.php' weitere Dateien mit require_once nachladet,

wp-blog-header.php:

if ( !isset($wp_did_header) ) {


    $wp_did_header = true;


    require_once( dirname(__FILE__) . '/wp-load.php' );


    wp();


    require_once( ABSPATH . WPINC . '/template-loader.php' );


}

was bedeutet, dass diese Dateien, da sie bereits von der index von WP geladen werden, ohne kein zweites Mal von einer Theme-Datei geladen werden, dafür sorgt ja das once.

In den Theme-Dateien wird eigentlich die Funktion

get_header();

verwendet, die in der Datei general-template.php definiert wird.

Meiner Meinung nach hast Du einfach nur die index.php von WP mit der index.php vom Theme verwechselt und bei den Fehlermitteilungen ebenso.

Zitat von DManstrator

.de/index.php, nicht .de/WordPress/index.php

Das ist Bullshit, was Du schreibst, weil die /www/index.php keine 25 Zeilen hat, sondern nur 18 und der Serverpfad gemeint ist und nicht die URL, egal wie die URL sich schreibt.

Zitat von DManstrator

...(output started at /users/dmanstrator/www/index.php:25) ...

Wenn sich die Fehlermeldung auf die index vom Theme bezogen hätte, dann hätte die Fehlermeldung in etwa so aussehen müssen bei der URL de/WordPress/index.php:

Zitat

.../www/WordPress/wp-content/name_des_theme/index.php

Zitat von joelamann

Auch der mir gut bekannte Entwickler des Themes schliesst einen Fehler beim Theme aus, ...

Laut seiner Aussage kann das nur an der Datenbank oder der WordPress-Installation liegen . . .

Warum machst Du dann nicht alle Änderungen rückgängig und installierst dann WP und das Theme erneut? Dann kann es ja nicht mehr an WordPress-Installation liegen und fragst dann noch einmal den Entwickler, woran es liegen könnte. Oder noch einfacher, frage doch einfach den Entwickler, was es kosten würde, wenn er für Dich das Theme installieren würde, um gleich alle Fehler auszuschließen.

Zitat von joelamann

Auch kann ich danach im Backend einzelne Options-Button anklicken, aber es klappen die weiteren Optionen nicht mehr auf.

Warum wundert mich das nicht?

Zitat von joelamann

Ich habe zuletzt eine Datei mit angehängt (option-generator-php), wie und wo integriere jetzt den Code? . . . oder könnte jemand von Euch die Datei so aufbereiten, dass ich sie gebrauchen kann?

Zitat von Melewo

So etwas lässt sich nicht mit einer einzelnen Datei testen, dazu müsste man sich das ganze Theme installieren, um zu schauen, wie was zusammen spielt, denn immerhin handelt es sich um eine ausgewachsene Datei mit einer ausgewachsenen Klasse ...

... Das ist keine kleine Hilfe zur Selbsthilfe mehr, das würde in richtige Arbeit ausarten, die nicht in kurzer Zeit zu bewältigen wäre. Beim Entwickler des Themes ist das etwas anderes, der brauchte nicht erst einmal zwei Wochen, bevor der wüsste, warum was wie geschrieben wurde.

http://forum.wpde.org/installation/1…-foreach-2.html

Und genau daran könnte es liegen, dass nun wie im anderen Thread beschrieben, die foreach zwar keinen Fehler mehr liefert, doch die Klasse oder Methoden an sich versagen, weil nun vielleicht die richtigen Rückgabewerte fehlen.

Das sind doch aber nur Plugins, Du kommst doch einfacher und schneller weg, wenn Du diese löscht, ein Theme erst einmal ohne Plugins richtig zum Laufen bringst und dann die Plugins installierst, auf die Du nicht verzichten möchtest. Außerdem hättest Du nicht alle Dateien verschieben müssen, sondern nur wie beschrieben vorzugehen brauchen:

http://faq.wpde.org/wordpress-trot…chnis-aufrufen/

Zitat von DManstrator

Das ist meines Wissens nach unmöglich, da zuerst die Links zu den Seiten und erst dann der letzte WP-Artikel aufgelistet werden soll.

Zitat von DManstrator

Code

Warning: ... (output started at /users/dmanstrator/www/index.php:25) ...

Das ist doch nicht die Index von einem Theme sondern die Index von der WordPress-Engine und die enthält nur 18 Zeilen. Ich habe da zwar zu Testzwecken auch schon gelegentlich Code untergebracht, aber auf so eine Idee in der PHP beenden zu wollen, um HTML einzufügen, auf so eine Idee kam ich bisher noch nicht. Möchte es auch nicht in einem Test nachstellen, nur um so eine Fehlermeldung zu produzieren.

Wenn Du nicht einmal die Pfade Deiner wichtigsten Dateien kennst, solltest Du nicht versuchen deren Code zu verändern oder zu ergänzen.

Zitat von DManstrator

Nach einer kurzen Google-Suche fand ich eine [COLOR=#0066ff]gute Vorlage[/COLOR],

So ist es halt mit den guten Schnipseln, die man nach Jahren findet.
[COLOR=#ff0000]showposts[/COLOR] ist deprecated und sollte nun langsam nicht mehr verwendet werden.

Zusätzlich wirst Du wohl auch noch etwas falsch gespeichert haben, zumindest würde ich bei der Fehlermitteilung davon ausgehen. Also auf Leerzeichen oder HTML vor öffnenden PHP-Tags achten und im richtigen Editor mit UTF-8 ohne BOM speichern.

Unterschied, falls keine Optionen gespeichert bzw. an die Klasse oder Methode als gefülltes Array übergeben wurden.

<?php


$value['options'] = array();


if (isset($value['options']) && is_array($value['options'])) {
    echo "Ok, es ist ein Array";
} 
else {
    echo "Fehler, es ist kein oder ein leeres Array";
}
/* Ausgabe:
   Ok, es ist ein Array
*/


if (is_array($value['options']) and count($value['options']) > 0) {
    echo "Ok, es ist ein Array";
} 
else {
    echo "Fehler, es ist kein oder ein leeres Array";
}
/* Ausgabe:
   Fehler, es ist kein oder ein leeres Array 
*/


if (isset($value['options']) and count($value['options']) > 0) {
    echo "Ok, es ist ein Array";
} 
else {
    echo "Fehler, es ist kein oder ein leeres Array";
}
/* Ausgabe:
   Fehler, es ist kein oder ein leeres Array
*/
?>

Das erste war nur gedacht und falsch gedacht, das ist jetzt ein kleiner Test und ja, ihr liegt richtig und ich weiß es nun fürs nächste Mal, dass die 200px mit !important nicht von den 400px überschrieben werden, nur ohne !important halt.

<!DOCTYPE html>
<html>
<head>
  <title>Test</title>
  <style type="text/css">
  body {height:200px !important; border:1px solid #f00} 
  </style>
</head>


<body>
<h1>Nur ein Test</h1>


<script type="text/javascript">
window.onload = function() {
    document.getElementsByTagName('body')[0].style.height = '400px';
}
</script>
</body>
</html>

So etwas lässt sich nicht mit einer einzelnen Datei testen, dazu müsste man sich das ganze Theme installieren, um zu schauen, wie was zusammen spielt, denn immerhin handelt es sich um eine ausgewachsene Datei mit einer ausgewachsenen Klasse itOptionGenerator, in der $value['options'] rund 40mal vorkommt und die foreach so wie in dieser Zeile

foreach( $value['options'] as $key => $option ) {

noch 9 oder 10 mal vorkommt, es aber scheinbar nur in der

function awards_meta($value) 


und in der 


function reactions_meta($value)

zu Problemen kommt, in den anderen Methoden hingegen nicht. Somit kann eine einfache if möglichweise auch versagen, weil ja irgendetwas in options immer enthalten sein könnte, nur nicht unbedingt das was eigentlich erwartet wurde. Das ist keine kleine Hilfe zur Selbsthilfe mehr, das würde in richtige Arbeit ausarten, die nicht in kurzer Zeit zu bewältigen wäre. Beim Entwickler des Themes ist das etwas anderes, der brauchte nicht erst einmal zwei Wochen, bevor der wüsste, warum was wie geschrieben wurde.
Und wenn Du es selbst machen möchtest, könnte zuerst print_r Freund und Helfer werden, um immer wieder zu kontrollieren, was da eigentlich wann enthalten ist.

Und der Entwickler weiß nicht wo für der sein Geld verdient oder was?

Na Du wickelst die als Mantel um die foreach.

$i = 0;
        if (is_array($value['options']) and count($value['options']) > 0) {


            foreach( $value['options'] as $key => $option ) {
            ...
            ...
           }
        }
        return $out;

Wenn auch das nichts wird, dann frage halt den Entwickler, der hatte vor zwei Monaten eine ähnliche Frage gestellt bekommen und wollte das innerhalb von 24 Stunden beheben.