[ironie]Hoffentlich kommt die Lösung nicht zu spät[/ironie] Es gibt im Plugin eine ini Datei, die Schreibrechte benötigt. Danach funktionierts wieder.
Beiträge von mfitzen
-
-
Habe leider nur eine "schmerzhafte" Lösung. Plugin deaktivieren und löschen... Die Entwicklung von WP-Grins wurde wohl so wie´s aussieht eingestellt. Wie ich gesehen habe, verwendest Du noch WP 2.1. Früher oder später wirst Du, allein schon aus Sicherheitsgründen, nicht um ein WP-Update herumkommen. Da WP-Grins seit der V 2.5 leider nicht mehr funktioniert müsstest Du dann nach Alternativen suchen (Custom Smilies 2.0 wäre z.B. eine).
Sorry, wenn ich Dir keine Lösung für Dein eigentliches Problem liefern konnte, aber den Sicherheitsaspekt würde ich dem Plugin gegenüber vorziehen... -
Man versucht Dir ja zu helfen, aber wenn Du nicht auf einfach Fragen antwortest wird´s schwierig. Gib uns bitte einen Link zu Deiner Homepage, damit man sich mal ein Bild vom Ist-Zustand machen kann.
-
Da gibts mehrere Möglichkeiten... Entweder Du baust ein Loginformular in die Sidebar ein (da gibts ein Plugin für, das auch das Registrierungsformular in den normalen Contentbereich einfügt, dessen Name mir aber momentan nicht einfällt), oder aber Du benutzt eines der vielen Plugins, mit denen Du die normale Registrierungsmaske anpassen kannst. Beispiel dafür wäre z.B. BM Custom Login oder DBD Login Style. Gehe einfach mal auf WordPress › Blog Tool and Weblog Platform und suche dort unter Extend/Plugins nach Login. Dort gibt´s wie gesagt einige brauchbare Plugins...
-
Lege einfach eine neue Seite an. Notiere Dir die Seiten ID. Gehe in die Simple Press Optionen und dort auf Einstellungen verwalten/Admin. Dort trägst Du zum einen die Seiten ID und zum anderen den Titel (Permalink) der eben angelegten Seite ein. Willst Du das Forum auf einer Unterseite anzeigen lassen, dann ist der Permalink zur übergeordneten Seite auch einzutragen.
-
-
Muss Codestyling zustimmen. Kann so auch nichts erkennen...
Mag vielleicht doof klingen, aber Du redest nicht zufällig von dem "Sprung", der durch die Scrollbar erzeugt wird?!

-
Alles anzeigen
Am besten und einfachsten finde ich immer noch
Wordpress als CMS
oder
Redaxo
Naja, wenn´s darum geht nur ein paar Texte zu verfassen oder mal ein paar Bilder zu präsentieren stimmt das schon. Viele größere CMS bieten aber weitaus mehr, wenn´s z.B. um Communityfähigkeiten geht. Da kommt WordPress meiner Meinung nach leicht ins Schwitzen... -
Läuft bei mir einwandfrei... Die Site ist bei mir mit IE7, FF2, Flock 1.2, Opera 9.51 problemlos zu nutzen
Zu den Umlauten: Nimm mal die Unicode-Variante, die geht immer...
-
Das müsstest Du z.B. in der Datei second.php oder third.php ändern. Dort steht z.B.
Code
Alles anzeigen<div class="middle_links"> <h3>Your choice links</h3> <p>Your choice links. Let readers know what they should be reading on your site.</p> <ul> <li><a href="#">Link Title</a> - Link description (optional)</li> <li><a href="#">Link Title</a> - Link description (optional)</li> <li><a href="#">Link Title</a> - Link description (optional)</li> <li><a href="#">Link Title</a> - Link description (optional)</li> <li><a href="#">Link Title</a> - Link description (optional)</li> </ul> </div>Wenn Du dort z.B. die Links anzeigen lassen möchtest, die Du im Backend anlegen kannst, dann müsste der Code z.B. so aussehen:
PHP<div class="middle_links"> <h3>Meine Links</h3> <p>Hier könnte ein beliebiger Text stehen, ansonsten einfach löschen</p> <ul> [B]<?php wp_list_bookmarks(); ?>[/B] </ul> </div>Weiter Infos zu den möglichen Template Tags findest Du in der Doku... Natürlich kannst Du dort auch jeden x-beliebigen Link einfügen.
-
Kurzes Zwischenfeedback nach 2 Wochen Testerei... Bei mir gab´s seitdem keinerlei Probleme mehr. :mrgreen:
-
In den Core Dateien rumzufummeln halte ich nicht für die optimale Lösung. Bei einem WP Update gehen die Änderungen verloren, sofern kein Backup angelegt wurde... Schau Dir mal dieses Plugin an, damit kann man einige Sachen ergänzen: Register Plus
-
Also mit meinem obigen Code wird der User nicht ins Dashboard weitergeleitet, sondern immer auf die Seite, von der aus der Login durchgeführt wurde. Aber wie jottlieb sagte, für den Fall das Dir das nicht gefällt, trag einfach eine andere URL ein.
-
Sorry, in meinem Posting fehlt noch ein kleiner Codeschnipsel, der ein paar Beiträge früher erwähnt wird. Vielleicht hätte ich nicht direkt auf meinen Post verlinken sollen, sondern auf den Anfang des Threads...
Hier der vollständige Code, der eigentlich funktionieren sollte:PHP
Alles anzeigen<?php global $user_ID, $user_identity; get_currentuserinfo(); if (!$user_ID): ?> <h2><?php _e('Login'); ?></h2> <ul> <li> <form name="loginform" id="loginform" action="<?php echo get_settings('siteurl'); ?>/wp-login.php" method="post"> <div> <label><?php _e('Benutzername') ?>: <br /> <input type="text" name="log" id="log" value="" size="20" tabindex="7" /> </label> <br /> <label><?php _e('Password') ?>: <br /> <input type="password" name="pwd" id="pwd" value="" size="20" tabindex="8" /> </label> <br /> <a href="<?php bloginfo('url'); ?>/wp-login.php?action=lostpassword">Passwort vergessen »</a> <br /> <input type="submit" name="submit" value="Login »" tabindex="9" /> <?php wp_register('', ''); ?> <input type="hidden" name="redirect_to" value="<?php echo $_SERVER['REQUEST_URI']; ?>"/><br /><br /> </div> </form> </li> </ul> <?php else: ?> <h2><?php echo $user_identity; ?></h2> <ul> <li><a href="<?php bloginfo('url'); ?>/wp-admin/index.php"><?php _e('Menü'); ?></a></li> <?php global $userdata, $user_identity, $wpdb; get_currentuserinfo(); ?> <?php if ($userdata->user_level >= '1') { ?> <li><a href="<?php bloginfo('url'); ?>/wp-admin/post-new.php"><?php _e('Artikel verfassen'); ?></a></li> <li><a href="<?php bloginfo('url'); ?>/wp-admin/link-add.php"><?php _e('Link hinzufügen'); ?></a></li> <li><a href="<?php echo get_settings('siteurl') . '/wp-login.php?action=logout&redirect_to=' . $_SERVER['REQUEST_URI']; ?>"><?php _e('Logout'); ?></a></li> <?php } else {?> <li><a href="<?php echo get_settings('siteurl') . '/wp-login.php?action=logout&redirect_to=' . $_SERVER['REQUEST_URI']; ?>"><?php _e('Logout'); ?></a></li> <?php } ?> </ul> <?php endif; ?> -
Schau mal in diesen Thread. Ich brauchte kürzlich auch sowas... Vielleicht kannste da ja was mit anfangen?!
-
Es muss ja schwer zu verstehen sein, dass selbst das Verlinken strafbar ist :roll:
-
Zitat
Man sollte halt nur bei Updates in Erinnerung behalten, dass die Smilies in wp-includes/images/smilies abgespeichert sind, und diesen Ordner sichern, bevor man eine neue WP-Version drüberbügelt
Solange man die eigens hinzugefügten Smilies anders benennt, als die die WP mitbringt, sollte da eigentlich nichts passieren. Klar, außer man löscht den Ordner bei einem anstehenden Update...ZitatHast du mal ausprobiert, ob die Smiliecodes bei einem Update erhalten bleiben? In der Datenbank habe ich sie nirgends gefunden.
Die Codes werden in der init.php des Plugins gespeichert. Diese sollte dann vor einem Update gesichert werden.
Ich hoffe mal, dass das Plugin auch noch mit WP 2.6 läuft...
-
Alternativ kannst Du auch noch zu Custom Smilies 2.0 greifen. Läuft problemlos mit WP 2.5.1 (im Gegensatz zu WP-Grins) und stellt ebenso klickbare Smilies für Frontend und Backend bereit. Die "Smiliecodes" können übers Backend eingetragen werden, also ist kein Eingriff in die Core-Dateien von WordPress nötig.
-
Zu finden in wp-includes/functions.php
Suche nach function smilies_init (ziemlich weit unten). Dort werden alle Smilies aufgeführt und neue können hinzugefügt werden. Beachte jedoch, dass Deine Änderungen bei einem WP-Update möglicherweise überschrieben werden können. Von daher mache Dir am besten ein Backup der Datei.
-
Hallo Jared!
Könntest Du mir vielleicht eine Kopie der deutschen Übersetzung zukommen lassen? Das wäre super!
