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 erstellenLade dir mal das kostenlose Programm Poedit runter. Damit kannst du bequem die .po-Datei ändern. Beim Speichern wird automatisch eine gleichnamige .mo-Datei erstellt, mit dieser arbeitet BuddyPress dann.
Also .po ist zum Bearbeiten, .mo wird vom Server gelesen und von Poedit beim Speichern aktualisiert oder komplett neu erstellt.
Du hast die functions.php deines Themes verändert und dabei einen Fehler gemcht? Okay, das passiert, sollte aber kein Problem sein. Ins Backend kommst du dann normalerweise trotzdem, vom FTP-Server ganz zu schweigen, ich wüsste nicht, was man da falsch machen müsste, um derartige Fehler zu produzieren.
Hast du nur die functions.php bearbeitet?
Ich glaube du hast mich falsch verstanden. Ich nutze bereits mein eigenes Child Theme, da liegt ja auch nicht das Problem.
Ich möchte ein Feld zum Kommentarformular hinzufügen. Das Kommentarformular gehört aber nicht zu Twenty Ten, sondern wird per <?php comment_form(); ?> aus /wp-includes/comment-template.php eingebunden. Es bringt also nichts, irgendwelche Dateien aus dem Parent- ins Child-Theme zu kopieren und zu verändern.
Ich wüsste lediglich gern, wie ich an einer bestimmten Stelle ein weiteres input-Feld einfügen kann.
Ich würde gern in Twenty Ten den Kommentarbereich anpassen. Der wird anscheinend aus dem WordPress-Core mit <?php comment_form(); ?> aufgerufen.
Wie geht das? Ich will nicht unbedingt in Core-Dateien rumpfuschen... Ich möchte eigentlich nur an einer Stelle im Formular ein weiteres Feld einfügen.
Hübsch! Wirklich! Schön schlicht, ruhig, die Kopfgrafiken gefallen mir, das Konzept ist stimmig.
Aber ja, die Startseite sieht ein wenig verlassen aus mit dem einen Beitrag, vielleicht ist das ja auch Absicht.
Auf allen anderen Seiten bekomme ich übrigens 404er...
Hier gibt es Code-Buttons. Wenn du also Quelltext postest, dann doch bitte in diesen Tags, das macht das ganze übersichtlicher ud man hat sogar Syntax-Highlighting..
Ich kenne das Theme nicht. Aber so wie es aussieht, hat es eine Optionsseite für den Header. Sehe ich das richtig?
Wenn du mir die URL zu deiner Seite gibst, kann ich vielleicht mehr sehen :)
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" <?php language_attributes(); ?>>
<head>
<meta http-equiv="Content-Type" content="<?php bloginfo('html_type'); ?>; charset=<?php bloginfo('charset'); ?>" />
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />
<?php /* if index.php or another page template (copied from index.php) was not used
(i.e. by a plugin such as WPG2), the global $bfa_ata would be empty */
global $bfa_ata, $cols, $left_col, $left_col2, $right_col, $right_col2;
if ($bfa_ata == "") include_once (TEMPLATEPATH . '/functions/bfa_get_options.php'); ?>
<?php if ( $bfa_ata['css_external'] == "External" ) { ?>
<link rel="stylesheet" href="<?php bloginfo('url'); ?>/?bfa_ata_file=css" type="text/css" media="all" />
<?php } ?>
<?php include (TEMPLATEPATH . '/functions/bfa_meta_tags.php'); ?>
<?php if ($bfa_ata['favicon_file'] != "") { ?><link rel="shortcut icon" href="<?php bloginfo('template_directory'); ?>/images/favicon/<?php echo $bfa_ata['favicon_file']; ?>" /><?php } ?>
<?php if ( is_single() OR is_page() ) { ?><link rel="canonical" href="<?php the_permalink(); ?>" /><?php } ?>
<link rel="alternate" type="application/rss+xml" title="<?php bloginfo('name'); ?> RSS Feed" href="<?php bloginfo('rss2_url'); ?>" />
<link rel="alternate" type="application/atom+xml" title="<?php bloginfo('name'); ?> Atom Feed" href="<?php bloginfo('atom_url'); ?>" />
<link rel="pingback" href="<?php bloginfo('pingback_url'); ?>" />
<?php wp_enqueue_script( 'jquery' ); ?>
<?php if ( function_exists('wp_list_comments') AND is_singular() ) { wp_enqueue_script( 'comment-reply' ); } ?>
<?php wp_head(); ?>
<?php bfa_html_inserts($bfa_ata['html_inserts_header']); ?>
<?php if ($bfa_ata['pngfix_selectors'] != "") { ?>
<!--[if IE 6]>
<script type="text/javascript" src="<?php bloginfo('template_directory'); ?>/js/DD_roundies.js"></script>
<script type="text/javascript">DD_roundies.addRule('<?php echo $bfa_ata['pngfix_selectors']; ?>');</script>
<![endif]-->
<?php } ?>
</head>
<body <?php body_class(); ?><?php if ($bfa_ata['html_inserts_body_tag'] != "") { echo ' '; bfa_html_inserts($bfa_ata['html_inserts_body_tag']); } ?>>
<?php bfa_html_inserts($bfa_ata['html_inserts_body_top']); ?>
<div id="wrapper">
<div id="container">
<table id="layout" border="0" cellspacing="0" cellpadding="0">
<colgroup>
<?php if ( $left_col == "on" ) { ?><col class="colone" /><?php } ?>
<?php if ( $left_col2 == "on" ) { ?><col class="colone-inner" /><?php } ?>
<col class="coltwo" />
<?php if ( $right_col2 == "on" ) { ?><col class="colthree-inner" /><?php } ?>
<?php if ( $right_col == "on" ) { ?><col class="colthree" /><?php } ?>
</colgroup>
<tr>
<!-- Header -->
<td id="header" colspan="<?php echo $cols; ?>">
<?php bfa_header_config($bfa_ata['configure_header']); ?>
</td>
<!-- / Header -->
</tr>
<!-- Main Body -->
<tr id="bodyrow">
<?php if ( $left_col == "on" ) { ?>
<!-- Left Sidebar -->
<td id="left">
<?php // Widgetize the Left Sidebar
if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar('Left Sidebar') ) : ?>
<div class="widget widget_categories"><div class="widget-title">
<h3><?php _e('Categories','atahualpa'); ?></h3>
</div>
<ul><?php wp_list_categories('show_count=1&title_li='); ?></ul>
</div>
<div class="widget widget_archive"><div class="widget-title">
<h3><?php _e('Archives','atahualpa'); ?></h3>
</div>
<ul><?php wp_get_archives('type=monthly'); ?></ul>
</div>
<?php endif; ?>
</td>
<!-- / Left Sidebar -->
<?php } ?>
<?php if ( $left_col2 == "on" ) { ?>
<!-- Left INNER Sidebar -->
<td id="left-inner">
<?php // Widgetize the Left Inner Sidebar
if ( !function_exists('dynamic_sidebar') || !dynamic_sidebar('Left Inner Sidebar') ) : ?>
<!-- no default content for the LEFT INNER sidebar -->
<?php endif; ?>
</td>
<!-- / Left INNER Sidebar -->
<?php } ?>
<!-- Main Column -->
<td id="middle">Ich habe ein kleines größeres Problem. Und zwar scheinen in China und Japan schlecht bezahlte Kräfte per Google Language Tools meine Signup-Seite zu übersetzen, das Captcha einzugeben und die Login-Daten dann an die Auftraggeber weiterzureichen.
Dagegen kann ich wohl nicht viel unternehmen.
Ich trage also alle E-Mail-Domains, von denen der Spam kommt (jedenfalls die, die von "normalen" Menschen nicht genutzt werden) in die Liste für ausgeschlossene Domains ein. Damit sollten ja von der Domain keine weiteren Signups mehr möglich sein, dachte ich.
Allerdings funktioniert das ganze nicht. Ich trage eine Domain nach der anderen ein, trotzdem Registrieren sich immer wieder Spammer mit Mailadressen dieser Domains. Gibts da ne elegante Lösung? Hat jemand anders auch dieses Problem?
Ich nutze derzeit WordPress 3.0 mit BuddyPress (könnte es auch damit zusammenhängen?).
Es gibt noch andere. AntiSpam Bee beispielsweise fällt mir da ein. Such doch einfach mal in der Repo ;)
Hi! Danke für das Lob :)
Hast du bei DF Zugriff auf die Nameserver-Einstellungen? Eine Wildcard wäre der Eintrag eines A-Records für * auf deine IP. Bei INWX sieht das aus wie im Anhang.
Ansonsten müsstest du das eventuell rückgängig machen können, indem du alle Subblogs löschst, die Änderungen in der .htaccess wieder rückgängig machst und ebenso die in der wp-config.php.
Prinzipiell solltest du dann von vorn beginnen können mit der Einrichtung des Netzwerkes. Aber dafür übernehme ich keine Haftung (sowieso nicht)!
Viel Erfolg :)
Wenn es dir reicht, die Grafik direkt im Quelltext einzusetzen, gibts fast nichts leichteres ;)
Erstens solltest du dir überlegen, ob du ein Child Theme anlegen willst. Das ist kaum Aufwand, dafür bleibt Twenty Ten unverändert, wenn du dein eigenes Theme bearbeiten willst (ist vor allem für größere Änderungen zu empfehlen, deine ist ja eher klein, aber das häuft sich evtl. mit der Zeit). Wenn jetzt Twenty Ten vielleicht mal ein Update erfährt, bleibt dein Child Theme trotzdem so, wie du es geändert hast.
Falls du das tun willst, wie es geht steht hier.
Nun zum eigentlichen Teil:
Viel Erfolg!
Nunja, es sind ja mit der Zeit nicht nur die Anforderungen der Software gewachsen, sondern auch die Kapazitäten der Hardware... Und ich denke die sind stärker gewachsen, als der Speicherhunger.
Klar, alles ist billiger geworden als "damals", aber wenn man mal genau hinsieht, sind diese günstigen Angebote meistens sogar teurer geworden oder im Preis gleich geblieben.
Von daher verstehe ich es nicht ganz, warum manche Hoster das memory_limit noch auf 32 oder gar 16mb belassen haben.
Im krassen Gegensatz dazu bekommt man heute nen vServer für fast nichts hinterhergeworfen.
Nunja, du kannst einfach ein Menü erstellen (in wp3.0 neue Funktion) und dann in die "Primary-Sidebar" integrieren. Du kannst dann jede Seite in die Navigation nehmen, die du willst. Das Menü ersetzt automatisch die bisherige Navigation.
Mir fiele da nur noch eine etwas umständlichere Lösung ein (ich gebe es ja zu...):
Wie wäre es, wenn du deinen Footer in eine weitere Sidebar verwandelst und den Inhalt ebenfalls per Widget pro Blog einfügst?
Okay, mir fällt noch etwas ein:
1. Du kannst einfach für jedes Blog eine andere Sprachdatei nutzen.
2. Du nutzt die Blogeigenen Ordner (/wp-content/blogs.dir/BLOG-ID/files/int-footer.php), um einen Footer zu integrieren. Das könnte etwa so aussehen:
In deiner footer.php des Themes nimmst du den Teil, der pro Blog unterschiedlich sein soll und packst ihn in eine Datei namens int-footer.php, die du in den jeweiligen Ordner des Blogs packst (/wp-content/blogs.dir/BLOG-ID/files/).
Diese Datei bindest du dann in deinen Footer ein. Da sich mit jedem Blog der Ordner automatisch ändert, läd jedes Blog seinen eigenen Footer.
Die URL der Datei wäre dann so aufzurufen: <?php echo home_url( '/' ); ?>/files/int-footer.php
Meine relativ jungfräuliche .htaccess einer Testinstallation sieht so aus:
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
# uploaded files
RewriteRule ^files/(.+) wp-includes/ms-files.php?file=$1 [L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule . index.php [L]Probier mal aus, was passiert, wenn du deine dahingehend veränderst (nachdem du sie lokal gesichert hast).
Viel Glück;)
Wo liegt dein Problem? WordPress MU konnte auch nur Blogs auf Unterverzeichnissen oder Subdomains anlegen. Solltest du eine Installation mit mehreren Blogs unter verschiedenen Domains nutzen wollen, musst du das per Plugin lösen (Domain Mapping heißt das Stichwort).
Viel Erfolg ;)
Du hast ein selbstgehostetes Blog und willst über die Export-Funktion alle Artikel als XML exportieren, beim Export allerdings werden nur Artikel bis zu einem bestimmten Termin berücksichtigt?
Das Problem kenne ich. Letztens erst gab es Probleme damit, ein Blog auf einer Subdomain (damals noch mit WPMU) zu exportieren. Man fragte mich, ob ich da was machen könne (oder die Tabellen des Blogs herausgeben könne), ich habs dann auch nochmal per Exportfunktion probiert. Für mich hat es komischerweise allerdings geklappt.
Also versuchs mal testweise mit nem anderen Browser oder lass es jemand anderen machen (an einem komplett anderen Computer). Ich habe selbst keine Ahnung, wieso das nicht geklappt hat und vor allem, wieso es bei mir tadellos funktionierte. Vielleicht hast du auch einen Werbeblocker an? Versuch mal, ob es mit deaktiviertem Blocker funktioniert...
Viel Erfolg, mehr kann ich wohl leider auch nicht beitragen...
WordPress 3.0 hat alle Funktionen, die WordPress MU vorher hatte. Soll heißen, du kannst ganz einfach mit einer einzigen Installation tausende Blogs betreiben (entweder über Subdomains oder in Subdirectories). Wenn du das wusstest und schon so eingerichtet hast, lies das hier nicht. Wenn nicht, wird es dir helfen, einen solchen kleinen Bloghoster einzurichten ;)
Wenn du WordPress als Multi-User-Version nutzt, kannst du aus dem Backend heraus Blogs erstellen. Beispielsweise auf xy.example.com. example.com ist dabei dein Hauptblog.
Jedes Blog ist vollkommen selbstständig, kann eigene Nutzer haben, einen eigenen Admin, ein eigenes Theme und eigene Plugins. Es verhält sich quasi so, als ob du WordPress auf einer Subdomain noch einmal installiert hast (obwohl es ja nur eine Installation gibt).
Dabei musst du übrigens nicht deine .htaccess selber schreiben, beim Aufbau des Netzwerkes musst du einmal angezeigte Codezeilen hineinkopieren, wenn du dann Blogs erstellst, geht alles von alleine.
Hm, du hast WordPress 3.0 als Multi-User eingerichtet und das andere Blog mit der Netzwerkfunktion auf einer Subdomain?
Dann kannst du ganz einfach für jedes einzelne Blog ein anderes Theme einrichten. Die sind völlig unabhängig, sowohl vom Design als auch von Plugins usw.
Also: Einfach Blog auf der Subdomain erstellen und das gewünschte Theme installieren.
Muss eigentlich nicht im Rootverzeichnis liegen. Wenn man die Subdirectory-Methode nimmt, sollte das auch in jedem anderen Unterverzeichnis funktionieren. Prinzipiell müsste es sogar mit Subdomains funktionieren (sicher mit etwas Handarbeit), aber das habe ich nicht ausprobiert, das sähe wohl auch hässlich aus.
Dann wäre es praktisch, dort das Hauptblog zu erstellen, danach die MU-Funktion aktivieren.
WordPress hat eine Export-Funktion. Du kannst also deine Blogs als XML exportieren und dann in die neuen Blogs importieren. Auch deine Dateien kannst du darüber importieren.
Plugins haben für jedes Blog nachher eine eigene Tabelle, es sollte also kein Problem sein, verschiedene IDs für jedes Blog einzutragen.