I cannot restart apache after using a custom php.ini. The error is because of this step:

- Then add to your apache config:

<Location /tt-rss/>
 PHPINIDir /etc/webapps/tt-rss 
</Location>

The error is:

apachectl[24199]: Syntax error on line 536 of /etc/httpd/conf/httpd.conf:
apachectl[24199]: PHPINIDir not allowed here

I also read, that you cannot have more than one PHPINIDir. If you get it to work in your case (using a custom php.ini, as I cannot set open_basedir to none) I would like to know, how you did it.

Thx,(Watnuss (talk) 09:10, 7 May 2013 (UTC))

First it was complaining that i didn't 'configure' it. I 'fixed' that by removing the symlink from /usr/share/webapps/tt-rss/config.php and putting the /etc/webapps/tt-rss/config.php file there. But now it's still complaining that cache/images, cache/upload, cache/export etc eetc are not writeable. I see those are also symlinks so I seem to have a problem with symlinks in general then? How is this supposed to work? Is it supposed to work with lighttpd?

ok it works now... i have setup the php basedir correctly (adding /usr/share/webapps/tt-rss, /var/lib/tt-rss and /etc/webapps/tt-rss) after that everything immediately worked.

—This unsigned comment is by Elangelo (talk) 14:53, 21 June 2013‎ (UTC). Please sign your posts with ~~~~!

1. doesn't specify that one needs to allow the postgres user to create databases
2. doesn't specify the postgres user (though this is deducible from the next line)
3. doesn't mention how to resolve when "php index.php" notes that open_base dir lacks the /etc config path
4. doesn't mention how to resolve the permissions issue relating to config.php

--Milk (talk) 17:13, 11 March 2019 (UTC)

Followed the instructions line per line and later tinkered a lot but could not make it work. Nginx + PostgreSQL -- Danielsouzat (talk) 18:03, 16 July 2020 (UTC)

Same case here. The best I get is my web browser downloading a .php file when trying to access the installation wizard by following the "automatic way" of initialization. I guess here is something not so obvious for a noob like me in the Nginx configuration. The wiki page of Nginx helped but still I am stalled. Maybe a sample config would be useful. Furthermore, I am using php-legacy instead of php because of a nextcloud installation (made by following the Arch wiki) and I am wondering if it is the cause of my difficulties. TcCoy (talk) 21:00, 6 August 2025 (UTC)

Ok, php was the issue, I think it works with php-legacy but I did not find all the places where settings should be altered and as stated on PHP's wiki page, both versions can be installed alongside, so I followed that path. Here I add some hints that where a little bit tricky to me :

- Configuration of Nginx with FastCGI should be done before trying to initialize tt-rss and not after as I firstly thought while following the wiki. The nginx configuration found in nginx#FastCGI does the job.

- For initialization, the automatic way did not work with these settings, displaying an error that a password is missing to access the pgsql database instead of accessing to the installation wizard. The manual way does work though. After that, do not forget the initial login/password is admin / password.

- Finally, I had an issue with the tt-rss service that updates feeds. It would not start, with this error :Exception: fopen(lock/update.lock): Failed to open stream: Permission denied (include/functions.php:369). After digging a little in the logs, I tried removing the files update_daemon.lock and update_daemon.stamp in the directory /usr/share/webapps/tt-rss/lock/, after that the unit started and worked as intended. I suspect this issue to result from my previous attempts at installing tt-rss. By the way, the link to the tt-rss.org wiki in Tiny Tiny RSS#Set up an update daemon is broken. TcCoy (talk) 15:42, 7 August 2025 (UTC)

It should not be suggested to chown the directory in /usr/share/webapps. Instead the guide should be using a dedicated application server (like uWSGI or php-fpm) and tt-rss user/group. Ideally the package would also create this user/group to comply with web application package guidelines, but as of right now it doesn't. LMBishop (talk) 22:11, 26 December 2025 (UTC)

It should not be suggested to chown the directory in /usr/share/webapps.

Agree and dropped that part. As a record, it was added several years ago in https://wiki.archlinux.org/index.php?title=Tiny_Tiny_RSS&diff=prev&oldid=568450

Ideally the package would also create this user/group to comply with web application package guidelines, but as of right now it doesn't.

That has been in my mind for some time, while I don't have much time on designing and implementing it. Any patch will be highly appreciated.

Yan12125 (talk) 11:19, 11 May 2026 (UTC)