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 erstellenhi schelm,
das ist schon mal interessant, den bisher waren alle bei canhost, die das problem hatten. wp-forecast legt keine tabellen an. alle optionen stehen in der tabelle wp_options. wenn du den oben angegebenen sql ausführst, dann bekommst du genau die gewollten ergebnisse.
unter phpmyadmin also nachdem du deine datenbank auf hast, auf sql klicken und den sql in das eingabefeld kopieren, dann ausführen und du müsstest die ergebnisse sehen.
hallo finca,
kannst du bitte deinen provider nennen und das ergebnis des folgenden sqls posten. select * from wp_options where option_name like 'wp-forecast%';
ich habe eine vermutung, möchte aber vorher noch die datenbankeinträge anschauen.
danke und gruß nach malle ;-)
hans
hallo schelm,
das plugin funzt auch mit der 2.7, ich habe das nur noch nicht aktualisiert. das von dir beschriebene problem tritt leider momentan bei einigen leuten auf.
kannst du mir verraten, bei welchem provider du bist, welche php version dort eingesetzt wird, welche mysql version und das ergebnis des sqls
select * from wp_options where option_name like 'wp-forecast%'; posten.
ich habe eine vermutung würde aber gerne noch die datenbankeinträge anschauen.
danke und gruß
hans
wie sehen deine einträge in der phpmailer-conf.php aus?
eventuell musst du dort deinen user und dein passwort angeben und die kommentierung entfernen.
hallo,
mittlerweile kann das plugin so etwas. du kannst den code direkt aufrufen mit und ohne html header und footer. die beschreibung findest du in der wp-forecast referenz auf der homepage des plugins. bei fragen meld dich einfach nochmal.
hans
hallo Doc,
in der v1.2 sollte das eigentlich behoben sein. es sollte dann angezeigt werden, dass keine wetterdaten verfügbar sind bzw. die alten daten. ist immer schwierig das vollumfänglich zu testen, da es ja zu einer vielzahl von unterschiedlichen ausfallsituationen kommen kann. dazu wäre feedback klasse.
das plugin merkt sich immer nur die letzten daten, die dann nach der eingestellten zeit erneuert werden. das cachen oder archivieren von daten ist auch im rahmen der accuweather agb nicht zulässig.
die horizontale speicherung nehme ich mal auf für eine der nächsten versionen.
danke und gruß
hans
hallo,
es gibt plugins, die man sowohl als widget, als auch in guter bewährter handarbeit (nennen wir es direktaufruf) in wordpress
einbinden kann.
bei der ausgabe als widget sollte man die variablen $before_widget, $after_widget, $before_title, $after_title mit ausgeben.
das könnte dann so aussehen:
echo $before_widget . $before_title . $title . $after_title . $out . $after_widget;beim direktaufruf führt diese vorgehensweise zu problemen, da die $after und $before variablen zusätzlich ausgegeben würden.
beim direktaufruf würde die ausgabe dann einfach durch
echo $out;vorgenommen.
die variablen $before_* und $after_* werden von widgetfähigen themes in der functions.php gesetzt (hoffe das stimmt so).
meine frage ist, wo muss das handling passieren? im plugin oder im theme?
wie ist da die abgrenzung?
muss man im plugin prüfen, ob man als widget oder direkt aufgerufen wird und die ausgabe entsprechend anpassen oder
werden die variable im theme gesteuert.
habe dazu im codex nichts gefunden und hoffe auf eure unterstützung.
danke im voraus
hallo bgh-quiz,
ich habe gerade so ca. 20 blogs aufgerufen von denen ich weiß, dass dort das plugin genutzt wird. sah alles ganz gut aus. bei mir läuft es auch.
kannst du dein problem näher beschreiben? welche version von wp-forecast setzt du ein?
danke
hans
p.s. aktuelle version ist die 1.2
hallo,
zunächst danke für eure sichten, ich gebe euch völlig recht, das handling der ganzen sache ist deutlich einfacher bei der gettext variante. da sehe ich auch die vorteile.
Kann es sein, dass bei deinem setup php/gettext etwas nicht stimmt? Bei mir gab es performacemäßig sowohl unter Linux als auch Windows (WAMP, XAMPP) eher einen Vorsprung für die gettext Variante.
das ist interessant. daraufhin habe ich jetzt das ganze nochmal auf einem anderen server getestet und siehe da, das einlesen der übersetzung ist dort mit gettext schneller, die ausgabe um ca. 40% langsamer, was mich nicht wirklich verwundert, da ein direkter speicherzugriff, schneller sein sollte als das nachschlagen in einer hash-tabelle. mit einer wachsenden menge an zu übersetzenden elementen nähert sich das dann an. auf jeden fall nachvollziehbar.
ungeklärt ist für mich noch was bei meiner lokalen installation gettext so langsam macht. was muss ich da eigentlich einstellen? in meiner phpinfo steht nur gettext - enabled. :confused:
hallo,
mich beschäftigt aktuell eine frage, im thema entwicklung mehrsprachiger plugins. gemäß wp codex sollte die übersetzung mit dem üblichen gettext prozedere erfolgen. man nutzt die funktionen __() und _e(), hat ein .pot file und mehrere übersetzungen dazu (.po und .mo files). die sprache wird aus der wp-config.php gezogen. das laden der uebersetzung funzt ueber load_plugin_textdoamin.
alternativ könnte man ja einfach ein array mit übersetzungen haben, das je nach sprachauswahl gefüllt wird. beispiel:
$isocode=get_option("plugin_isocode"); // holen des isoccodes
$lang=array();
// standardwerte setzen
$lang['crazy'] = 'crazy';
// deutsche uebersetzung
if ( $isocode == 'de_DE' ) {
$lang['crazy'] = 'verrückt';
....
}
// spanische uebersetzung
if ( $isocode == 'de_DE' ) {
$lang['crazy'] = 'loco';
....
}
...man hat dabei alle übersetzungen in einer datei, es wird immer nur der erforderliche zweig durchlaufen.
nun ich habe die laufzeit beider varianten auf meinem rechner verglichen, bei einem dutzend uebersetzungseinträgen, benötigt die gettext variante 4 mal so lange wie die array variante.
wie seht ihr das? codex oder geschwindigkeit? was ist wichtiger?
danke fuer eure gedanken
tuxlog
Die div id="rap" hatte eine Breite von 960. Nachdem diese auf 974 erhöht
wurde, wird die Navi wieder richtig im IE6 angezeigt.
Die notwendige Breite hängt auch vom verwendeten Iconset ab, da diese unterschiedliche Breite Icons aufweisen.
Schon ausprobiert? wp-forecast v1.0b
kann mir einer die ganzen datein schicken die ich ersetzten muss um alles auf deutsch zu haben? und wie bekomme ich die bundesländer auf richtig geschrieben bei mir steht statt "Niedersachsen" "Lower Saxony"?
...
ich habe soeben die version 0.9 ins web gestellt, jetzt kann man den ortsnamen überschreiben.
gruß
hans
Habe gerade erst mitbekommen, dass dieser Thread hier schon um Einiges länger geworden ist. Bei mir sind bis vorhin keine Mails diesbezüglich angekommen.
tuxlog
Hast du das etwa schon umgesetzt und der Weltöffentlichkeit zur Verfügung gestellt?
hallo Smartsoul,
jau ist längst umgesetzt. Das Plugin gibt's mittlerweile in der v0.8 und immer noch hier.
Es scheint als ob die mailbenachrichtigung aus dem forum nicht gefunzt hat, ich hatte auch erst heute morgen ne mail, das sich hier was getan hat.
die uhrzeit und das datum kommt von accuweather s. auch
wp-forecast - Wie geht das? « Stunde, Accuweather, Sekunde, Meter, Einheiten, Windgeschwindigkeit, Daten, Meilen « Tuxlog
die formatierung von uhrzeit und datum erfolgt nach dem in wordpress eingestelltem format unter einstellungen allgemein.
um alles das plugin auf deutsch umzustellen, muss man eigentlich nur unter einstellungen, wp-forecast, die sprache auf deutsch einstellen.
das lower saxony kommt wiederum von accuweather, in der regel gibt es aber auch einträge mit dem deutschen bundesland. für hannover zum beispiel gibt es diese nicht. eventuell sollte ich noch einen alias zulassen für den namen der stadt(?).
Umfrage neue Features
im posting gab es die anregung wp-forecast multi-location-fähig zu machen, sprich man sollte mehrere städte gleichzeitig anzeigen lassen können.
dazu folgende fragen:
danke für eure gedanken
hans
wp-forecast ist das Widget-fähige Wetter-Plugin für Wordpress, mit zahlreichen Optionen und Möglichkeiten zur Anzeige der Wetterinformationen von accuweather. Ein Einstellungsdialog wird auch mitgeliefert.
Mehr dazu erfahrt ihr auf tuxlog.
Über Feedback freue ich mich und wünsche viel Spaß :-D
hans
Die Zeit sagt, wann die Daten das letzte Mal aktualisiert wurden, also mit der aktuellen Uhrzeit hat das nichts zu tun. Vermutlich ist das in den Einstellungen durch Änderung des Wertes bei "Cache erneuern" umzustellen, ich hab's noch nicht ausprobiert.
hallo Woodstock (da wäre ich auch gerne dabei gewesen),
die im widget angezeigte uhrzeit ist die uhrzeit, zu der accuweather zuletzt die daten aktualisiert hat. sprich, die kommt von accuweather und je nachdem wie häufig der ort aktualisiert wird, verändert sie sich. in der regel sind das so 10 minuten für deutsche orte, das ist aber nur ein erfahrungswert, den ich mir beim testen erarbeitet habe.
die anzahl sekunden, die du für den cache einstellst entspricht dem intervall, das wp-forecast abwartet bis es wieder bei accuweather nach neuen daten fragt. das habe ich eingebaut um zu verhindern, das beim surfen durch ein blog bei jedem seitenaufruf erneut accuweather abgerufen wird. erstens muss das nicht sein und zweitens bockt accuweather dann auch irgendwann.
die wetterdaten werden beim jeweiligen surfer in einem cookie im browser abgelegt und erst erneuert wenn das verfallsdatum des cookies (zeit zu der das cookie gesetzt wurde plus cache intervall) abgelaufen ist.
wahrscheinlich sollte ich bei gelegenheit noch ein posting über die funktionsweise von wp-forecast ins tuxlog stellen, dann könnte man das direkt nachlesen.
nun auf jeden fall sollte es so funktionieren. :-)
hallo Smartsoul,
du hast recht, die windrichtung wird noch nicht übersetzt. das muss auch noch programmseitig eingebaut werden. ich werd mal sehen das ich es mit der 0.6 einbaue. jetzt frag ich mich allerdings gerade welche windrichtungen es gibt..... ach nee das geht ja viel einfacher
wenn sprache gleich deutsch,
dann ersetze alle E durch O in windrichtung
also wie gesagt ich werde es in die 0.6 einbauen, sollte dann nächste woche veröffentlicht werden (wenn mir nichts dazwischen kommt)
