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 erstellenHallo erich73:
Ich den gleichen Beitrag auch schon im buddypress.org Forum veröffentlicht, jedoch keine Resonanz erhalten.
Gut zu wissen, dass ich schonmal nicht alleine bin und du auch das Problem hast. Ich finde die Performance ziemlich unzumutbar und möchte so eigentlich nicht live gehen. Ich hoffe das es sich mit der finalen 1.1 Version behebt.
Meinst du man sollte ein trac Ticket posten?
Ist noch jemanden aufgefallen, dass die Menüs der Adminbar auf http://testbp.org/ sehr langsam aufklappen und auch die :hover Effekte sehr langsam erfolgen? Teilweise dauert das ja fast eine halbe Sekunde bis die Farbe des Menüs umspringt wenn man mit der Maus drüber fährt.
Auf den einzelnen Blogseiten der benutzer läuft alles rasend schnell?
Kann jemand diese Beobachtung bestätigen und die schwankende Performance erklären?
Hallo zusammen,
ich habe hier gerade eine Denkblockade und wäre um kurze Hilfe sehr dankbar.
Ich nutze als Startseite meines Blogs die Datei home.php. Diese Seite zeigt vornehmlich nur ein Bild und einen Begrüßungstext.
Im Header der Seite habe ich das Menü untergebracht. Dieses hat einen Menüpunkt mit dem Namen "Aktuelles", der wiederum ein Submenu enthält, das alle Kategorien anziegt. Das ganze sieht dann so aus.
<ul id="nav">
<li><a href="Link der alle Beiträge sämtlicher Kategorien zeigt">">Aktuelles</a>
<ul class="cats"><?php wp_list_categories('orderby=name&hierarchical=0&title_li='); ?></ul>
</li>
</ul>Wie man im Code erkennen kann sollte der Menüpunkt Aktuelles alle Posts aus alles Kategorien anziegen und sich hierfür dem category.php Template bedienen.
Ich finde bisweilen keine Funktion die mir einen Link kreiert, der alle Beiträge aus allen Kategorien anzeigt? Muss ich hierfür extra wieder eine eigene Seite im Backend anlegen und dieser ein spezielles Template zuweisen das The Loop nutzt um das Ergebnis zu erzielen?
Ich würde den Prozess gerne automatisieren und den späteren Benutzer des Templates nicht noch nötigen eine eigene Seite im backend anzulegen und dieser ein spezielles Template zu zuweisen.
ich hoffe ich habe wirklich nur eine Denkblockade.
Herzliche Grüße
21cdbb
Zur Zeit entwickele ich im Rahmen meiner anstehenden Masterarbeit ein eigenständiges Template für Buddypress.
Dies beinhaltet auch eine umgestaltete Adminbar. Bisher habe ich hierzu die admin-bar.css im Ordner bp-core/css/ editiert.
Ich möchte jedoch ein einfaches updaten der Bp-Plugins gewährleisten und ziehe es daher vor nichts an den Bp Dateien zu verändern, sondern alles über Hooks und "custom.php" zu ändern.
Hierfür habe ich ein eigenes plugin geschrieben, welches es mir ermöglicht z.B. das buddypress Adminbar Logo zu ändern, ohne die core Dateien anzufassen:
Hier einmal der Code des Plugins:
<?php
/*
Plugin Name: envicom_adminbar_menu
Plugin URI: -
Description: Creates the Envicom Adminbar without altering the BP admnbar core code.
History: v0.2: 29.03.2008 - Fix for BP RC2 - Introduction of trigger_adminbar_function. adminbar_logo is now in the template image folder.
Author: Jan Wildefeld
Version: 0.2
Author URI: -
*/
add_action('init','i18n_JWAB');
function i18n_JWAB() {
load_muplugin_textdomain('jw_adminbar');
}
// **** Custom BuddyPress admin bar logo with subnav menu ********
function bp_adminbar_custom_logo() {
global $bp;
echo '<li>';
echo '<a href="' . $bp->root_domain . '"><img id="admin-bar-logo" src="' . apply_filters( 'bp_admin_bar_logo_src', BP_PLUGIN_URL . '/bp-core/images/admin_bar_logo.gif' ) . '" alt="' . apply_filters( 'bp_admin_bar_logo_alt_text', __( 'BuddyPress', 'buddypress' ) ) . '" /></a>';
?>
<ul>
<li><a href="<?php echo get_option('home') ?>"><?php _e( 'EnviCom', 'jw_adminbar' ) ?></a></li>
<li class="alt"><a href="#"><?php _e( 'EnviMap', 'jw_adminbar' ) ?></a></li>
<li><a href="#"><?php _e( 'EnviWiki', 'jw_adminbar' ) ?></a></li>
</ul>
</li>
<?php
$doing_admin_bar = false;
}
function bp_adminbar_directories_menu() {
global $bp; ?>
<li class="align-right"><a href="<?php echo get_option('home') ?>"><?php _e( 'Directories ...', 'jw_adminbar' ) ?></a>
<ul>
<li><a href="<?php echo get_option('home') ?>/<?php echo BP_MEMBERS_SLUG ?>" title="<?php _e( 'Members', 'buddypress' ) ?>"><?php _e( 'Members', 'buddypress' ) ?></a></li>
<li class="alt"><a href="<?php echo get_option('home') ?>/<?php echo BP_GROUPS_SLUG ?>" title="<?php _e( 'Groups', 'buddypress' ) ?>"><?php _e( 'Groups', 'buddypress' ) ?></a></li>
<li><a href="<?php echo get_option('home') ?>/<?php echo BP_BLOGS_SLUG ?>" title="<?php _e( 'Blogs', 'buddypress' ) ?>"><?php _e( 'Blogs', 'buddypress' ) ?></a></li>
</ul>
<?php
$doing_admin_bar = false;
}
function trigger_adminbar_hooks(){
remove_action('bp_adminbar_logo', 'bp_adminbar_logo');
add_action('bp_adminbar_menus', 'bp_adminbar_custom_logo', 1 );
add_action('bp_adminbar_menus','bp_adminbar_directories_menu',109);
}
add_action('plugins_loaded','trigger_adminbar_hooks',99);
?>Meine Frage ist, ob es auch möglich ist die bestehende admin-bar.css Datei per "remove_action" zu entfernen und eine eigene my-admin-bar.css per "add_action", oder ähnlich zu laden?
Die my-admin-bar.css würde ich dann gerne in meinem Theme Ordner speichern.
Meine zweite Frage bezieht sich auf mein admin-bar plugin. Kann ich diesen Code auch in die functions.php auslagern, anstelle es als plugin im mu-plugins zu führen?
Ich finde die Idee hervorragend! Genau sowas fehlt noch, bzw. mir ist leider auch nicht bekannt ob es sowas schon gibt!
Ich weiß das Nicola BPEvents angekündigt hat:
BuddyPressDEV Projects
Man müsste Ihn wohl als erstes Fragen wie weit er damit ist und Ihn evtl finanziell durch Spenden unterstützen!
Wenn du was neues herausfindest wäre es klasse wenn du hier posten würdest, da ich auch brennend an dem Thema interessiert bin.
Das kannst du hier -> BuddyPress
Soweit ich das mitbekommen habe ist dies in der 1.0 Version noch nicht möglich! Ich meine aber es wurde schon ein Ticket eröffnet das dieses Feature vorgeschlagen hat.
Hallo Dennis,
erneut vielen Dank für deine Antworten! Es lag in der Tat an daran, dass ich nicht "load_muplugin_textdomain" zum Aufrufen der Textdomain verwendet habe.
Mittlerweile schaffe ich es als auch meine MU Plugins zu übersetzen.
Das Problem mit der vielzahl an Sprachdateien in meinem mi-plugins Ordner besteht aber leider weiterhin, da ich es nicht schaffe als zweiten Parameter für load_muplugin_textdomain einen Pfad anzugeben.
Ich habe folgendes versucht:
load_muplugin_textdomain('jw_global_tagcloud', MUPLUGINDIR . '/jw_global_tagcloud');als auch
load_muplugin_textdomain('jw_global_tagcloud', 'wp-content/mu-plugins/jw_global_tagcloud');beides leider ohne Erfolg. Bist du 100% sicher das man bei den MU Plugins einen Pfad zum Textdomain directory angeben kann, oder müssen diese zwangsweise doch direkt mit dem Plugin im mu-plugins directory liegen?
Was ist die korrekte vorgehensweise um ein WPMU Plugin multilingual zu gestalten? Mein Theme habe ich schon komplett multilingual gestaltet, hier funktioniert alles einwandfrei. Anders bei meinem 1. eigenem Plugin. Dies reagiert nicht auf die Übersetzung, sondern zeigt weiterhin nur die Englische Version an, obwohl die Textdomain erkannt wird (ich nutze das Codestyling Localization Plugin - http://wordpress.org/extend/plugins…g-localization/ )
Hier der Code meines ersten, sehr einfachen Plugins. Ich nutze dieses Plugin zusammen mit Buddypress. Es nutzt Donnchas Sitewide Tags Plugin als Basis und immitiert die Funktionalität der TagCloud auf Wordpress.com:
load_plugin_textdomain('JW_Global_Tagcloud');
function JW_Global_Tagcloud()
{
$tags_blog_id = get_site_option('tags_blog_id');
switch_to_blog($tags_blog_id);
wp_tag_cloud('smallest=11&largest=22&order=RAND&number=100');
restore_current_blog();
}
function Widget_JW_Global_Tagcloud($args) {
extract($args);
echo $before_widget;
echo $before_title;?><?php _e( 'Right Now in Tags', 'JW_Global_Tagcloud' ) ?><?php echo $after_title;
JW_Global_Tagcloud();
echo $after_widget;
}
function init_JW_Global_Tagcloud()
{
register_sidebar_widget(__('JW Global Tagcloud'), 'Widget_JW_Global_Tagcloud');
}
add_action("plugins_loaded", "init_JW_Global_Tagcloud");Leider reagiert es wie gesagt noch nicht auf die Übersetzung, obwohl sich sowohl .po als auch .mo Datei im mu-plugin Ordner befinden.
Meine zweite Frage richtet sich auf die Unordnung im mu-plugin Ordner.
Anscheinend kann man sein Plugin nicht in einen eigenen Ordner packen, da wpmu im mu-plugin Ordner nicht in den Pluginordner abtaucht um dort nach dem Plugin zu suchen (warum eigentlich nicht?).
Besteht denn vielleicht die Möglichkeit die Übersetzungen, sprich die .po und .mo Dateien in einem Ordner zu sammeln, dessen Pfad man dem Plugin dann per load_plugin_textdomain mitteilt?
Ich habe auch großes Interesse!
Nur um das Thema noch einmal aufzufrischen: Wir sind immer noch auf der Suche nach einer möglichen Lösung für unsere Anforderungen. Die Idee mit der sunrise.php klingt schon sehr gut.
GIGALinux, könntet Ihr so etwas technisch umsetzen und Epfehlungen zu passendem Hosting geben.
Hier haben wir einen sehr interessanten Artikel gefunden der eine geteilte usertable für 2 eigenständige Wordpress Installationen beschreibt, prinzipiell genau das was wir suchen. Gibt es hier irgendwelche Bedenken dieses Konzept auf WPMU + Buddypress anzuwenden?
http://opensourceexperiments.wordpress.com/2009/02/01/set…-installations/
Und hier einen Artikel der das ganze für eine normale Wordpress (nicht MU) Installation beschreibt.
http://justintadlock.com/archives/2008/…-the-same-users
Alternativ wurde uns der Multi Site Manager ans Herz gelegt. Angeblich sollte dieser für unsere Bedürfnisse auch geeignet sein, ein Test steht aber noch aus. Aktuell lesen wir diesbezüglich Dokumentationen und Foreneinträge, uns erscheint aber noch nicht klar wie bei einer Multi Site Manager Lösung zwischen Inhalt auf Deutsch / Englisch unterschieden werden kann?
Ein herzliches "Hallo zusammen" in die Runde. Vorab, wir sind begeistert von den Möglichkeiten die WPMU in Kombination mit Buddypress bietet!
Im Rahmen einer Masterarbeit soll auf Basis von Buddypress eine Informationsnetzwerk aufgebaut werden das in mehreren Ländern genutzt werden kann.
Die Lokalisierung von Buddypress ist ja schon sehr gut, so dass wir keine Probleme sehen zum Start eine Englische und Deutsche Version anbieten zu können. Dies soll ähnlich wie bei wordpress.com erfolgen und anschließend über 2 separate Installationen von Buddypress laufen.
Hierbei stellt http://musterseite.org die Hauptseite dar, die deutsche Version läuft unter de.musterseite.org als Subdomain laufen. Über eine Dropdown Liste (wie bei wordpress.com) kann zwischen den beiden Sprachen gewechselt werden. Wir denken dies ist die einfachste Möglichkeit eine Internationale Version zu erstellen, bei der eben nur lokaler content angezeigt wird.
Das Problem vor dem wir momentan stehen ist folgendes:
Es wäre für den Benutzer äußerst nervig wenn er sich auf beiden Seiten registrieren und anmelden müsste. Es soll daher möglich sein, den einmal erstellten Benutzernamen + Passwort für beide Seiten nutzen zu können.
Gibt es hierzu Ideen oder Lösungsvorschläge?
Ich habe ein Problem bei der Einbindung des curvycorners.js
Firebug gibt mir als Fehlermeldung folgendes aus:
jQuery is not defined
curvycorners.js()()curvycorners.js (Linie 7)
[IMG]chrome://firebug/content/blank.gif[/IMG](function($){$.fn.corner=function(a){var...slice(0,a.indexOf("px")):0))}})(jQuery);Im Head der Seite ist es jedoch eingebunden:
<script src="http://www.ifc.uni-osnabrueck.de/wp-includes/js/jquery/jquery.js?ver=1.2.6" type="text/javascript">Als Plugins laufen momentan
Die Adresse der Entwicklungsumgebung lautet:
Institut für Chemie
Bisherige Gedanken sind die folgenden: Die im head geladenen Version von jquery ist die Wordpress eigene jquery Version. Es ist mir fraglich warum curvycorners.js hiermit nichts anfangen kann. Plugins wurden schon nacheinander ausgeschaltet, was keine Besserung mit sich brachte. Es viel auf das anscheinend das Live Search Popup Plugin die Wordpress eigene jquery Version einbindet, da nach Deaktivierung eben diese nicht mehr im head auftaucht.