171
geekwright
Re: How does displaying user time work?

Quote:

iHackCode wrote:
...
So I guess the question is about locales, why is it used to set the timezone?
...


When the system stores a time value, it should be a system (preferably UTC) timestamp, so that data from all layers (web server, database, application, etc.) correlate. When it displays that timestamp, it needs to be expressed in a way useful to the user. That may include adjusting it to the timezone, and respecting whatever conventions are in place due to culture and/or language. That means that conversion for display in current timezone and adjusting user input of time data to UTC/sytem are completely locale dependent issues.

This is especially true of the user friendly relative times. Even a concept as seemingly simple as expressing "x days ago" can change drastically, not just by a direct translation of the phrase "days ago," but the value of x can change the entire expression. 1, 2 and 3 days cases could each be different.

http://www.unicode.org/repos/cldr-aux/charts/26/by_type/date_&_time.fields.html#Relative_Day

I agree it looks like formatTimestamp is mixing UTC and system timezone shifted elements.
For any follow up on this aspect, seehttps://github.com/XOOPS/XoopsCore/pull/240

Thanks!



172
geekwright
Re: How does displaying user time work?

In most circumstances, server_TZ should be 0 (UTC/GMT.) There are "servers" configured incorrectly, where the system time (and therefor PHP's time() function) is not actually UTC. This was common in personal machines using Windows, but showed up occasionally in a variety of systems. Most modern systems use ntp synced clocks set to UTC, so this issue is much less common. In a perfect world, server_TZ would not be needed.

That is the theory. If it is all implemented correctly across the system, I'm not certain. But in the case of the getUserTimestamp() method, it looks correct. It really only should come into play if the server is mis-configured, and then only fix it when displaying the time.



173
geekwright
Re: mail not working

I have a client with a couple of XOOPS sites on godaddy. The sites are fairly low volume, and mail works fine using the PHP mail option. The 'from address' is set to a godaddy hosted mail address (or alias) in all cases.

The client has one of the virtual server packages, not just a simple hosting plan, so there could be differences between offerings.

I would try godaddy support, as it should work.



174
geekwright
Re: TDMCreate 1.91 alpha 1 for Testing

Since you have the code on GitHub, why don't you use the issues tab there for the collaboration? Just curious.



175
geekwright
Re: Is there an updated Xoops upgrade guide?

PHP requirement is 5.3.7, so that is not an issue.

The 404 sounds like the upgrade folder didn't get copied in to the right place. That may or may not be important, depending on what version you were coming from. From 2.5.6, no problems. From 2.5.5, comments may have issues as table columns were added. Further back and there would be more issues.

If everything is working, that is a good sign.



176
geekwright
Re: XMF, where is the latest?

Code is here:https://sourceforge.net/p/xoops/svn/HEAD/tree/XMF/xmf/trunk/xmf

Just install as module xmf.

Attached is some basic documentation. It has not been updated since Request and FilterInput were added to the core, but it should get you started.




177
geekwright
Re: PRECHECK resursion in protector

There are some ramifications to this situation that will take a bit more than an 'if defined' to fix. I'm looking into it.

Thanks!



178
geekwright
Re: XOOPS 2.5.7 Final Release Issues

Quote:

timgno wrote:
You can solve for all languages ​​in a standard way

...

With this code, all characters other than numbers are replaced with the slash


Actually, that would just complicate the problem. (Trying to reference day 6 of month 30, for example.)

The xoops_version.php file does not have any way to define a locale in which it is written, so
$modversion['release_date'] = '06/30/2014';

has to be in the default en_US locale, which is dd/mm/yyyy, otherwise you will get unpredictable results.

For the more general case of processing user input, we do have a locale in use. So, for 2.6, it may be possible to devise a solution that does not depend on PHP's default mechanism to determine the order. But for now, with the the 2.5 series, Mamba's previous advice is the solution.



179
geekwright
Re: login

The 'profile' module is the one that needs updated.



180
geekwright
Re: Problem from protector

Also, if your site is on shared hosting, it is possible one of your 'neighbors' is a spammer, so your server IP is banned?

We really do need some better error checking and reporting for this in protector.




TopTop
« 1 ... 15 16 17 (18) 19 20 21 22 »



Login

Who's Online

197 user(s) are online (133 user(s) are browsing Support Forums)


Members: 0


Guests: 197


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Mar 31
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits