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 erstellennunja... deine Schreibweise vorher war in so fern "etwas" missverständlich, als das mich
10 Posts / 1 Post in Allgemein
auch gemeint sein (könnte) das 10 Posts insgesamt in Allgemein stehen und der aktuelle Besucher einen dieser Beiträge noch nicht gelesen hat!
Ansonsten ist es jetzt schon mal verständlicher.
Generell ist es möglich es so zu machen, ob dafür jedoch ein Plugin gibt, entzieht sich derzeit meiner Kenntniss.....
Schonmal in die Plugin-Directories geschaut?
vG
Arno
ich habe mich mal in diesem Post (vorletzter Absatz) dieses Threads zu dem Thema "Kenntnissnahme der benötigten Grundlagen und bereitschaft diese zu erlernen" geäussert, auch wenn diese "Betitelung" im Beitrag nicht explizit erwähnt ist.
Ich sehe es letztlich wie Monika: Wir sind - ebenso wie die meisten anderen der Community - hier um Wordpress zu supporten. Wir sind nicht hier um den Leuten die Grundlagen von PHP, CSS, HTML, JavaScript und derlei WEB-Sprachen mehr beizubringen. Für diese Dinge gibt es andere Foren derren Community sich explizit mit solchen Sachen auseinander setzt. In vielen Fällen hilft, gerade bei PHP, ein ausführlicher Blick in die IMHO gute Doku von PHP. Für alles andere lassen sich, mit etwas Geduld, ebenfalls gute Seiten finden ;) Ausserdem muss man hin und wieder auch mal nach dem Trial and Error-Prinzip verfahren. Nur wer Fehler macht, hat am Ende was gelernt - wer nur abschreibt, lernt nichts.
vG
Arno
[Off topic]*grübel*
auch ich darf mal was durcheinander schmeissen ;) da ich mir nicht alle merke die hier rein schreiben, hatte ich mir aus den vorigen posts nur gemerkt, das jemand seine leistungen entsprechend versilbert und dies in meine antwort mit einbezogen. meine antwort bezog sich auf das gemaule gegenüber bugs in plugins. meine meinung bezüglich der vorgehensweise bei der bugmeldung ist unabhängig davon ob man seine plugins verscherbelt oder nicht.
vG
Arno
...... Ich hab jetzt ein paar mal die Erfahrung gemacht, dass ich für bugs in meinem Plugin auch noch angemault werde.
OffTopic: Ob das Berechtigt ist, kommt ganz drauf an ;) Wenn Du auf BugReports nicht oder nur schleppend reagierst, würde ich wohl auch maulen. Wird sofort mit gemaule reagiert ohne den Bug zuvor beschrieben und Gelegenheit zur Abhilfe gegeben zu haben: unfair! Wie bei jeder gekauften Ware hast auch Du das Recht darauf Nachbesserungen ein- bzw. erbringen zu dürfen bzw. die Pflicht diese erbringen zu müssen.
vG
Arno
ideen: keine. da müsste man sich die entsprechenden codestrecken ansehen. mir persönlich sind bislang jedoch keine derartigen meldungen bekannt geworden.
vorschläge: dringend auf aktuelle version (mindestens jedoch auf 2.3.3) upgraden, da in den vorgängerversionen zu viele sicherheitslücken vorhanden sind. version 2.5 enthält ggf. noch zu viele fehler, als das ich diese derzeit einsetzen würde.
vG
Arno
Bis auf die im wp-content/-Ordner, sonst ist das Geschrei groß und ich hab meine Ohropax vergessen. :( ;)
ich gehe immer von einem vollbackup aus ;)
Hast du alle neuen Dateien wieder mit den alten überschrieben, als du wieder auf die ältere Version zurückgesprungen bist?
besser vorher die dateien der neuen version komplett runterschmeissen.....
dann das backup der alten installation aufspielen und auch die datenbank mit dem backup der alten installation restaurieren....
vG
Arno
wenn ich mich recht entsinne, dient es unter anderem der verfolgung auftretender fehler bzw. dem festhalten der fehler im serverlog. wenn man den aufrufer der funktionalitäten nicht festhalten kann, erschwert das die fehlersuche natürlich.
vG
Arno
da war letztens erst ein beitrag der sich mit dem EC (dürfte so teilweise in den beitragsüberschriften stehen) und terminen in der zukunft und derren anzeige in der sidebar beschäftigte. dürfte nicht länger als eine woche her sein. schau doch mal bitte das plugin-forum durch, da muss was für dich bei sein, glaube ich.
vG
Arno
Erstellen der Sprachdatei mit poEdit − WordDoku
Bearbeitung der Sprachdatei − WordDoku
Den More-Tag am besten in der Sprachdatei ersetzen. Solltest Du mal das Theme wechseln, sparst Du Dir so das erneute Anpassen der entsprechenden Stellen im Theme...
das ist teil der core-funktionalität und keines plugins! ;) wp-db.php ist der db-treiber von wordpress.
vG
Arno
nichts für ungut, aber vielleicht solltest du zunächst mal ein wenig unix-erfahrung sammeln und dir für diesen zweck auch ein unix-forum suchen ;) ich bezweifle das hier sehr viele benutzer sein werden, die sich mit den servern auf commandline-ebene unterhalten.....
vG
Arno
Hallo Ingo,
danke für die Hilfe. Ich werde es nachher mal wagen.
Gruss
Thomas
die obligatorischen Backups der Wordpress-Verzeichnisse im FTP-Bereich und der Datenbank nicht vergessen!
vG
Arno
wo ist das problem? wenn das theme ausgeführt ist, sprich in deinem browser angezeigt wird, solltest du doch den link zum theme im klartext sehen, oder? diesen Link (bzw. den entsprechenden Quelltext-Teil (HTML)) kopieren und in den Theme-Footer einfügen. Fertig.
vG
Arno
@ arno
warum hast du rewrite base / vorangestellt ? welche Bedeutung hat dies?
Die RewriteBase-Direktive setzt das Basisverzeichnis für die Rewirte-Regelungen und ermöglicht Dir so eine Verkürzung der aufzustellenden Regeln, da das Basisverzeichnis selbst nicht mehr anzugeben ist. "RewriteBase /" ist zugegebenerweise wohl etwas unproduktiv, da die Angabe der Root recht obsolet erscheint ;) Was soll man da schon verkürzen ;) Habe es so aus einer anderen Datei übernommen, die nicht von mir stammte ;)
BTW: wie ich mich gerade nochmal ein wenig in Sachen ModRewrite umgetan habe, ist mir doch glatt eine für den ein oder anderen Interessante Sach auf die Augen gefallen:
mod_rewrite Cheat Sheet - Cheat Sheets - ILoveJackDaniels.com
Auf der Seite gibt es eine schöne Übersicht über die Möglichkeiten des ModRewrite und Links zu weiteren Tuts. Abgesehen davon ist IMHO die ModRewrite-Doku des Apachen immer noch die beste Quelle ;)
vG
Arno
Da es hierbei nicht um die Entwicklung eines eigenen Plugins und auch nicht um die Vorstellung eines selbstentwickelten Plugins geht :arrow: verschoben in "Plugins"
dafür müsstest du sicherstellen, das man eindeutig anhand der url unterscheiden kann "alte seite" <-> "neue seite".
sprich, wenn deine alte url auf
http://www.deinedomain.de/blogalt/?p=123
und die neue auf
http://www.deinedomain.de/blogneu/?p=234
lautet, ist es ohne weiteres (für mich) machbar. wenn es nicht wenigstens einen fixen teil im url-string gibt der beide seiten unterscheidet, wird es für mich zu kompliziert. so vertraut bin ich mit .htaccess nämlich auch nicht ;) reicht für die dinge die ich machen will, aber mehr auch nicht ....
vG
Arno
warum so kompliziert?
eine .htaccess auf den alten server, welche die links auf den neuen server umleitet und das attribut "moved permanently" ausliefert. Suchmaschinen erkennen so, AFAIK, das die alte URL für den entsprechenden artikel obsolet ist, wenn sie selbigen wieder prüfen und haben damit kein problem.
dem benutzer tust du insofern einen gefallen, als das er direkt auf die seite kommt und nicht erst auf einen weiteren link batzeln muss.
um dem benutzer noch einen explizieten hinweis auf den umzug zu geben, kannst du der weiterleitung noch einen additiven parameter anfügen, welchen du dann dazu nutzen kannst ein popup mit dem umzugshinweis auszugeben.
RewriteBase /
RewriteCond %{HTTP_HOST} !^www\.arno-simon\.de$
RewriteRule ^(.*)$ http://www.arno-simon.de/$1 [L,R=301]mit dem Snippet leite ich alle Aufrufe von "arno-simon.de" auf "http://www.arno-simon.de" um, weil ich die domain einheitlich aufgerufen haben möchte... ich weiss... pedantisch.... wenn du im umleitungsziel anstatt meiner domain deine ziel-domain angibst, sollte es schon reichen um, bei einer 1:1-umsetzung, auf dem entsprechenden zielartikel der neuen domain zu landen.
vG
Arno
ohne das theme zu sehen.. k.A. bitte entweder einen link zum theme oder deiner seite posten.
vG
Arno