1
Mage
Re: index.php in New modules
  • 4/5 15:15

  • Mage

  • Core Developer

  • Posts: 203

  • Since: 2009/8/2 1


The problem is relatively simple. The .php files which are in the "preloads" folder are loaded automatically by xoops. When we moved from index.html to index.php, we modified core (2.5.11) to not include the index.php file. But on version 2.5.10 there is no this modification.
Including the index.php file generates 404 errors (not in navigation) but on robots or internal scripts on the site.

Several weeks ago, I discovered that one of my websites was no longer referenced by google, the robots were blocked (error 404). I searched (very long) and found this problem. It is for this reason that all modules are modified with index.html in the "preloads" folder.
On xoops 2.5.11 there is no problem but before yes...



2
Mage
Re: index.php in New modules
  • 4/5 6:34

  • Mage

  • Core Developer

  • Posts: 203

  • Since: 2009/8/2 1


Hi, The problem most likely comes from the index.php file which is in the preloads folder.

Can you verify that the modules/xsitemap/preloads/ folder does not contain the index.php file?

If in this folder there is the index.php file, it is absolutely necessary to remove it and put the index.html file in its place.

You have to check all your modules and do the same manipulation.

The problem should go away.



3
Mage
XOOPS 2.5.11 follow-up
  • 4/4 18:32

  • Mage

  • Core Developer

  • Posts: 203

  • Since: 2009/8/2 1


To celebrate the 3 years of work on XOOPS 2.5.11 (and yes 3 years today), we have decided to propose an article per week on the modifications of this version. The objective is to analyze a period to highlight statistics and important points of modification.

You can find article 1 here:

https://www.monxoops.fr/modules/xmnews/article.php?news_id=49&lang=english



4
Mage
Re: xlanguage and xoopsfaq problem
  • 2021/10/29 7:56

  • Mage

  • Core Developer

  • Posts: 203

  • Since: 2009/8/2 1


Hello,

I don't know if it's related but the problem with xlanguage is that it processes the tags right before display. Let's imagine that the module makes a php break in the text (the php code takes the first 50 characters):

[en]My text of more than 50 characters [/en][fr]Mon texte de plus de 50 caractères [/fr]

It will transmit to xlanguage:

[en]My text of more than 50 characters...

And this is the beginning of the problems! He cannot close the tags!

To correct the problem, the module must clean the tags before processing the length of the text!

This is how I did for my modules:

https://github.com/GregMage/xmnews/commit/74fb8d951e7100f51162bcda2f3316070e95dfcb

for comment:

https://github.com/GregMage/xmnews/commit/350c02dda31018f8e5515e1a8941767889c36af3

If modules don't do this, they won't be able to work properly with xlanguage.

Today there are no other possible solutions...



5
Mage
Re: Looking for a light moduke to better understand Xoops Modules Namespacing
  • 2021/4/8 11:53

  • Mage

  • Core Developer

  • Posts: 203

  • Since: 2009/8/2 1





6
Mage
Xmdoc version 1.2 Final Released
  • 2021/3/30 19:54

  • Mage

  • Core Developer

  • Posts: 203

  • Since: 2009/8/2 1


Hello,

We are happy to announce the release of version 1.2 of the module xmdoc.

This version brings 2 major new features:

- Addition of a system allowing to force the download
- Categories now have a color.

The complete list:

-------------------------------------------------
Version: 1.2 Final
Date: 30.03.2021
-------------------------------------------------
Bug fixes:
- In some cases, documents were not displayed when creating an item.
- The error message when removing the link from a document was not displayed.
- If several categories were selected when editing blocks, they were no longer selected when editing the block again.

Improvements:
- Addition of a system allowing to force the download (only the files on the site will be forced).
- By default the option to rename documents (in categories) is set to false.
- Documents with the "rename documents" category option set to false have a suffix added so as not to overwrite a document with the same name.
- The name of the document is reconstructed when downloading.
- Categories now have a color.
- The names of the categories in the administration (list view) now have a link which allows direct access to the category on the user side.
- The names of the documents in the administration (list view) now have a link which allows direct access to the document on the user side (only if the modal display is not used).
- Compatibility with PHP 8.

Security:
- The message under the about heading regarding file protection is now revised, with the new system that forces a .htaccess download with "Deny From All" to work.
- Change from index.html to index.php

Xmdoc on www.monxoops.fr



7
Mage
xmcontent 1.5 Final Released
  • 2021/3/14 21:59

  • Mage

  • Core Developer

  • Posts: 203

  • Since: 2009/8/2 1


Hello,

We are happy to announce the release of version 1.5 of the module xmcontent.

This version brings 2 major new features:

- Modification of the content from the user part
- Possibility to include a page in another

The complete list:

-------------------------------------------------
Version: 1.5 Final
Date: 14.03.2021
-------------------------------------------------
Bug fixes:
- The search ignored permissions.
- Tempaltes encoding problem.
- Fixed an error with xmdoc.
- Fixed an error with the content filter (admin).

Improvements:
- Code optimization.
- Better integration of XMF.
- Added modification permission.
- The content is now editable from the user part.
- PHP8 compatibility.
- Integration of xmsocial to rate content and add social media.
- We can now include a page in another page.

Security:
- Users who had the rights to edit content could change the permissions.
Now only those who have the right to administer the module can do it.

To see the description of the module and download it:

xmcontent on www.monxoops.fr



8
Mage
Re: xmdoc
  • 2021/3/14 21:56

  • Mage

  • Core Developer

  • Posts: 203

  • Since: 2009/8/2 1


Thank you all for voting for my module!



9
Mage
Re: extCal 2.40 RC-1 Released for Testing and Contributions
  • 2021/3/2 18:32

  • Mage

  • Core Developer

  • Posts: 203

  • Since: 2009/8/2 1


It is important to correct this:


https://github.com/XoopsModules25x/extcal/issues/31


as it can be a source of error!

And you really have to communicate for European date format, you have to use the "-" sign in global.php!



10
Mage
Re: extCal 2.40 RC-1 Released for Testing and Contributions
  • 2021/3/2 18:28

  • Mage

  • Core Developer

  • Posts: 203

  • Since: 2009/8/2 1


Hello,

This problem is known and very easy to correct! You cannot use the following date format:

day/month/Year

The following format must be used:

day-month-Year

It's related to this:

https://www.php.net/manual/en/function.strtotime.php


Quote:
Note:

Dates in the m/d/y or d-m-y formats are disambiguated by looking at the separator between the various components: if the separator is a slash (/), then the American m/d/y is assumed; whereas if the separator is a dash (-) or a dot (.), then the European d-m-y format is assumed. If, however, the year is given in a two digit format and the separator is a dash (-), the date string is parsed as y-m-d.

To avoid potential ambiguity, it's best to use ISO 8601 (YYYY-MM-DD) dates or DateTime::createFromFormat() when possible.


So you have to be very careful with the xoops translation file, particularly this file:

global.php

To inspire you, we had the same problem with the FR translation. Here you will find a correct example of the dates:

https://github.com/MonXoops/XOOPS-monxoops-Traduction-FR/blob/master/htdocs/language/french/global.php

line 201, 202, 203 and 204!




TopTop
(1) 2 3 4 ... 9 »



Login

Who's Online

81 user(s) are online (48 user(s) are browsing Support Forums)


Members: 0


Guests: 81


more...

Donat-O-Meter

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

Latest GitHub Commits