Posts by Nuxwin


    Re ;


    Logs for customers ( (those under /var/www/virtual/<domain.tld>/logs) are normally daily created. See the /etc/cron.d/imscp cron file. You can change that file to build the log as you want.


    With last master, that work fine:


    Code
    1. root@imscp:/var/www/virtual/test.com/logs# lstest.com-access.log test.com-error.log


    The files are not empty.


    You can also try to run the command manually such as:


    Code
    1. perl /var/www/imscp/engine/tools/imscp-httpd-logs-mngr


    Thanks for using i-MSCP

    Hello ;


    You are talking about what logs exactly ? Those under /var/log/apache2 or those that are under /var/www/virtual/<domain.tld>/logs ???


    ok..
    I will test it Laurent... I'd never test it again since the failure appears.. And i was not the only one who had this problem...
    Thanks for support Luarent


    I don't search to shoot you and I don't say you are wrong in your report. I say that I'm unable to reproduce the bug when using i-MSCP out of the box in normal conditions (excluding any migration attempts with scp and so on...). ;)


    Thanks. I'm waiting for your feedbacks for closing the related ticket. Since in the German corner some user begin to become crazy, we must release the rc1 ASAP. :P And of course, any help from your side is welcome too. ;)


    Chuckles... :D Do not confuse default collation and character set from the my.cnf and those really set by you or any script that handle your database schema... :D


    Hi Laurent...
    The main problem is, that the htdocs folder is with rights vu***:www-data, and if you upload a file with ftp you will upload with vu***:vu***. ...
    I don't think that a simple user should fight with file permissions! This have to work out of the box and it doesn't work out of the box.
    Use a software like joomla or wordpress and activate the htaccess.. Then the problem should be appear


    Hello ;


    Again, I'm unable to reproduce that bug with last master.


    I use fcgid and I've tried the following:


    1. Created new database (wp) via test.com account
    2. Created new SQL user via test.com account
    3. Uploaded wordpress files to the htdocs folders of the domain test.com
    4. Installed wordpress via wordpress web installer
    5. Activated rewrite rules via wordpress admin interface (Permalink Settings --> Month and name --> http://test.com/2012/12/sample-post/)
    6. Tried access to a rewritten URL such as http://test.com/2012/12/hello-world/


    And all goes fine for me (OUT OF THE BOX :P). I do not get any 403 error.



    Please, can you test with last master?


    BTW: Setting both, the user and the group to vuxxxx is ok as long the permissions are set as 0644 (world readable). That can be a problem only if the .htaccess file permissions are set to 0640. In such case, yes, I get an error 403. But in my case, the default permissions when I upload the files (including the .htaccess file) via the FTP client (here filezillla) are 0644, not 0640. The .htaccess file as any static file should be readable by the apache user (www-data). For now, all files uploaded via ftp are readable by everyone (0644) and I don't see any problem with that.


    Thanks


    Hello ;


    I cannot reproduce the problem described here with last master.


    1. Usage of fcgid
    2. Creation of new domain account
    3. Deletion of the index.html (filezilla client) file via ftp
    4. Upload of new index.html file via ftp (filezilla client) (permissions are set as vuxxx:vuxxx 0644)


    Code
    1. root@imscp:/var/www/virtual/test.com/htdocs# ls -la
    2. total 16
    3. drwxr-x--- 3 vu2006 www-data 4096 14 déc. 07:12 .
    4. drwx--x--- 9 vu2006 www-data 4096 14 déc. 06:36 ..
    5. drwxr-x--- 2 vu2006 www-data 4096 14 déc. 06:36 images
    6. -rw-r--r-- 1 vu2006 vu2006 90 14 déc. 07:12 index.html
    7. root@imscp:/var/www/virtual/test.com/htdocs#


    All work fine.


    Of course, if you want restrict the permissions to 0640 (not world readable), you must allow the apache user (www-data) to read the static files such as the index.html file, and so, you have to set the user and group as vuxxxx:www-data.


    BTW: When using ITK, the suexec section is not relevant (see the negation)...


    For now, I'll close the related ticket #480.