Not logged in. · Lost password · Register
Page:  1  2  next 

All posts by hartmut71 (17)

topic: Suchmaschinen vs. change page url -> redirect permanent (301) (Allg. Feature Idee / Brainstorming)  in the forum: Non-English Discussion German discussion
Avatar
hartmut71 #1
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
Dann habt ihr quasi eine Datenmigration durchgeführt. Clever, das mit den regexp. (Nebenbei: Wie habt ihr die Markups der Pages konvertiert?)
topic: Discussion plugin - notification  in the forum: General Help and Support Plugins
Avatar
hartmut71 #2
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
In reply to post ID 43846
1)
If you go to admin page -> area notifications -> and empty the field "notify" (https://www.dokuwiki.org/config:notify), then you're not getting updates on page changes any more.

2)
guess: no.
topic: Error after upgrade with message of conf/plugins.local.php failed  in the forum: General Help and Support Installation and Configuration
Avatar
hartmut71 #3
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
In reply to post ID 43883
Is your error message in the sort of "Writing conf/plugins.local.php failed" ?
Please check if www-data user is owning the conf directory and can write into it.

    chown www-data conf

https://www.dokuwiki.org/install:permissions
topic: nofollow  in the forum: Non-English Discussion German discussion
Avatar
hartmut71 #4
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
In reply to post ID 43889
Das ist ein Spam-Schutz, denn wenn jemand Deine Seiten manipuliert (angenommen Du hast ein offenes Wiki, wo jeder Besucher auch schreiben kann), dann läufst Du Gefahr, dass dieser Spam direkt bei Google im Suchindex landet und Du keine Zeit hast, das wieder "zurückzubauen".

Aber Du kannst das abstellen, gehe zum DokuWiki Admin -> dann in den Bereich "Anti-Spam", und setze in das Feld "Zeit bevor Suchmaschinenindexierung erlaubt ist" einfach   60*60*24*0  rein.   Technisch heisst das Feld   indexdelay.

Du schaltest also die Verzögerung damit aus, und damit verschwinden die "nofollows" auch, und Du musst die Zeit bis sie von alleine verschwinden würden, nicht abwarten.
topic: Running diffs on dokuwiki files to check if malicious code has been injected  in the forum: General Help and Support Server Setup
Avatar
hartmut71 #5
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
In reply to post ID 43727
Pulling the stable branch from the public dokuwiki repo at gibhub into a local repo on your host is safe:
See "Maintaining a stable version with Git" https://www.dokuwiki.org/devel:git#maintaining_a_stable_ve…
topic: Running diffs on dokuwiki files to check if malicious code has been injected  in the forum: General Help and Support Server Setup
Avatar
hartmut71 #6
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
In reply to post ID 43723
Quote by skinney6:
I have dokuwiki in a repo on my host machine
Concerning the source codes.... either you 1) git clone from github directly into your live installation, or - if you interested in adaptions - 2) fork on github and clone this fork repo to your live host, or 3) build an own gitolite or similar git server inside docker (I don't know docker yet) and pull from there into your live host, then your live host's remote origin is docker/gitolite git server and it's remote upstream again would be github dokuwiki fork repo or github dokuwiki repo itself.  Like Andi did already, I vote for 1) or 2), too   :-)
This post was edited on 2014-04-25, 19:47 by hartmut71.
topic: Escape <code>...</code> in <code>...</code>  in the forum: General Help and Support Features and Functionality
Avatar
hartmut71 #7
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
In reply to post ID 43720
... great! Thank you.
topic: Escape <code>...</code> in <code>...</code>  in the forum: General Help and Support Features and Functionality
Avatar
hartmut71 #8
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
Subject: Escape <code>...</code> in <code>...</code>
Is there a way to escape  <code>...</code> in <code>...</code>?

e.g., this is not working:
<code>
  <code>
    xxx
  </code>
</code>

this neither:
<code>
  %%<code>%%
    xxx
  %%</code>%%
</code>

the output to the browser shall be:
<code>
  xxx
</code>

Thanks for hints!
Hartmut
topic: Shibboleth and Wiki Farm Login Problems  in the forum: General Help and Support Installation and Configuration
Avatar
hartmut71 #9
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
In reply to post ID 43712
Just one little question, what let's me wonder: If you define ... DOKU_FARMDIR = "/var/www/dokuwiki"
then the place for the first wiki animal is as far as I know e.g.   "/var/www/dokuwiki/www.thisismyanimaldomain.com/",  (you wrote: "/var/www/html/testwiki", that is different).

And in addition to this, the apache document root should point to the dokuwiki engine, e.g. this would mean folder {x}, when "preload.php" resides in {x}/inc/

(But those things are not related to authshibboleth)
topic: Suchmaschinen vs. change page url -> redirect permanent (301) (Allg. Feature Idee / Brainstorming)  in the forum: Non-English Discussion German discussion
Avatar
hartmut71 #10
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
In reply to post ID 43679
... ich glaub es wär cleverer, man würde keine Stub-Seiten mit redirects anlegen (viel zu schwerfällig).

Während eine Seite geöffnet wird, die es noch nicht (oder nicht mehr) gibt, könnte man in der Änderungshistorie nachschauen, ob diese Seite verschoben wurde (die Historie gibts ja heute schon: à la "Seitename wurde von xxx auf yyy geändert"), und falls ja, einen redirect permanent auf die neue Seite dem Client liefern. So reparierten sich die Suchmaschinen-Caches dann von Zeit zu Zeit, und der Impakt auf die anderen Plugins wäre deutlich geringer.

Ideen/Meinungen?
Gruß Hartmut
This post was edited on 2014-04-23, 17:58 by hartmut71.
topic: Suchmaschinen vs. change page url -> redirect permanent (301) (Allg. Feature Idee / Brainstorming)  in the forum: Non-English Discussion German discussion
Avatar
hartmut71 #11
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
Subject: Suchmaschinen vs. change page url -> redirect permanent (301)
Hallo Runde,

wenn in DokuWiki Seiten URL-technisch umbenannt werden, händisch oder mit Hilfe des move Plugins (Seite/Namespace verschieben/umbenennen), so ändert sich die URL einer Seite, eine neue exisitert, die alte nicht mehr.
Die Suchmaschinen Caches sind aber noch an die alte URL gebunden, teilweise über Monate!

Der Suchmaschinen-Kunde, der auf einen veralteten Cache-Eintrag stößt, kommt schließlich dann in DokuWiki auf eine Seite, die es nicht gibt, und er wird eingeladen, diese neu zu erstellen. Nett, aber intuitiv nicht richtig :-(

Die Idee wäre nun, das Move-Plugin so zu erweitern, dass die alte Seite nicht gelöscht wird, sondern reduziert/ersetzt wird auf/durch ein Mini-stub, welcher nur einen redirect permanent (301) auf die neue Seite beeinhaltet.

Diese "Mini-Seiten", die nur der Weiterleitung dienen, müssten aber aus allen Aufzählungen, wie Index-Seite ("Übersicht"), dir oder catlist, etc. ausgelassen werden... wer will die denn sehen? Kaum jemand.... Außerdem dürften sie auch von Suchmaschinen nicht mehr gelesen werden (noindex, nofollow)...

Nun die Frage, kennt ihr so eine Lösung schon? Wurde das schon mal implementiert, angedacht?

Schöne Grüße!
Hartmut
This post was edited on 2014-04-23, 16:57 by hartmut71.
topic: Strange requests and interesting responses  in the forum: General Help and Support General Stuff
Avatar
hartmut71 #12
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
In reply to post ID 43644
Hi,

Sure, this is not a bot, this is a feature:-)

https://www.dokuwiki.org/indexer

Kind regards!
topic: Apache RewriteRule  in the forum: General Help and Support Server Setup
Avatar
hartmut71 #13
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
In reply to post ID 43641
Hi Alexander,

I am using the rewrite rules defined here:  https://www.dokuwiki.org/rewrite#apache
(I am doing this in a apache.conf file, but I guess, you can use the same syntax in your .htaccess files)

These are 10 lines of code. They work perfectly, without issueing any errors into apaches error.log file.

Your example rewrilte rules are very "short". only 3 lines!
Have a look at the error message: "File does not exist: /var/www/lib"   that is a strong hint for that "lib" is not handeled by your rules, yet..
RewriteRule ^_media/(.*)              lib/exe/fetch.php?media=$1  [QSA,L]

You should "migrate" to the 10-lines-rewrite-logic, I guess.

Kind regards!
Hartmut
This post was edited on 2014-04-21, 01:25 by hartmut71.
topic: Problem mit Templates  in the forum: Non-English Discussion German discussion
Avatar
hartmut71 #14
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
In reply to post ID 43634
1) Ggf. könntest Du mal den aktuellsten DokuWiki master Stand von github zum Test clonen und verwenden. Vlt. sind das bei Dir Bugs in einer etwas älteren DokuWiki Version?
2) Welches Linux läuft auf Deiner Raspberry Pi?
3) Welchen Dokuwiki Softwarestand verwendest Du heute?
Gruß Hartmut
topic: Problem mit Templates  in the forum: Non-English Discussion German discussion
Avatar
hartmut71 #15
Member since Mar 2014 · 17 posts · Location: Ulm, Germany
Group memberships: Members
Show profile · Link to this post
In reply to post ID 43630
Hi Blackduck,

wie schaut es eigentlich aus, wenn Du nach dem Template-Wechsel mal den Wiki-eigenen Cache zurücksetzt?

Das macht man, indem man die Datei conf/local.php kurz im Editor erneut speichert (timestamp ändert, touch eben).
(Oder Speichern-Button im Wiki-Admin-Screen drücken, das ist das selbe).

Alternativ dazu: Habe bei mir mal mit Erfolg die Axt-Methode ausprobiert: "rm -rf data/cache/"
Ging auch :-) und ich muss mir nicht so viel merken.
(Falls jemand Einwände gegen die Axt-Methode hat - bitte posten!! würde mich echt interessieren)

Schöne Grüße!
Hartmut

https://www.dokuwiki.org/devel:caching
Close Smaller – Larger + Reply to this post:
Special characters:
Page:  1  2  next 
Special queries
Go to forum
Imprint
This board is powered by the Unclassified NewsBoard software, 20150713-dev, © 2003-2015 by Yves Goergen
Current time: 2019-12-14, 08:26:39 (UTC +01:00)