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 erstellenIch sehe gerade nichts außer: Page not found
habe jetztauch mal das überflüssige herausgelöscht und nun nur folgenden code in die .htaccess eingetragen:
Von Löschen schrieb ich nichts, nur davon Konditionen und Regeln an der richtigen Stelle einzufügen und die Rewrite Engine nur einmal auf on zu setzen.
Na wenn die vorhanden ist, dann sollte die sich auch aufrufen lassen. Du rufst die doch über
"http://localhost/und_der_pfad_z…nis/install.php"
auf, was erst einmal keine Probleme bereiten sollte. Die Probleme sollten eigentlich danach erst folgen, falls Deine DB genauso erreichbar ist.
Rufe die im Editor oder im Browser einfach mal über File-System auf und kopiere Dir den Pfad ab htdocs, mache ich bei längeren Pfaden auch, um nicht alles tippen zu müssen oder wenn ich einen Tippfehler nicht erkennen kann.
Kontaktforumlar (contact-form-7)
Da kann ich leider nicht helfen, kenne contact-form-7 nur vom Namen und weiß nicht, was da gefiltert wird. Doch was hat das Formular mit einem Code von Google zu tun?
Ich verstehe nicht einmal, wo Du versuchst den Code einzufügen?
In den Beiträgen oder im Template vom Theme, wenn ja, in welcher Datei?
Schaue doch einfach nach, ob rel='canonical' dann auch auf eine andere Seiten-URL verweist.
Nebenbei bemerkt, die Rewrite Engine braucht nur einmal zugeladen und eingeschaltet werden. Die unteren Konditionen und Regeln hätte ich gleich unter der Base notiert. Erst einmal eine Standard-Domain definieren, damit sich WP nicht mehr verschlucken kann, dann den Rest (zumindest denke ich bisher noch so und konnte noch nichts Gegenteiliges feststellen).
Auch wenn ich jetzt im IE eine Seiten-URL richtig eingebe, beim Aufruf der nächsten Seite über das obere Menü wird da wieder ein # eingefügt.
/?page_id=34#/?page_id=28
Ich kann Dir jetzt nur so viel dazu sagen, dass es ein JavaScript-Fehler zu sein scheint, da der Fehler im IE bei deaktivierten JavaScript nicht auftritt.
Wird das Menü mit über jQuery gesteuert?
Mit jQuery kenne ich mich nicht aus.
Ja, Deine Seite hat eine Macke, das Übel erkenne ich, nur nicht den Grund.
Wenn ich von der Startseite zum Beispiel auf Ju-Jutsu klicke, so erscheint da im IE in der Browserzeile
http://www.sfg.indus.uberspace.de/#/?page_id=34
und im FF
http://www.sfg.indus.uberspace.de/?page_id=34
Wobei das mit dem IE so /#/? nicht richtig sein kann. Eventuell könnte es mit diesen Optionen
<option value='#'>Go to ...</option>
zusammenhängen, bin mir aber nicht sicher. Nehme doch diese testweise mal heraus, falls die überflüssig sind.
Rufe mal stattdessen die liesmich.html auf, die sollte normal öffnen. Von der kannst Du Dich dann zur install.php durchklicken, falls Du da einen Tippfehler eingebaut hattest.
Ich kann Dir jetzt nicht alle Fragen beantworten, da ich unter Localhost mittlerweilen wohl 4 Installationen habe, im Web aber nur eine. Die unter Localhost teilen sich zum Teil auch eine Datenbank, liegen jedoch in verschiedenen Verzeichnissen. Die Datenbank von der Web-Installation sichere ich nur zeitweilig, überschreib die aber nicht. Tausche nur unter Localhost bearbeitete Dateien per FTP aus.
Oder Du liest hier einfach im Forum eine längere Zeit mit, die Ideen kommen dabei dann mehr oder weniger von allein.
Du brauchst die denke ich nicht löschen, Du brauchst nur einen anderen $table_prefix wählen, damit die Datenbank für eine weitere Installation genutzt werden kann. Angenommen bisher steht in der alten wp-config.php
$table_prefix = 'wp_';dann schreibst Du da bei der neuen Installation etwas anderes hinein, wie
$table_prefix = 'wpneu_';oder so. Beide Installationen sollten dann selbstverständlich nicht im selben Verzeichnis liegen.
Was ich nicht ganz verstehe, wenn bereits eine Installation besteht, wer hat dann für diese Installation die Datenbank angelegt? War das etwa so eine 1-Klick-Installation? Doch auf die musst Du ja auch irgendwie zugreifen können.
Die Fragen dürften doch wohl eher sein:
Bei welchem Hoster bist Du?
Was gehört zu Deinem Web-Paket?
Sind da Datenbanken im Paket enthalten?
Was steht in den FAQ vom Hoster?
Ich kenne zwar nicht viele Hoster, doch ein Hoster, von dem man keine Zugangsdaten für eine Datenbank und keine weiteren Hinweise erhält, war bisher noch nicht dabei.
Diese ganzen Tools nutzen Dir nichts, wenn keine Datenbank im Paket enthalten ist, Du somit keine anlegen und verwalten kannst. Wenn aber mindestens eine enthalten ist, dann sollte auch der Hoster Dir mitteilen können, wie Du diese verwalten kannst, insofern das nicht bereits alles den FAQ zu entnehmen ist.
Kann wohl so nicht funktionieren, wenn Du an index.php adressierst.
PHPmethod="get" action="index.php">
hier noch der link zur testseite:
http://marcelrapold.com/berechner/
Nehme dafür mal
"action=\"".esc_url(site_url("/berechner/"))."\"\n";
oder
"action=\"".esc_url(home_url("/berechner/"))."\"\n";Was von beiden hatte ich zwar mal ausgetestet, muss aber auch immer erst einmal schauen. Ist zwar alles als Plugin geschrieben, doch nur weil ich dann nicht den Editor von WP benutzen muss, sondern nur das Plugin im Notepad++ bearbeiten und jede Veränderung im Browser überwachen kann.
Und nachher haben die Leute wieder das Problem den Mist ordentlich auf den Server zuziehen...
Dieses Problem haben eigentlich mehrheitlich nur Leute, die versuchen die lokale Installation komplett mit dem Inhalt der Datenbank als Web-Installation zu übernehmen. Wer hingegen immer nur die Dateien hochladet, die er gerade unter Localhost bearbeitet hat und dabei darauf achtet, die Dateien unter Localhost mit UTF-8 ohne BOM zu speichern, hat diese Probleme wohl eher nicht.
Und wer dabei dann immer noch eine Kopie mit dem letzten Stand der Bearbeitung unter Localhost ablegt, braucht sich auch nicht zu sehr vor einer weißen Seite fürchten, sondern nur nach dem ersten Schreck die Kopie von der zuletzt bearbeiten Datei hochladen.
Wie meinst Du das, bringt nichts?
if (is_user_logged_in()) {
// Hier eine Weiterleitung definieren bringt nichts?
}
Eine PHP-Weiterleitung wird da nicht greifen, wenn vorher HTML ausgeliefert wird und sei es nur ein Leerzeichen. Auch könnte so eine Weiterleitung zu mir noch unbekannten Fehlern führen.
Doch JavaScript window.location.href greift auch noch in der letzten Zeile im Footer und da entscheidet nicht mehr der Server, sondern nur noch der Browser. Du müsstest den nur mit echo ausgeben, so das der im Quelltext der Seite erscheint und von einer JS-Funktion ausgelöst wird, das sollte eigentlich funktionieren.
Der umgekehrte Weg ist jedoch zuweilen gangbar, um HTML-Elemente mit JavaScript ins Dokument zu schreiben.
<script type="text/javascript">
var gebe_etwas_aus = "schreibe etwas in den Quelltext";
document.write("<ul><li>"+ gebe_etwas_aus +"<\/li><\/ul>");
</script>So kann das wohl auch nichts Richtiges werden. JavaScript ist nun einmal ein Script und ein Script hat nichts innerhalb eines HTML-Elementes verloren. Laut HTML sind da halt innerhalb von Elementen nur geeignete Event-Handler erlaubt. Also Händler, die bei einem Ereignis (Event) innerhalb eines HTML-Dokumentes zwischen HTML und JavaScript eine Vereinbarung treffen, ob bei diesen oder jenen Event eine Script-Funktion aufgerufen werden soll. Zwischen zwei Blockelementen könntest Du jedoch JavaScript notieren.
Über Event-Handler kannst Du Dich hier einführend belesen:
http://de.selfhtml.org/javascript/sprache/eventhandler.htm
Ins Dokument kannst Du dann etwas mit einer DOM-Methode schreiben:
[FONT=lucida sans unicode]Nur kurze Anleitung bzw. Tipp wie ich das umsetzen könnte [/FONT]
HTML oder JavaScript lassen sich so einfügen.
<?php
/*--------------------------------------------------------------------
Plugin Name: Einfueger
Description: Der Shortcode [mein_erster_eigener_shortcode] einfügen
----------------------------------------------------------------------
*/
function fuege_etwas_mit_shortcode_ein() {
ob_start();
?>
<!-- Füge HTML ein -->
<script type="text/javascript">
// oder füge JS ein
</script>
<?php
$output_string = ob_get_contents();
ob_end_clean();
return $output_string;
}
add_shortcode("mein_erster_eigener_shortcode", "fuege_etwas_mit_shortcode_ein");
?>
Das ist aber nur gedacht, um ab und an mal etwas in einem Beitrag einzufügen. Bei allen anderen müsstest Du schon, wie Monika bereits schrieb, Theme oder Template bearbeiten.
und nur genormte Anbauteile ... verwenden und nicht selbst Kfz-Mechaniker (Programmierer) spielen.
Naja, was die Plugins angeht, wenn's so wäre, hätte niemand Alufelgen...
Na dann verwende mal Alufelgen ohne ABE (Allgemeine Betriebserlaubnis nach amtlicher Prüfung) oder E-Kennzeichnung (genehmigungspflichtige Kennzeichnung nach europäischen Richtlinien). Bin mal gespannt, was die Versicherung im Schadensfall dazu sagen würde.
Es kann doch wirklich nicht so schwer sein, eine index.html vorzuschalten?
Und was ist da nun so schwer zu verstehen? Ein Server sucht nach einer Index, wenn nur die Domain eingegeben oder verlinkt und der Link aufgerufen wird. Ob der Server zuerst nach einer index.html oder zuerst nach einer index.php sucht, lässt sich über DirectoryIndex regeln.
Da aber WP auch nur auf Domain/ wie bei Home verlinkt, wären Probleme vorprogrammiert, wenn der Server statt der von WP erwarteten index.php eine index.html versucht auszuliefern. Ein erfahrener Programmierer würde es vielleicht hinbekommen. Einfacher wäre es, wenn Du WP gleich unter Domain/blog/ oder Domain/wordpress/ installieren würdest.
Die Alternative wäre, Du richtest eine statische Seite als Startseite ein. Wie das geht wurde hier schon mehrfach beschrieben oder müsste auch bei WP nachzulesen sein.
