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 erstellenDas hier ist ein WordPress-Forum, und zwar speziell für selbstgehostete WordPress-Installationen. Nicht dass blogspot.com überhaupt WordPress einsetzen würde meines Wissens nach. Das nur zur Info, damit Du Dich nicht über ausbleibende Antworten wunderst. ;-)
Zu Deinem CSS-Problem empfehle ich Dir den Suchbegriff "equal height columns". Das fördert z.B. das hier zu Tage: http://www.ejeliot.com/blog/61
Ich kenne ähnliches von Google Maps. Genau kann ich es nicht sagen, aber ich dachte auch, dass das früher mal ging. Vielleicht hat sich ja am Browser was geändert, so dass Webseiten jetzt nicht mehr das Kontextmenü unterdrücken können? Hm... Ja, in den Firefox-Einstellungen findet sich unter Inhalt > JavaScript > Erweitert die Option "Das Kontextmenü deaktivieren oder ersetzen". Mit Häkchen dort sollte es dann gehen.
Ansonsten als Workaround: Escape drücken, dann verschwindet das Browsermenü.
Hier kannst Du Dir z.B. Seiten anschauen, die mit WP umgesetzt wurden:
http://wordpress.org/showcase/
Und hier steht was zu Features:
http://wordpress.org/about/features/
Für Deinen Einsatzzweck musst Du Dir glaube ich am ehesten Gedanken machen, ob Du die Buchung der Ferienwohnung direkt über WP machen willst (also Formular erstellen, Daten in der DB speichern, Kalender anzeigen, eventuell Bezahlung?). Das wird mit Entwicklungsaufwand verbunden sein, denke ich. Ansonsten ist WP gerade für solche kleinen, überschaubaren Seiten sehr geeignet: statische Seiten für die Inhalte, Blog-Artikel für News, meinetwegen eine Fotogalerie für Bilder.
Sorry, hatte den Namen doch falsch in Erinnerung:
http://wordpress.org/extend/plugins/widgets-reset/
Ich hatte erwähnt, dass das Plugin alle Widgets aus allen Sidebars entfernt?! Also ggf. Inhalte von Text-Widgets etc. vorher sichern! Unf rü alle Fälle vielleicht auch vorher ein Datenbank-Backup erstellen.
Ist nur geraten, aber ich glaube, auf den Adminseiten wird auch das Stylesheet Deines Themes eingebunden. Falls da als Default weiße Schrift definiert ist, könnte sowas passieren. Anders könnte ich mir das jedenfalls auf Anhieb nicht erklären. Mit den Firefox-AddOns Firebug oder Web Developer Toolbar findest Du sehr leicht raus, aus welchem Stylesheet die Angabe der Schriftfarbe kommt.
Ich kenne mich mit Atom nicht speziell aus, aber hast Du in Betracht gezogen, dass beides richtig sein könnte? Ich nehme an, dass es wahrscheinlich ist, dass ein gültiger Atom-0.3-Feed auch ein gültiger Atom-1.0-Feed ist. Im Gegenteil zum RSS-Wirrwarr ist das bei Atom-Feeds doch eigentlich auch egal, oder?!
Sicher ist das möglich. ;-) Wo genau willst Du das denn ausgeben?
Ja, so geht es auch. So ist es jetzt halt keine wiederverwendbare Funktion. Die Zeitausgabe stimmt übrigens nur, wenn die USA und Deutschland immer gleichzeitig von Sommer- zu Winterzeit und zurück ändern. Bin nicht sicher, ob das gegeben ist. Leider gibt es in PHP keinen einfachen Weg, sowas eleganter zu handhaben. In Java hätte ich Dir sonst was Besseres vorgeschlagen. :-/
Sorry, ja, hast Recht. Firefox stört sich daran scheinbar nicht, aber falsch ist das "?>" ganz am Ende trotzdem. Vermutung: Irgendwo wird ein PHP-Block versucht zuzumachen, der schon zu ist, und dann wird das ausgegeben als Text. Schau mal zuerst in die wp-config und die functions.php, da liegt der Fehler meistens.
In der Regel heißt das, dass das Widget schon in einer Sidebar verwendet wird, glaube ich. Das kann auch eine Sidebar sein, die ein vorher verwendetes Theme definiert hatte, die im aktuellen Theme aber nicht mehr enthalten ist. Falls das bei Dire zutreffen könnte, gibt es das "Widget Removal" (oder so ähnlich) Plugin, welches alle Widgets entfernt. Du müsstest die Sidebar dann aber neu aufbauen. Davon abgesehen wäre wegen der Sicherheitslücken älterer Versionen wohl ein Update auf 2.8.6 angebracht. ;-)
Kann ich nicht bestätigen, siehe: http://atmosik.de/2009/11/canvas-imogen-heap/#comment-8
Ich bin allerdings auch nicht eingeloggt. Kommt das nur vor, wenn Du als eingeloggter Nutzer einen Kommentar schreibst?
Ist vermutlich möglich, würde IMHO aber nicht viel Sinn machen. Du sollst im Editor ja schreiben und nicht layouten. Das macht das Theme für Dich.
Außerdem sei Dir da auch gleich noch diese Webseite empfohlen: :-)
http://dowebsitesneedtolookexactlythesameineverybrowser.com/
So hier:
<div class="imageElement">
<?php
if(get_option('gallery-use-featured-content')) {?>
<p><?php $key="featuredtext"; echo get_post_meta($post->ID, $key, true); ?></p>
<?php
} else {
?>
<p><?php the_content_rss('', 0, '', $wordquantity); ?></p>
<?php
}
?>
<h2><?php the_title() ?></h2>
<a href="<?php the_permalink() ?>" title="Zum Artikel..." class="open"></a>
<img src="<?php $key="articleimg"; echo get_post_meta($post->ID, $key, true); ?>" alt="<?php $key="alttext"; echo get_post_meta($post->ID, $key, true); ?>" class="full" />
<img src="<?php $key=$imgthumb; echo get_post_meta($post->ID, $key, true); ?>" alt="<?php $key="alttext"; echo get_post_meta($post->ID, $key, true); ?>" class="thumbnail" />
</div>Ob das dann von den Styles her hinhaut, ist natürlich eine andere Frage. Ach so, soll das nur für den if-Zweig so sein oder für beide Varianten?
Also ich sehe da schon was. ;-) Leider kann man bei dem AddOn nicht nach Fehlercodes filtern, also muss man die ganze Liste durchschauen.
Folgende Dateien werden beim Laden des Dashboards nicht gefunden auf dem Server:
/wp-admin/images/menu-arrows.gif
/wp-admin/images/fav-arrow.gif
/wp-admin/admin-ajax.php
Das ist schon mal ein Zeichen, dass Dateien fehlen. Du solltest ggf. die WP-Dateien noch mal neu hochladen und eventuell ein anderes FTP-Programm dazu verwenden. FTP-Übertragungsfehler kommen erfahrungsgemäß wesentlich öfter vor als man denken sollte.
Das erklärt so an sich aber noch nicht die Style-Probleme. Ich habe das mal mit meiner eigenen WP-Installation verglichen und stelle fest, dass /wp-admin/load-styles.php?c=0&dir=ltr&load=dashboard,plugin-install,global,wp-admin&ver=6403d4cb3e6353f406fd43f1b0373ec2 bei Dir nur etwa ein Drittel der Styles lädt, die es auf meiner Installation lädt. Das kann ich mir auf Anhieb nicht erklären, aber da die Styles über ein PHP-Script geladen werden, würde ich entweder vermuten, dass es dabei zu PHP-Fehler kommt (die sollte man im Log sehen können) oder dass dieses Scrupt nur eine Reihe anderer Dateien in einen Request verpackt und einige dieser Dateien fehlen halt.
Alles in allem solltest Du erstmal sicherstellen, dass alle Dateien auf dem Server sind. Falls die Styleprobleme bleiben, schauen wir da weiter.
jeder Blogbeitrag wird nicht komplett dargestellt, wenn er eine gewisse länge hat.
Ja, das klingt halt nach der normalen Excerpt-Funktion. Wenn das Theme statt des ganzen Beitrags nur einen Auszug darstellen soll, erstellt WP den Auszug automatisch aus dem Beitrag, es sei denn ein Auszug wurde manuell eingegeben. Wie Du das ändern kannst, ist in dem FAQ-Artikel beschrieben.
Die Funktion "[FONT=Courier New]function new_excerpt_length" finde ich in dem theme diGU nirgends.[/FONT]
Das mag sein, die müsstest Du bei Bedarf auch selber in der functions.php ergänzen. Der FAQ-Artikel beschreibt im oberen Teil, wie Du die Länge des generierten Auszugs beeinflussen kannst. Weiter unten steht, wie Du immer den ganzen Beitrag anzeigen lassen kannst.
[FONT=Courier New][/FONT]
Also so ganz die Grundlagen von PHP müsstest Du schon kennen, wenn Du am Theme was ändern willst. ;-) Die obige Funktion kannst Du so wie sie da zitiert ist definieren wo Du möchtest, aber sinnvollerweise in der functions.php des Themes. Aufrufen tust Du die Funktion innerhalb eines PHP-Blocks so:
print usatime();Oder im normalen HTML so:
<?php print usatime(); ?>Ja, also es wurden auf jeden Fall einige Styles geladen, aber wohl nicht alle. Komisch. So aus der Ferne wüsste ich da erstmal auch nicht, woran es liegen könnte. Du solltest wie oben vorgeschlagen schauen, ob beim Laden der Seite irgendwelche Dateien nicht gefunden werden. Installier Dir mal das FF-AddOn, öffne es, lade die Seite neu (ohne Cache, also mal Strg+F5 drücken) und schaue nach, ob in der Liste der geladenen Dateien ein Status 404 auftaucht. Normal wäre alles auf 200 oder 301/302 (=Umleitung).
Wenn es das nicht ist bleibt vielleicht noch zu schauen, ob es auf dem Server zu PHP-Fehlern kommt. Dazu müsstest Du mal einen Blick ins Errorlog werfen.
Ich kann mir das ansonsten auch mal live anschauen, aber dann müsstest Du mir die Zugangsdaten schicken (per PM).
Kurzes googlen brachte z.B. das hier zu Tage:
http://www.goldmann.de/xampp+auf+usb-…ipp_389_k3.html
Alternativ fällt mir auf Anhieb ein, Linux von CD oder Stick zu booten und dann die Webseite vom Stick aufzurufen. Es gibt doch sehr kompakte Linux-Distributionen, die für solche Zwecke u.a. gedacht sind (Knoppix etc.). Wenn Du Glück hast, haben die Apache, PHP und MySQL schon an Bord.
Meinst Du damit, dass auf der Startseite oder in Archivsichten nur der Excerpt statt des ganzen Beitrages angezeigt wird? Falls ja, siehe hier: http://faq.wordpress-deutschland.org/keine-bilder-k…iv-the_excerpt/
Das kann an der Serverkonfiguration liegen, und ich bin nicht sicher, was Du da ändern könntest dran.
Als Workaround fällt mir im Moment ein, den Import einfach woanders durchzuführen, z.B. auf Deinem lokalen Rechner. Dann könntest Du im lokalen WP die Daten über die WP-Exportfunktion exportieren und im WP auf dem Server wieder importieren. Dazu müsstest Du Dir natürlich eine lokale Testinstallation von WP einrichten, was mit XAMPP aber in wenigen Minuten geht und sich zum Testen von Plugins etc. sowieso empfiehlt. Ob es da dann besser klappt, kann ich natürlich nicht sagen, aber lokal kann man ggf. eher was am System ändern als auf dem Server.
Alternativ könntest Du schauen, ob Du vom Qullblog einen RSS-Feed mit allen Einträgen erzeugen kannst. Den müsstest Du auch importieren können. Das geht aber vermutlich nicht, wenn es sich um sehr viele Daten handelt.