Beiträge von tomybyte

Das Problem habe ich auch. Das heißt ich habe WooCommerce komplett neu installiert (kein Update), trotzdem wird die Meldung dauerhaft angezeigt:
"
[size=18]Aktualisierung der WooCommerce-Datenbank läuft[/SIZE]
WooCommerce aktualisiert die Datenbank im Hintergrund. Das Aktualisieren der Datenbank kann etwas dauern. Bitte habe etwas Geduld.
"
Jetzt sollte ja WooCommerce das Problem behoben haben oder gibt es neue Erkenntnisse dazu?

[COLOR=#ff0000]Krass, es gibt anscheinend für WordPress keine professionelle Lösung, auch nicht gegen Bezahlung![/COLOR]

Seit Tagen :confused: google ich jetzt schon nach einer funktionierenden Lösung für eine mehrsprachige Wordpress-Website (besser WPML, wenn nicht anders möglich, dann per Multisite), für die auch ein Event-Management-System eingerichtet werden soll. Mit Veranstaltungskalender und direkter Buchungsmöglichkeit über eine Bezahl-Gateway wenigstens Paypal / VISA bzw. Vorabüberweisung. Es soll die Möglichkeit bestehen, die Veranstaltungen wenigstens in Deutsch und Englisch anbieten zu können und synchron umschaltbar sein mit der ausgewählten Sprache der Website (Flaggensymbol).

Es gibt ja einige Plugins, wie "Espresso", "Events Calendar Registration & Booking", "The Events Calendar" (Pro), "Events Manager" usw. doch anscheinend funktioniert keines dieser Plugins wirklich mehrsprachig. Der Events Manager soll angeblicher Weise mit WPML kompatibel sein, auf der Website des Plugins ist dazu nichts zu finden.

Es gibt noch für den Events Manager das "Events Manager and WPML Compatibility" Plugin, was aber seit über einem Jahr nicht aktualisiert wurde und die Kommentare lassen darauf schließen, dass es nicht funktioniert.

Kennt jemand eine professionelle funktionierende Lösung (auch kostenpflichtig) für mein Vorhaben?

OK! Danke für die vielen Rückmeldungen.
Hatte da selbst einen falschen Ansatz, da ich für einen Login auf jeden Fall Zugriff auf /wp-admin/ benötige.

Trotzdem verstehe ich immer noch nicht, von wo ein Zugriff vom Frontend auf /wp-admin/ erfolgt, ohne Login, denn auch, wenn alle user ausgeloggt waren, war der Zugriff im Frontend blockiert. Aber ich lass jetzt den Zugriffschutz natürlich weg, ich schau mir mal den Hinweis von g3h mit den Zugriffsrechten an.

Danke und Gruß
Tom

Hä? Der betreffende Blog verwendet WooCommerce und es kann sich jeder Benutzer als Kunde registrieren, Kunden haben keinen Zugriff zum Backend aber natürlich zu ihrem Konto mit ihren Bestellungen usw. Wenn wp-login.php blockiert ist, dann muss imgrunde jeder Benutzer, der sich ein bzw. ausloggen will die Zugriffschutzdaten kennen!
Das ist also doch keine Lösung!

Das sperrt dann aber alle Frontenduser ebenfalls aus, das ist wohl keine Lösung. Außerdem mahnt das installierte Acunetix WP Security Plugin das Fehlen der /wp-admin/.htaccess Zugriffsschutzdatei an. Das scheint wohl eher ein gängiger Weg zu sein.

Habe hier ein Problem, dessen ursächlichen Zusammenhang ich nicht herausfinden kann. Wenn im Verzeichnis wp-admin eine .htaccess Datei mit folgendem Inhalt liegt:

AuthUserFile /[vhosts-path]/[Domainname]/.htpasswd
AuthGroupFile /dev/null
AuthName 'bitte Zugangsdaten für Backend eingeben'
AuthType Basic
require valid-user

dann ist, wie gewollt, das Backend http://[Domainname]/wp-admin über einen Verzeichnisschutz geschützt. Zum Zugriff ist dann die Eingabe eines Benutzernamens und eines Passwortes erforderlich.
Doch genau diese .htaccess-Datei blockiert auch den "normalen" Zugriff auf den Blog unter http://[Domainname].

Meine Frage ist nun, ob jemand einen ähnlichen Fall und die Ursache dafür kennt?
Es muss ja irgend einen Zugriff auf das Verzeichnis /wp-admin geben, hab aber keine Idee, von wo aus diese Anfrage kommt.
Kenn jemand ein Plugin oder Debugg-Verfahren, mit dem man herausfinden kann, welche PHP-Dateien in welcher Reihenfolge nach dem Aufruf der Startseite geladen/geöffnet/includiert werden?

Danke und Gruß
Tom

Hab den Fehler gefunden, lag nicht an PHP (und natürlich auch nicht an WordPress), sondern einer einem wirklich blöden Fehler auf dem Server mit den Mail-Postfächern. Nachdem ich mir den qmail.log angesehen hab, war mir alles klar.

Zuerst dachte ich, es läge an WordPress selbst, dass von dem Kontakt-Formular keine eMails ankommen, doch mit einem kleinen Script verschickte Nachrichten kommen ebenfalls nicht an. So muss es wohl am Server liegen. Allerdings weiß ich nicht wo suchen, denn Fehlermeldungen hab ich nicht. Im Apache Log steht nichts zu diesem Problem und den php_error.log finde ich nicht, wenn er überhaupt generiert wird. Auch glaube ich, dass es gar keinen PHP-Fehler gibt, denn das Script selbst liefert als Ergebnis der mail() function 1 zurück.
Das Script sieht so aus:

<?php
error_reporting(E_ALL);
echo "Test mail() function";
// Send
echo "<br>Results:<br>";
echo mail('info@[mydomain].de', 'Test1332', "Test-nachricht");
?>

Das komplette Ergebnis dann so:

Zitat

Test mail() function
Results:
1

Das Problem besteht auf einem StratoServer mit Ubuntu 12.04 LTS und Plesk Version 11.5.30.
Auf einem HostEurope-Server ebenfalls mit Ubuntu 12.04 LTS und Plesk Version 11.5.30 funktioniert das Script, d.h. die Nachricht kommt auch an.

Es muss also an irgend einer Stelle des Stratoservers etwas anders (falsch) konfiguriert sein, die PHP-Konfiguration und die Firewalleinstellungen sind es jedenfalls nicht, aber was bleibt dann übrig.
Der SMTP Dienst (Qmail) läuft natürlich.

Hat jemand eine Idee, wo das Problem liegen könnte?

Danke vorab und Grüße
Tom

Danke formateins, dann werde ich mal diesen Weg einschlagen. Da hab ich dann bestimmt ein paar Fragen und kann dann auch konkreter werden!

Grüße von Tom

@Hille: Klar kann ich einen Programmierauftrag an einen WP-Plugin-Entwickler rausgeben, dazu gäbe es eine Reihe von Web-Portalen, die ich kenne. Mir geht es also nicht darum, dass mir ein anderer, die Programmierarbeit abnimmt, sondern es ist nie sinnvoll, dass Rad neu erfinden zu wollen. Anders gesagt, ist es gängige Praxis, sich von ähnlichen Lösungsansätzen inspierien zu lassen.

@formateins: Die WP-API ist mir bekannt. Bislang habe ich eher einfache erweiternde Funktionalitäten in Plugins gepackt.
Ich dachte auch an die Möglichkeit, die von mir geplante, durchaus anspruchvolle Web-Anwendung mit einem eigenen PHP-Framework und nicht innerhalb von WordPress zu entwickeln, dann wäre aber das Problem der Verbindung (z.B. SSO), auch möchte ich mich nicht immer wieder mit anderen APIs herumschlagen, so reifte in mir die Idee, die Anwendung als Plugin für Wordpress zu erstellen.
Meine Frage hier im Forum zielt auch darauf ab, ob jemand das schon mal gemacht hat und auf welche Probleme er gestoßen ist, da ich grafische GUI-Elemente für die Dateneingabe und zur Datenvisualisierung benötige, die es so in WordPress noch nicht gibt.

@alle: Aber schon mal Danke für die Hinweise!

Grüße
Tom

Ich beabsichtige für einen Mitglieder-Bereich (wollte dafür eine vorhandene Lösung verwenden) für jeden dazu freigeschalteten Benutzer eine Webanwendung zur Verfügung zu stellen, mit der ein derartiger Benutzer bestimmte Daten erfassen, bearbeiten, speichern und wieder laden können soll.
Trotz intensiver Google-Suche habe ich keinen möglichen Lösungsansatz gefunden.
Noch ist mir nicht klar, ob das überhaupt machbar ist, da ich in der Anwendungslogik spezifische Objekte erstelle, die die Benutzer-Daten aufnehmen, verarbeiten und speichern. Ich dachte die Anwendungslogik in ein Plugin einzubauen und die Oberfläche über ein Theme zur Verfügung zu stellen evtl. über ein MVC-Pattern.
Allerdings ist mir wichtig:
1. Die Daten sollen schnell geladen und gespeichert werden können
2. Es sollen auch viele Benutzer gleichzeitig arbeiten können
3. Der Sicherheits-Schirm von WordPress soll keine Löcher bekommen

Kennt dazu jemand einen Ansatz oder hat jemand eine Idee?
Wie würdet Ihr vorgehen?

Vielen Dank für Eure Anregungen

Grüße
Tom

Also doch:

Wenn ich nun im Haup-Theme in der functions.php den oben stehenden Code auskommentiere,

...
function mytheme_widget_function() {...}
function add_mytheme_widgets() {}
/*
// Register the new optimizepress widget into the 'wp_dashboard_setup' action
add_action('wp_dashboard_setup', 'add_optimizepress_widgets' );
*/

dann arbeiten die Widget-Bereiche auch mit dem Child-Theme wie sie sollen. Das Problem scheint also an

add_action('wp_dashboard_setup', 'add_mytheme_widgets' );

zu liegen.
Warum ist mir nicht ganz klar.
Außerdem reduziere ich damit eine Funtionalität des Haupt-Themes und muss in den Code dort eingreifen. Das gefällt mir nicht.
Hat da jemand einen anderen Lösungsvorschlag

Nun habe ich testhalber aus dem Child-Theme ein normales Theme gemacht und nun funktionieren die Widget-Bereiche wie sie es sollen. Dabei habe ich nichts in der functions.php geändert. Mein Code ist also korrekt.

Meine starke Vermutung ist nun, dass mein gewähltes Haupt-Theme die Probleme verursacht. Es ist ein gekauftes Theme, dessen Widget Registrierung in einer verschlüsselten php-Datei liegt.

In /lib/functions/theme-functions.php ist der Code verschlüsselt, da hier auch die Funktionen des Lizensierungsverfahrens enthalten sind, aber auch die erste Stufe der Widget-Registrierung.
Nach Decodierung der theme-functions.php steht darin wie gewöhnlich:

register_sidebar(array('name' =>  'Sidebar %d', ...));
register_sidebar(array('name' => 'Membership Sidebar', ...));
register_sidebar(array('name' => 'Blog Sidebar', ...));
add_action( 'init', 'the_widgets_init' );

In der /functions.php, die nicht codiert ist dann noch eine für das Theme geschriebene Widget-Funktion enthalten, doch diese hat ja nichts mit den Widget-Bereichen zu tun.
[code=php]
// Function that output's the contents of the dashboard widget
function mytheme_widget_function() {

}


// Function that beeng used in the action hook
function add_mytheme_widgets() {
    wp_add_dashboard_widget('mytheme_widget', 'myTheme Updates', 'mytheme_widget_function');
}


// Register the new mytheme widget into the 'wp_dashboard_setup' action
add_action('wp_dashboard_setup', 'add_mytheme_widgets' );

Ist die Verschlüsselung der Definition der Widget-Bereiche des Haupthemes in theme-functions.php ein Problem für das Child-Theme.

Kennt jemand ggf. eine Lösung für ein derartiges Problem?

Danke und Gruß

Tom

WP 3.4.2 (WAMP)
In einem Child Theme habe ich zusätzliche Widget-Bereiche registriert mit

if (function_exists('register_sidebar')) {
    register_sidebar(array( ...

Alle Widget-Bereiche, auch die des Haupt-Themes werden in der Verwaltung unter Design -> Widgets angezeigt. Wenn ich nun irgendein Widget in einen Widget-Bereich ziehe, dann fügt es sich erst dort ein. Ich kann auch soweit vorhanden das Widget konfigurieren, wenn ich jedoch den Blog anzeige ist der betreffende Widget-Bereich leer. Und wenn ich in der Verwaltung Design -> Widgets erneut anzeigen lasse, ist das zuvor eingefügte Widget wieder verschwunden und der entsprechende Widget-Bereich leer.
Nur bei dem an erster Stelle gelisteten Widget-Bereich (dieser wird auch im Child-Theme als erstes registriert, erst kommen alle im Child Theme registrierten Widget-Bereiche, dann die des Haupt-Themes) funktioniert alles wie erwartet, d.h. ein dort hinein geschobenes Widget bleibt auch dort und wird im Blog an der betr. Stelle angezeigt.

Hatte bislang noch keinen derartigen Effekt und auch keinen Ansatzpunkt, wo der fehler liegen könnte.

Hat jemand eine Idee?

Danke und Gruß

Tom

Ich hatte ein vorhandenes (nicht von mir erstelltes) Theme als Basis zur Entwicklung eines eigenen Themes verwendet. Mit poEdit konnte ich auf Basis der vorhandenen en_EN.po Datei des Themes eine de_DE.po Datei erstellen und alle vorhandenen Texte übersetzen. Das funktionierte einwandfrei. Nun habe ich aber das Theme erweitert und eigene Text-Teile, die ich nun im englischen Original verwenden und dann auch ins deutsche übersetzen können möchte. Allerdings kenn ich mich mit poEdit nur sehr wenig aus und es gelingt mir nicht, neue Text-Einträge in der Datei en_EN.po hinzuzufügen.
Weiß jemand wie ich vorgehen muss?

Danke für Hilfe - weiß nicht mehr weiter, trotz rumgooglen!

Tom

Zitat

get_post()

Danke, ich denke, das hilft mir weiter! :D

Gruß Tom

Ich habe eine spezielle wp-Datenbankabfrage gebaut und erhalte über

$wpdb->get_results($my_special_query)

und weiterer Bearbeitung des Ergebnis-Arrays eine Liste von komma-separierten Post-IDs, wie z.B. 45,32,9,3. Die zugehörigen Posts sollen nun im Loop wie gewohnt ausgegeben werden also mit

query_posts($query);                        
 while (have_posts()){
 the_post(); 
 //Ausgabe des Post-Inhalts mit the_title(), the_content(), usw

wenn ich als

$query = $wpdb->posts . '.ID IN ('.$post_ids_list).')';

setze, kommt imgrunde Blödsinn raus.
Meine Frage:
Wie kann ich dem Query eine Post-ID-Liste übergeben, die dann genau in dieser Reihenfolge auch in the_post() im Loop ausgegeben werden?

Da ich die anzuzeigenden IDs der Posts ja schon habe wäre es auch OK, deren Inhalte direkt auszugeben, doch soviel ich weiß, kann ich the_title etc. nur über the_post() im Loop ausgeben und keine ID übergeben oder?

bin für alle Anregungen dankbar!

Tom

:roll: Erst seit kurzem beschäftige ich mich mit WP. Bin allerdings recht vertraut mit XHTML, CSS, JS und PHP. Mein Anliegen ist, ein eigenes Theme zu bauen. Dazu habe ich mir schon einige Tutorials angesehen (Übrigens: Das Tutorial von Ian Stewart ist sehr empfehlenswert, allerdings englisch!)
Nun habe ich mal zum Test alle Template Tags in einer Liste in ein Test-Theme in ein single.php Template gepackt und aufgerufen. Dass dabei Fehler auftreten können war mir schon klar, aber nicht dass bei einer ganzen Reihe von Template Tags, die Meldung kommt: "Fatal error: Call to undefined function". Die Liste der Tags mit dieser Meldung sind:

home_url() 
wp_ajaxurl() 
wp_nav_menu() 
comment_form() 
get_the_date() 
get_home_url() 
get_site_url() 
wp_login_form() 
the_shortlink() 
the_shortlink() 
get_admin_url() 
the_feed_link() 
wp_get_nav_menu() 
get_search_link() 
wp_get_shortlink() 
get_template_part() 
has_post_thumbnail() 
the_post_thumbnail() 
get_post_permalink() 
wp_registration_url() 
get_the_author_link() 
wp_shortlink_header() 
wp_get_nav_menu_item() 
get_post_thumbnail_id() 
wp_shortlink_wp_head () 
permalink_comments_rss() 
get_the_post_thumbnail()

Ein paar der Tags stammen aus der WP-Version 3.0:
get_admin_url (3.0+)
get_home_url (3.0+)
get_search_link (3.0+)
get_site_url (3.0+)
home_url (3.0+)
the_feed_link (3.0+)
wp_ajaxurl (3.0+)
da ich die Version 2.9.2 nutze, ist das dann nicht verwunderlich, doch die anderen Funktionen sollten doch vorhanden sein. Oder erfordern diese ein speziellen include-Aufruf einer PHP-Datei, die nicht standardmäßig eingebunden werden?

Würde mich sehr freuen, wenn mir dazu jemand einen Hinweis geben kann, auch auf englisch! :-D

Thanks

Tom!