Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Re: Feedback: Textpattern CMS 4.9.0 released
Just a quick thank you to everyone involved. Makes me really happy, that this nimble CMS is more than alive!
“HaHa. Your medium is dying.” –Nelson Muntz, Springfield.
Offline
Re: Feedback: Textpattern CMS 4.9.0 released
Vienuolis wrote #342004:
It is also noteworthy that trim does not work before escape, only after
Really?! That’s not what I’d expect, but I guess attributes have to be processed in some kind of order, so maybe if they’re handled in the order they’re presented, there could be corner cases where some later attribute overwrites or alters an earlier one.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline
Re: Feedback: Textpattern CMS 4.9.0 released
Odd; a fresh 4.9 install on Mamp (auto-creation of db worked! :)
When viewing the homepage, the Welcome article was missing. I futzed about looking for the reason, eventually trying setting the date setting from UTC to Auckland. Still no Welcome article.
Around 10 minutes of experimentation in the templates ensued with no luck, when suddenly pop! it displays.
(the Welcome article post date matches the install date).
Does TXP do a time check/sync at 15 minute intervals?
Offline
Re: Feedback: Textpattern CMS 4.9.0 released
giz wrote #342030:
Does TXP do a time check/sync at 15 minute intervals?
Nope. Everything should be instant. There may be some timezone weirdness going on since we had to convert safe_strftime() to design out the PHP deprecated strftime() function.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline
Re: Feedback: Textpattern CMS 4.9.0 released
My test installation on php 8.5 worked great.
But then I tried again with the Multi-site installation (Like here) and admin.mydomain.com/setup results in a blank page.
The log says this: PHP Fatal error: Cannot redeclare function find_relative_path() (previously declared in /var/www/>
Offline
Re: Feedback: Textpattern CMS 4.9.0 released
amordecosmos wrote #342032:
PHP Fatal error: Cannot redeclare function find_relative_path() (previously declared in /var/www/>
Nuts. Will investigate. Sorry for the hassle, and thank you for raising this issue.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline
Re: Feedback: Textpattern CMS 4.9.0 released
amordecosmos wrote #342032:
admin.mydomain.com/setup results in a blank page.
This is baffling. The code in /sites/site1/setup/index.php hasn’t been touched in 8 years. Why would it suddenly start complaining about that function already existing elsewhere? That’s the only place it’s declared!
My only possible thought is that it’s somehow coming to the conclusion that txpath is identical to the /sites/site1/… path and the include is re-requesting the same file. Perhaps via a symlink?
But that whole else block is confusing. If txpath doesn’t exist, why does it define it pointing to the vendors directory and then, a few lines later, try to include /path/to/vendors/setup/index.php? That file won’t exist.
This is odd. Is there anbody with a deeper knowledge of multi-site able to shed any light on it?
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline
Re: Feedback: Textpattern CMS 4.9.0 released
I am no expert by any means, but my Sherlock intuition leads me to ask what are the differences between 8.3 php and 8.5 that would lead to this behaviour? Any clues in the change logs? Assuming that it does in fact work in 8.3 without any errors.
…. texted postive
Offline
Re: Feedback: Textpattern CMS 4.9.0 released
Thank you for the concern and I apologise for the worries.
It was 100 per cent symlinks.
Extracting the tar.gz version within the proper directory made everything work properly. Also, images/files/tmp/plugins all needed to be changed to 755.
Problem solved. Multi-site works great on php 8.5.
Last edited by amordecosmos (Today 00:11:27)
Offline
#70 Today 01:04:01
Re: Feedback: Textpattern CMS 4.9.0 released
Phew. Thought I was going mad there. Thanks for confirming it works, and we’ll look into the permissions on those directories.
I’m still slightly baffled by the code I highlighted, but maybe if it works, it’s better to leave it alone 😜
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline
#71 Today 13:59:47
Re: Feedback: Textpattern CMS 4.9.0 released
May I shed some more diffusing light on the auto thumb experience in Txp 4.9?
Prerequisites:
- I run Txp 4.9.0 and uploaded these two thingies manually. So I think I’m fine for thumbness modernity.
- I host multiple sites on one server.
- Txp Diags accordingly shows this info about the web server’s docroot:
- Document root:
/var/www/virtual/wet/html// THIS IS IRRELEVANT - $path_to_site:
/var/www/virtual/wet/example.com// THIS IS TRUE AND RELEVANT - Textpattern path:
/var/www/virtual/wet/example.com/textpattern// THIS: ALSO
- Document root:
- I get an empty thumbnail when I choose “Thumbnail Type: Automatic” in the image tab.
- Browser dev tools tell me: The response to a request fetching the thumbnail with
https://example.com/images/thumb/w240-h240-c1x1-q80/42.jpg?token=34f0foob4ra2isStatus: 200,body: Image does not exist: /var/www/virtual/wet/html/images/42.jpg. Which is the truth.
This site’s Textpattern path is /var/www/virtual/wet/example.com/textpattern and not /var/www/virtual/wet/html/textpattern. Txp diag knows this but it hides this helpful truth from the images tab.
More info available upon request. Until then I’ll do manual thumbnails like back then in the old ages.
Offline
#72 Today 15:54:40
Re: Feedback: Textpattern CMS 4.9.0 released
wet wrote #342042:
I host multiple sites on one server. Document root:
/var/www/virtual/wet/html$path_to_site:/var/www/virtual/wet/example.com
Hmmm, hu (and by inference ihu) are drawn from the site’s docroot, which the thumbnail generator needs to create a trigger point for thumb creation. And Txp (should) set it correctly for each virtual site.
When the file is actually created behind the scenes, it uses the path because it needs a full directory for mkdir() to work. If path_to_site and ihu don’t match and properly represent the site in question, this will result in failure as you experience.
Is the value of your ihu correct for each site instance? And, if so, I expect the fix is to change:
if (self::$documentRoot === null) {
self::$documentRoot = $_SERVER['DOCUMENT_ROOT'];
}to:
if (self::$documentRoot === null) {
self::$documentRoot = ihu;
}In /vendors/lencioni/SLIR/SLIRConfigDefaults.php.
I glossed over that value because my docroot and ihu match, oops. Please test and if it works, I’ll commit the fix.
Last edited by Bloke (Today 15:55:26)
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline