lessc output is not cached even after setting mode="prod"

15 views
Skip to first unread message

Ashwin Jacob

unread,
Apr 24, 2014, 10:14:10 PM4/24/14
to open...@googlegroups.com

I had been waiting for the mode="prod" enabled asset caching feature and couldnt wait to test and see if it worked.

I have verified that the javascript files are being cached (html\assets\cache) once i set this property but the stylesheets are not written into that folder. Consequently all page loads are slowed down by the less compilation. This was on a headless ubuntu 14+ running an old laptop.

I tried setting the same on a VM i run on my desktop and the feature worked as expected. Any pointers as to where i should look would be appreciated. I 'purged' apache, php (and other libraries mentioned in ur guide) and reinstalled them back but still could not fix the problem.

Jaisen Mathai

unread,
Apr 26, 2014, 11:05:44 PM4/26/14
to open...@googlegroups.com
This should be fixed in the release candidate branch.
https://github.com/photo/frontend/issues/1104


--
You received this message because you are subscribed to the Google Groups "OpenPhoto" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openphoto+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Ashwin Jacob

unread,
Apr 29, 2014, 9:14:34 AM4/29/14
to open...@googlegroups.com
Thanks Jaison, I didnt notice that the fix had not made it into the master branch yet - my bad.

Also just so you know the latest master (commit efde9393) throws exceptions after post back on the 3rd step of setup. (apache error log below)

[Tue Apr 29 07:58:40.227298 2014] [:error] [pid 1321] [client 192.168.1.22:53593] {severity:warn, description:"Uncaught exception (/home/zz/openphotofrontend/src/libraries/external/epi/EpiException.php:13): Query error: SQLSTATE[42000]: Syntax error or access violation: 1140 Mixing of GROUP columns (MIN(),MAX(),COUNT(),...) with no GROUP columns is illegal if there is no GROUP BY clause - SELECT COUNT(*) FROM `album` WHERE `owner`=:owner ORDER BY `name`", additional:}, referer: http://photos/setup/3

[Tue Apr 29 07:58:40.273249 2014] [:error] [pid 1317] [client 192.168.1.22:53595] PHP Notice:  Undefined variable: key in /home/zz/openphotofrontend/src/libraries/controllers/AssetsController.php on line 53, referer: http://photos/setup

[Tue Apr 29 07:58:46.919579 2014] [:error] [pid 1325] [client 192.168.1.22:53597] {severity:warn, description:"Uncaught exception (/home/zz/openphotofrontend/src/libraries/external/epi/EpiException.php:13): Query error: SQLSTATE[42000]: Syntax error or access violation: 1140 Mixing of GROUP columns (MIN(),MAX(),COUNT(),...) with no GROUP columns is illegal if there is no GROUP BY clause - SELECT COUNT(*) FROM `album` WHERE `owner`=:owner ORDER BY `name`", additional:}, referer: http://photos/photos/upload?m=welcome

[Tue Apr 29 07:58:46.969400 2014] [:error] [pid 1365] [client 192.168.1.22:53596] {severity:warn, description:"Uncaught exception (/home/zz/openphotofrontend/src/libraries/external/epi/EpiException.php:13): Query error: SQLSTATE[42000]: Syntax error or access violation: 1140 Mixing of GROUP columns (MIN(),MAX(),COUNT(),...) with no GROUP columns is illegal if there is no GROUP BY clause - SELECT COUNT(*) FROM `album` WHERE `owner`=:owner ORDER BY `name`", additional:}, referer: http://photos/photos/upload?m=welcomes

After this I dropped and recreated the database, removed userdata/config/*.ini and checked out the 4.0.2 rc3 branch (commit 6df597) and attempted to run setup again only to get this error

[Tue Apr 29 08:09:03.908841 2014] [:error] [pid 1318] [client 192.168.1.22:53625] PHP Fatal error:  Call to a member function getGroupsByUser() on a non-object in /home/zz/openphotofrontend/src/libraries/models/Permission.php on line 82

So I cleared and tried to restart from the development branch (commit 8bc0782). I could go through setup but I was still getting the group by error.

What would you recommend is be a stable branch for self hosting?

Thanks,

Ashwin

Jaisen Mathai

unread,
Apr 30, 2014, 2:54:16 PM4/30/14
to open...@googlegroups.com
Ashwin, per your second email I think you got past this by using the RC branch...let me know if that's not correct.


--
Reply all
Reply to author
Forward
0 new messages