Messages

Aha. Tak to jsem špatně pochopil.

Pokud vím, Calibre umí nastavit právě jen základní písmo a všechna ostatní od něj odvozuje. Ale technicky to docela jistě je realizovatelné, takže by možná stálo za to, napsat to autorovi jako požadavek. Calibre Tracking System

Zatím jsem tento problém nepotkal. Ale je možné, že zapracoval nějaký správce hesel - bylo to na tvém normálním počítači, nebo šlo o nějaký cizí počítač? Třeba můj pracovní notebook od HP má předinstalovaného docela vlezlého správce hesel.

Ano, dají. Při konverzi z příkazového řádku je na to parametr

Code Select Expand

--base-font-size=BASE_FONT_SIZE:

The base font size in pts. All font sizes in the produced book will be rescaled based on this size. By choosing a larger size you can make the fonts in the output bigger and vice versa. By default, the base font size is chosen based on the output profile you chose.

V grafickém prostředí na to určitě bude nějaký editbox.

There is no function for that, but you can simply delete all content from the two SDMON tables in PhpMyAdmin (or whatever you use for MySQL management).

[http://www.youwebsite.com/download/file.zip]

but my files aren't showing.

am i missing something ? i'm at lost now
i hope you can point me to right direction

The files don't show until someone downloads them. So the first step should be, try to download some of your files and see if they appear in the list.

Try to download one of your files through a special link: instead of http://www.youwebsite.com/download/file.zip, try to use http://www.yourwebsite.com/index.php?sdmon=download/file.zip If it downloads, then the plugin is configured correctly and either your .htaccess file is incorrect or your webhoster doesn't support it (or mod_rewrite). Try the steps I suggested to Forge earlier in this thread.

The cause is quite simple: The plugin was intended for downloading, so it sends HTTP headers useful for downloading (which incidentally prevent display in pages). Support of "hotlink monitoring" like you suggest is possible and even feasible. I'll look into it in near future (I hope).

I never actually tried or intended to use the plugin with images. I'll test it and see what can be done.

I am afraid you will need to contact your webhoster and ask them why .htaccess (or mod_rewrite) is being ignored. Wihout htaccess and mod_rewrite, the plugin can't function as intended (you could still post all your downloads as /index.php?sdmon=fichiers/file.zip, but that would defeat the whole point that the monitor can track downloads even from direct links).

[not]

If that doesn't work, it may actually be the case of your webhost not supporting .htaccess. I have just tried accessing the site, and:

1) The site's URLs are not, in fact, "cool URIs" - they are regular PHP links, although in a bit unusual syntax (/index.php/parameters is interpreted by PHP the same way as /index.php?parameters). Still, they work without ANY help from htacceess (what htaccess allows is /parameters).

2) I tried accessing the site with www1. instead of the starting www.. Your htaccess should have rewritten it to a www. form, but it didn't - it just let me go to a www1. version of your site, which leads to an empty directory. So it seems .htaccess is ignored completely. That would, of course, prevent SDM from working.

Not really. The plugin doesn't even know from which page (if any) the file was linked. Theoretically, I could publish a function which would return a number of downloads that could be called from a template, but it really seems like it'd be out of the intended scope.

As for your .htaccess, I am surprised it works at all :-)
I admit I am no htaccess wizard, though.

Try to replace the two lines with:

Code Select Expand

RewriteBase /
RewriteRule ^(fichiers/.*) /index.php?sdmon=$1 [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]


If your .htaccess doesn't contain any sensitive data, send it to me (pepak (at) pepak.net) and I'll check it.

[www.mywebsite.fr/2009/11/it-is-not-working]

That means your .htaccess file is either not working at all - some (many?) webhosts don't allow its use at all or with strict limitations.

What kind of URLs do you use for your WordPress posts? That is, if you post an article about "It is not working!", how exactly will its URL look? Will it be something like www.mywebsite.fr/2009/11/it-is-not-working or rather something like www.mywebsite.fr/index.php?id=123? If it is the first case, your webhost supports .htaccess and we just need to find out what's wrong with yours. The other case could mean that either you didn't even try to use "cool URI's" and left WordPress in its default state (SDM might still work if you write a proper .htaccess), but it could also mean that your webhost doesn't support .htaccess and you won't be able to use SDM at all.

Btw., you don't need to register to be able to post here. Although, registration brings the benefit that you can select your language here and translate the whole forum.

[wp-config.php]

Placement of the downloads directory
The downloads directory can, theoretically, be placed anywhere in the directory tree of your website. You just need to make sure that two places are set up accordingly:

1) The .htaccess file located in the root of your WordPress installation (that is, suppose that your WordPress files - wp-config.php and others - reside in /www directory; then you need to edit /www/.htaccess file, not any other .htaccess file you may possibly have) needs to have a RewriteRule added to it:

Code Select Expand

RewriteRule ^(files/.*) /index.php?sdmon=$1 [L]Where files is a relative path to your download directory, relative to that .htaccess file. E.g., if your downloads are placed in /www/deeply/hidden/files and your WordPress is in /www, you will want

Code Select Expand

RewriteRule ^(deeply/hidden/files/.*) /index.php?sdmon=$1 [L]
2) Plugin's configuration needs to reflect the placement as well. The "Allowed directories" will almost always contain the same text as your RewriteRule, before .*. E.g., in the example above, deeply/hidden/files/

Why it doesn't work
That's quite difficult to tell. What exactly happens if you try to download an existing file, e.g. www.yourwebsite.fr/fichiers/public.zip? And what happens if you use www.yourwebsite.fr/index.php?sdmon=fichiers/public.zip instead? If #2 works and #1 does not, your .htaccess file is either wrong or even ignored by your webhost. If neither of them work, it is likely the plugin's configuration is incorrect. I'll need to know which it is before I can suggest further steps.

Hello Pepak

Your plugin don't work on my website.
I've change the htaccess and place file (zip) into directory named ,,fichiers" (i'm french) in the root (/www/fichiers).

- Where the dir ,,fichiers" can be place ?
- this is my lines in htaccess :

Code Select Expand

RewriteRule ^(fichiers/.*) /index.php?sdmon=$1 [L]
RewriteCond %{REQUEST_FILENAME} !-f

Is it ok ?

Thanks

PRS Customizer podporuje firmware pouze do verze 1.2 (a taky to výslovně píše v dokumentaci i na hlavní obrazovce). Proto je potřeba firmware napřed downgradovat (nejlépe na verzi 1.1) a teprve poté provést aktualizaci. Ty navíc budeš potřebovat rozchodit zakousnutou čtečku - to se shodou okolností dělá také aktualizací firmware. Popis zde