Page 1 of 1

X3 Beta V0.5

Posted: 28 Nov 2014, 02:59
by mjau-mjau
X3 Beta v0.5 Nov 28
Sorry good folks, it took a few days extra to nail this release, but it was important to straighten out some core fundamental issues.

---
To those who want to download this release, send me a PM, and I will provide a secret link.
---

For those of you who already have an X3 in working order free from issues with file paths- and/or mod_rewrite, this may be an uninteresting release ... I would probably skip the update, unless you are curious about some of the details. This release basically caters to the many server issues new users were experiencing with permissions, paths, htaccess and mod_rewrite. Highlights of this release:

New 'check' page
https://www.photo.gallery/demo/x3/check/
Although this page looks almost identical to the previous /diag/ page (which is now removed), it has some new extensive features for checking what permissions are required to be set on your server, improved mod_rewrite testing, and suggestions about how to fix mod_rewrite on your server if it needs "rewriteBase" configuration. We have added this page as a compulsory check after uploading X3 to any website, and we have also added extensive documentation:
https://www.photo.gallery/x3docs/setup/check/

If you just want to grab the new check folder, get it below and just upload into your root x3 folder:
https://d.pr/f/1amkP

Non-rewrite option
We dug deep into the code, and have released an option to run X3 without mod_rewrite and without the .htaccess file. Although it is strongly recommended to use the rewrite feature, it is useful to be able to run X3 regardless of .htaccess and mod_rewrite, especially for those on troublesome server combos. Without mod rewrite, the only difference you will see visually, is that URLs will look like this:
Code
yourgallery/?/page/
... instead of this ...
Code
yourgallery/page/
* You can disable rewrite by simply renaming .htaccess to disabled.htaccess.

Fixed Paths
Some of you were experiencing problems with incorrect paths regardless of mod_rewrite. This has now been fixed- and improved on a global level across all page, templates, scripts and assets.

Strict error reporting
Not a huge feature, but be aware that we have added stricter notifications- and error reporting globally into Imagevue now. It means you might get additional "notices" in your browser, but it may help us weed out further issues on some servers.

Slimmer Panel, assets from CDN
Changed panel to load majority of scripts and css from cdnjs.com for the benefit of speed, caching and flawed local server settings (example). Not only does this improve load speed, but it slims down the panel and makes updating easier.

Magic Quotes
Fixed magic quotes bug in panel

---

Updating
I will be adding some general instructions for this soon, but for now follow this basic rule. Upload and overwrite ALL files, EXCEPT the /content/ folder, which contains all your pages, content and settings. You may need to make a backup of your panel/config.php file also if you have set a login (which is likely).

---

Files changed:
Code
renamed:    /diag -> /check
modified:   .htaccess
modified:   app/stacey.inc.php
modified:   default.htaccess
modified:   extensions/twig-extensions.inc.php
modified:   extensions/twig.imagevue.inc.php
modified:   index.php
deleted:    panel/filemanager_assets/codemirror/
deleted:    lots of assets in panel folder loaded from cdnjs.com instead
modified:   panel/filemanager_core.php
modified:   panel/filemanager_user/edit_file.php
modified:   panel/filemanager_user/edit_img.php
modified:   panel/filemanager_user/footer.php
modified:   panel/filemanager_user/header.php
modified:   panel/filemanager_user/login.php
modified:   panel/filemanager_user_core.php
modified:   panel/footer.php
modified:   panel/header.php
modified:   panel/install/index.php
modified:   panel/install/install.php
modified:   panel/install/update.php
modified:   panel/login.php
modified:   public/js/imagevue.min.js
modified:   public/js/imagevue.min.jsgz
modified:   templates/audio.json
modified:   templates/default.html
modified:   templates/diagnostics.html
modified:   templates/feed.atom
modified:   templates/json_feed.json
modified:   templates/page.html
modified:   templates/page.json
deleted:    templates/partials/absolute.html
modified:   templates/partials/feed/feed-loop.atom
modified:   templates/partials/footer.html
deleted:    templates/partials/functions/function.base-url.html
modified:   templates/partials/head.html
modified:   templates/partials/head.skin.html
modified:   templates/partials/module.context.html
modified:   templates/partials/module.folders.html
modified:   templates/partials/module.gallery.html
modified:   templates/partials/module.search.html
modified:   templates/partials/nav/article-nav.html
modified:   templates/partials/nav/header.html
modified:   templates/partials/nav/root-menu.html
modified:   templates/partials/sitemap/sitemap-url.xml
modified:   templates/sitemap.xml

Re: X3 Beta V0.5

Posted: 28 Nov 2014, 06:07
by localhost
Hi Karl,

Does will this solve my /photography - /photograph linking issue? Thanks

Re: X3 Beta V0.5

Posted: 28 Nov 2014, 10:05
by mjau-mjau
localhost wrote:Does will this solve my /photography - /photograph linking issue? Thanks
Yes!

Re: X3 Beta V0.5

Posted: 28 Nov 2014, 15:38
by localhost
mjau-mjau wrote:
localhost wrote:Does will this solve my /photography - /photograph linking issue? Thanks
Yes!
Great! Will update the other installation now.

Re: X3 Beta V0.5

Posted: 29 Nov 2014, 10:28
by drzylvon
HI Karl,

Thanks for the good development effort!

My installation passes everything ... but the "open_basedir restriction".
I'm on pay hosted services. In effect, I get this error message everynow and then on the page but so far (I really just uploaded one folder so far, just catching back on your excellend software) I can't see if it's limiting in any way.

Can you clarify ? Is there a workaround ?

Thanks in advance,

Re: X3 Beta V0.5

Posted: 29 Nov 2014, 12:42
by mjau-mjau
I am still gathering information about the effects of open_basedir, and it may even depend on how open_basedir is configured on your server. My observations so far for 2-3 user with this restriction indicate it is relatively harmless:

1) It does not seem to affect main parts of X3: _cache is created as normal, and I have not heard anyone with problems from the panel. Essentially, unless you are getting critical errors, this open_basedir may just be a minor annoyance.

2) The only common observation we have made, is that open_basedir is preventing X3 from deleting "stale" (old) cache files. Why? Because the cache contains PHP template files created by X3, and I believe open_basedir doesn't want the X3 script to be able to delete PHP files, unless they are in a folder "/tmp:/opt/php/lib/php" which seems to be the value of your open_basedir setting. What will the problem be? The only problem will be that your cache folder may start filling up with unused template files as you progress with your gallery through time. This is not a critical issue, but it is not perfect ... It can likely be solved by manually emptying your app/_cache/ folder once in a while, but it is not strictly necessary.

The other issue, is that it will often return a "notice" in some of your pages when the process above fails, and this will break the page/ajax. This can however be solved by ignoring "notices" from the X3 script, but currently we have it set to report all issues so we can intercept them in the beta version.

I have worked out this conclusion based on the following "notice" which seems consistent:
Code
<b>Warning</b>:  unlink() [<a href='function.unlink'>function.unlink</a>]: open_basedir restriction in effect. File() is not within the allowed path(s): (/home/www/69d592bebf60581561c0be294d6008a0:/tmp:/opt/php/lib/php) in <b>/home/www/69d592bebf60581561c0be294d6008a0/web/app/cache.inc.php</b> on line <b>37</b><br />
I believe one user solved this by changing to "open_basedir: /" in their php.ini, but he must be in control of his own virtual server to do so, and if it is gonna be set like that, I don't see why it would need to be enabled in the first place.

It would be interesting to know what your hosts had to say about the above, that X3 is not allowed to delete template php files created by itself ...

Re: X3 Beta V0.5

Posted: 01 Dec 2014, 12:55
by drzylvon
Thanks for the extensive reply Karl,

it's indeed as described and indeed, if you have no access to your .ini or server config, it's not "fixable"
I understand the debugging idea of displaying it, no problem.

Just a minor comment. I think it would be nice to display the version number in the footer.

Re: X3 Beta V0.5

Posted: 01 Dec 2014, 13:24
by mjau-mjau
I think we will try to remove debugging notes in the upcoming release. It doesn't make sense for it to break your gallery just to announce a non-critical notification.
drzylvon wrote:Just a minor comment. I think it would be nice to display the version number in the footer.
You mean X3 version number?

Re: X3 Beta V0.5

Posted: 03 Dec 2014, 03:37
by drzylvon
yes

Re: X3 Beta V0.5

Posted: 03 Dec 2014, 11:26
by mjau-mjau
I'm thinking to maybe it add somewhere else, maybe just in the /check/ page for now ... Most users want to customize their own footer, so what's the point in adding it there if it will be frequently removed?

Re: X3 Beta V0.5

Posted: 03 Dec 2014, 14:31
by localhost
You are right, Karl

Maybe you could put it on the PANEL login page instead. Once the website is working great you will hardly use the CHECK page.

Re: X3 Beta V0.5

Posted: 03 Dec 2014, 23:13
by Bulletproof IT
10/10 For the changed file listing.

Really impressed how organised you are being. :)

Well done.