Beiträge von F-rank

    [LEFT][COLOR=#141823][FONT=helvetica]Vielversprechend scheint zu sein:[/FONT] [/COLOR]https://wordpress.org/plugins/watu/[COLOR=#141823][FONT=helvetica] - wobei die PRO-Version des Plugins folgendes kann:

    Zitat

    "Printable HTML certificates. You can create personalized certificates that will be shown to the user who achieves certain grade. PDF certificates are available using the free PDF Bridge or with DocRaptor account."

    Vorteil von Watu ist, dass da eben in Abhängigkeit von erreichten Punkten während einer Online-Prüfung Zertifikate angezeigt und über die erwähnte Brigde auch als PDF erzeugt werden können. Das ist schon recht nahe an dem, was ich brauche. Da reduziert sich nötiges Coding deutlich, was sich im wesentlichen dann auf die Ablage im Dateisystem reduziert sowie die Verlinkung im User-Profil.

    Danke. Aber wer noch bessere Ideen hat (die Coding sparen) - ich wäre ganz Ohr ...[/FONT][/COLOR]
    [/LEFT]

    Hallo WordPress-Gemeinde,

    ich würde gern in einem Mitgliederbereich einen Multiple-Choice-Test durchführen, auswerten sowie anschließend einen Zertifikatsdruck in ein PDF durchführen (das PDF-Zert. sollte über die Profilseite des Users downloadbar sein, auch später, muss also gespeichert werden).

    Gibt es da jmd. unter Euch, der sich damit evtl. auskennt und eine Idee hat, wie und mit welchen Tools/Plugins ich das angehen könnte?

    Danke Euch allen!

    Hallo,

    ist eher eine Frage des passenden Themes (Designs). Eine Teaser-Liste mit Beitragsbildern auf der Startseite ist eine Hausübung von WordPress und wird von vielen Themes umgesetzt. Einfach suchen!

    Z.B. Theme "Birdfield" macht so etwas, oder "Esplanade" oder "Xin Magazine" oder ...

    Schöne Grüße

    Hallo Melone,

    kannst Du ein bisschen mehr erzählen? Was genau ist da extern und und wo oder was ist intern? Wenn 2 Anbieter im Spiel sind, würde auch weiterhelfen zu benennen, was bei AnbieterX schon läuft und/oder was bei AnbieterY noch nicht funktioniert.

    Grüße!

    Hi Simon,

    Dein WebSpace mag nicht der schnellste sein - aber er kriegt von Dir auch echt eine Menge zu tun.

    Du könntest im ersten Ansatz einmal Page-Caching einsetzen, damit WordPress nicht jeden Abruf einzeln rendern muss. Das ist exakt das, was Dir die 4 Sekunden TTFB beschert. Also versuche es doch einmal z.B. mit dem Plugin Cachify und stelle es auf "HDD Cache" ein (da muss man dann noch etwas in die Datei .htaccess kopieren, aber dazu bekommst Du eine Hilfestellung).

    Ansonsten hilft Dir das Plugin Autoptimize vielleicht dabei, jedenfalls die Anzahl der CSS-Dateien zu reduzieren und, sofern es nicht zu Fehlern kommt, sollte es für Javascript am besten dasselbe tun.

    Und überlege vielleicht, was (z.B. an Bildern auf einer einzigen Seite) wirklich wichtig ist. Jede geladene Datei kostet Zeit.

    Grüße,
    Frank

    Könnte ich die PHP-Datei die für die Anmeldung verwendet wird editieren?

    Das solltest Du nicht tun. WP wird 'zigfach jährlich aktualisiert - wieviel Arbeit willst Du Dir machen?! Zudem sorgt (sofern nicht ausdrücklich abgeschaltet) die WP-Standard-Aktualisierungsautomatik dafür, dass Du per E-Mail von Deinen unverhofft überschriebenen Änderungen in Nachinein informiert wirst.

    Erstelle besser eine Plugin-Datei im Plugin-Verzeichnis und arbeite mit den action hooks "before_signup_form" und "after_signup_form". Über diese Hooks ließe sich der Fomular-Output via PHP-Ausgabepufferung abfangen. Dann ersetzt Du den Usernamen mit Deinem Wunsch-String und kannst so auch das Feld für das Editieren sperren. Programmieren musst Du Dir das schon selber, aber das wäre wohl so im Groben der Weg.

    Na gibt's ein paar Punkte:

    1.) In die MySQL-Datenbank gucken: wieviele User/Zeilen gibts in der Tabelle wp_users? (statt wp kann das Prefix auch anders lauten)
    2.) Wurde das Datenbank-Passwort geändert?
    3.) Ist bekannt, auf welche Weise der Hack erfolgte - ist die Ursache behoben?

    LG,
    Frank

    Hallo,

    das mit der admin-ajax.php ist doch schon einmal ein Tipp. Du hast nicht zufällig deinen kompletten wp-admin-Bereich mit einem Passwort geschützt? - Parallele Idee: solltest du den Firefox verwenden, dann öffne mit rechter Maustaste im Browserfenster doch einmal das Kontextmenü und klicke "Element untersuchen" an, das öffnet eine Art Seiten-Inspektor. Da gibt's dann ein paar Reiter; "Netzwerkanalyse" ganz rechts zeigt dir nach einem Refresh der Seite an, ob da evtl. eine Datei nicht geladen werden kann. Unter "Konsole" bzw. "Debug" werden dir eventuell Javascript-Fehler angezeigt. Guck mal.

    Grüße,
    Frank

    Habe ein Frage an die Engländer unter euch und suche nach einem klaren Plugin-Titel auf Englisch.

    Ich arbeitete an einem Plugin, das einmalig eine nicht-öffentliche WordPress-Page (bzw. einen Artikel/Beitrag) zum Anschauen freigeben soll. Dies geschieht per generiertem Token, das an die URL angehängt wird. Dieses Token ist nur einmal benutzbar und erzeugt ein Session-Cookie, welches dann den Zugang zur Page für den Verlauf einer Browser-Sitzung ermöglicht. Es geht also um sog. "Premium Content" oder auch "Member-Sites". Zu Werbezwecken soll via Mailingliste und per Link der offene Zugriff auf einzelne Seiten einmalig und ohne irgendwelche Anmelde-Prozeduren ermöglicht werden. Diese Links sind bequem, sollen aber nicht weiter verteilt, d.h. mit Gebrauch ungültig werden können. - Ich erzähle das alles, weil die Grundidee des Ganzen irgendwie klar im Titel des Plugins zum Ausdruck kommen soll.

    Jetzt habe ich eine Art Arbeitstitel, der nennt sich "One time access token" - das kommt mir aber zu kryptisch vor und ist evtl. sogar falsch, den eigtl. sei es ein "Single access token", höre ich u.a. :-)

    Ich dachte hinsichtlich des Transports der Grundidee des Ganzen auch an "Promo Token for Premium Pages", dann wieder höre ich, dass "Promo Token" nichtssagend und "Single Access" dafür klarer sei. Hmm.

    Hat jemand von euch dazu vielleicht eine wohlwollende Meinung?

    Du könntest in die Datenbank-Tabelle prefix_users gucken, ob es dich da noch mit einer gültigen Mailadresse gibt. Wenn ja, dann schickst du dir einfach über das Login-Formular ("Passwort vergessen?") einen Password-Reset zu.

    Andernfalls kannst du das machen, was das Plugin eh tut: alle Tabellen in der DB löschen und WP neu installieren.

    Das Plugin adressiert aber eigentlich Entwickler ...

    Ich würde das hier versuchen - das bringt die schmerzlich vermisste Tabellen-Schaltfläche in den visuellen Editor: http://wordpress.org/plugins/mce-table-buttons/

    Das Tabs-Konzept lässt sich nicht so 1:1 von einer Desktop-Anwendung ins Web übertragen. Eine Tabelle ist für den o. gen. Zweck schon die richtige Idee.

    Die Formatierung der Tabelle richtet sich weitgehend nach dem, was das Theme so für die Tabellendarstellung vorgesehen hat (falls es das tut). Diesbzgl. gewünschte Nachbesserungen der Darstellung (z.B. randlose Tabelle + Tabellenzellen) müsste über CSS-Anweisungen erfolgen. Dazu kann man hier nicht mehr sagen, das ist theme- und geschmacksabhängig.

    Meinst Du mit "solider" nicht evtl. "Slider"?

    Grundsätzlich kann der per CSS über Bilder gelegte Text mittels CSS auch wieder verändert werden. Wenn du zu diesem Zweck hier die Adresse zu einer Seite und eine Grafik deponierst, wie du dir das vorstellst, hilft dir bestimmt jmd. weiter, wenn du mit CSS nicht auf bestem Fuße stehst.

    Grüße,
    Frank

    Wp_debug

    Schreibe mal in deine wp-config.php (bzw. schon existierende Zeile entkommentieren/ auf TRUE setzen):

    PHP
    define('WP_DEBUG', true);

    und guck mal, ob die Seite dann Fehler ausgibt. Alternativ eine etwaige PHP-Error-Logdatei suchen und anschauen.

    Und nicht vergessen, die Zeile nach dem Debugging wieder zu entschärfen.

    LG,
    Frank

    Also, wenn nicht ich dich jetzt nicht völlig falsch verstanden habe: ich glaube, da gibt's ein Missverständnis beim Konzept. Einen eigenen Nur-Admin-Bereich unter wp-admin gibt es gar nicht, oder anders herum gesagt: der Admin-Bereich ist grundsätzlich auch für Nicht-Administratoren zuständig. Stell dir einfach vor, der Ordner hieße "wp-backend", dann ist's klarer. Denn genau genommen ist der "Admin"-Ordner wp-admin ja sogar für normale, unangemeldete Site-Benutzer zuständig, da der Frontend-Ajax-Handler nämlich im Ordner wp-admin residiert, was bei Freunden des .htaccess-Schutzes für den Ordner wp-admin zuweilen für Verdruss sorgt, da dann plötzlich Ajax-Abfragen nicht mehr funktionieren.

    Daher würde ich zum Problem-Neudenken raten. Ein Admin, der nicht "admin" heißt, dazu ein starkes Passwort hat (11 Zeichen oder mehr, inkl. Sonderzeichen, Zahlen) und der am besten über HTTPS einloggt (dazu müsste ja aber deine ganze Site SSL-fähig sein, wenn du das Login im Frontend willst), ist vielleicht zielführender für die Sicherheit. Darüber hinaus gibt es Plugins, die Logins nach einigen Fehlversuchen blocken, wie Limit Login Attempts. Von Vorteil könnte sein, dass so auch Benutzer-Konten geschützt sind.

    LG,
    Frank