1
kenogui
Re: RSS from WfSection
  • 2004/4/2 7:48

  • kenogui

  • Just popping in

  • Posts: 25

  • Since: 2004/1/19


easy,

1/ put in modules/xfsection/include the file "data.inc.php" given by the RSS mod. package
2/ if XFsection is not supported by this mod (I haven't checked) adapt the SQL queries to xfsection tables
3/ upload rss package include files and images into XOOPS-ROOT-PATH/include and images
4/ change the array line 41 in rss.php to values you want (which modules need rss syndication, in your case -> xfsection + whatever you want)
5/ upload rss.php into XOOPS root folder
6/ put the RSS.png image link where you want on your site, and make it a link to rss.php
7/ anyone who wants to syndicate your info will usehttp://www.yourdomain.com/rss.php into his RSS reader and will give back your xfsection infos

that's it

clear enough ?



2
kenogui
Re: Item-Specific Page Titles in News, wfsection.. and newbb
  • 2004/3/31 12:49

  • kenogui

  • Just popping in

  • Posts: 25

  • Since: 2004/1/19


this hack works just fine, but the main pb is that it's not working anymore if you have cache enabled on your site !

any idea about that ? just try to see twice a news uncached/then cached and you will see ...



3
kenogui
Re: Each page have it's own title would be nice
  • 2004/3/31 12:43

  • kenogui

  • Just popping in

  • Posts: 25

  • Since: 2004/1/19


this hack works just fine, but the main pb is that it's not working anymore if you have cache enabled on your site !

any idea about that ? just try to see twice a news uncached/then cached and you will see ...



4
kenogui
Re: ShortURLs hack
  • 2004/3/25 13:40

  • kenogui

  • Just popping in

  • Posts: 25

  • Since: 2004/1/19


Hi all,

I've just testing your hack and it works just fine.

but (there is always a but ) the module invision power board ported by koudanshi and used by a lot of XOOPS users, has some troubles.

user profiles menu is not working (selected an item send us back to the forum index) and pages in posts are not working too.

I have located the pb, it's not a big one. It's due to the syntax of the ipbm parameters in url, they are not correctly parsed by your hack, here is an example for the page 2 of a post :

<!-- request: /m-ipboard+index+s-2189d05b36ab808cbf562e23306dc6c1-showtopic-539st-10.html
-->
<!-- 
Loader Phpself: /loadpage.php<br>-->
<!-- 
Loader Script path: -->
<!-- Array
(
    [
0] => /m-ipboard+index+s-2189d05b36ab808cbf562e23306dc6c1-showtopic-539st-10.html
    
[1] => m
    
[2] => ipboard
    
[3] => 
)
-->
<!-- Array
(
    [
0] => /m-ipboard+index+s-2189d05b36ab808cbf562e23306dc6c1-showtopic-539st-10.html
    
[1] => index
)
-->
<!-- Array
(
    [
0] => /m-ipboard+index+s-2189d05b36ab808cbf562e23306dc6c1-showtopic-539st-10.html
    
[1] => s
    
[2] => 2189d05b36ab808cbf562e23306dc6c1
    
[3] => showtopic
    
[4] => 539st
    
[5] => 10
    
[6] => 
    [
7] => 
    [
8] => 
    [
9] => 
    [
10] => 
    [
11] => 
    [
12] => 
    [
13] => 
    [
14] => 
    [
15] => 
    [
16] => 
    [
17] => 
    [
18] => 
    [
19] => 
    [
20] => 
)
-->
<!-- 
Setting s to 2189d05b36ab808cbf562e23306dc6c1-->
<!-- 
HTTP_GET_VARS[sset to2189d05b36ab808cbf562e23306dc6c1-->
<!-- 
GET[sset to2189d05b36ab808cbf562e23306dc6c1-->
<!-- 
Setting showtopic to 539st-->
<!-- 
HTTP_GET_VARS[showtopicset to539st-->
<!-- 
GET[showtopicset to539st-->
<!-- 
Setting 10 to -->
<!-- 
HTTP_GET_VARS[10set to: -->
<!-- 
GET[10set to: -->
<!-- 
Checking dir: -m--->
<!-- 
Entering dir: -modules--->

<!-- /
home/kenogui/domains/bloodbowl-fr.com/public_html/modules-->
<!-- 
Checking dir: -ipboard--->
<!-- 
Entering dir: -ipboard--->
<!-- /
home/kenogui/domains/bloodbowl-fr.com/public_html/modules/ipboard-->
<!-- 
Checking dir: ---->
<!-- 
Setting main script toindex.php-->
<!-- 
Script name: /modules/ipboard/index.php-->
<!-- 
Request uri: /modules/ipboard/index.php?s=2189d05b36ab808cbf562e23306dc6c1&showtopic=539st&10=-->
<!-- 
Php_self: /modules/ipboard/index.php-->
<!-- 
working dir: /home/kenogui/domains/bloodbowl-fr.com/public_html/modules/ipboard-->
<!-- 
Loadingindex.php-->


and the original URL is :
http://www.bloodbowl-fr.com/modules/ipboard/index.php?s=2189d05b36ab808cbf562e23306dc6c1&showtopic=539&st=10


the parameter #4 " [4] => 539st" is wrong, it should be "539" only.
and we should have a 5th parameters called "st=10".

I think it's a start point for you, I'm currently trying to debug it, but you will be faster than me ....

thanks !

[EDIT]
I forgot to add: it can be really cool if during the process to support ipbm, you can do something to "remove" SID from urls ... ipbm doesn't really need them in the url, if you remove it, it will use a new one (not in the URL this time). I say that because I already experienced a lot of pb with SID and googlebot which is crawling 20 times the same post with a new SID each time, thinking this is a new "rewrited" page ... I had a huge bandwidth consumption due to this ...



5
kenogui
Re: Gzip compression really working ?
  • 2004/2/20 8:34

  • kenogui

  • Just popping in

  • Posts: 25

  • Since: 2004/1/19


ok, it works now. Thx. It was the wrong file.



6
kenogui
Re: Gzip compression really working ?
  • 2004/2/19 17:33

  • kenogui

  • Just popping in

  • Posts: 25

  • Since: 2004/1/19


@jan304:
Yes your code is not working at all, gzip is not used and my option is correctly activated.

take a look at:http://www.edginet.org/cgi-bin/http_head.cgi?url=&Submit=Submit&mod=&enc=on&.cgifields=enc

check the box for accepting the Gzip, and look at the HTTP header in response, there is no line "content-Encoding: gzip" with your code.
Same result with ackbarr tools for mozilla (a great one I didn't known ... thx for that ackbarr).

on the other hand, ackbarr proposal with the Htaccess lines, is fully working. Thanks a lot !

@ackbarr:
about jpcache, it was not a proposal to use jpcache instead of smarty, but to use or to be inspired by its Gzip handling function for xoops...



7
kenogui
Re: Gzip compression really working ?
  • 2004/2/19 14:52

  • kenogui

  • Just popping in

  • Posts: 25

  • Since: 2004/1/19


aahhhh yes, I'm happy to find an answer following my discover.

With the Gzip encoding there is no secret, to be completely sure that it's working, you should and you must check apache log files, and see the content size of the sent page with and without gzip. You will see a great loss of size or not. It's the only real, secure way to verify the Gzip.

A lot of people are thinking to use gzip on their website, but in fact, it's really easy to be wrong. It's not only a simple call to a gz_handler() function which will make it ...

please take a look at jpcachehttp://www.jpcache.com/ which is the best gzip encoding / cache algorithm available for PHP. If you use this on a website, you can be sure to have on-the-fly gziped website.

And in term of performance, I think XOOPS need a good Gzip, because it's not "really" fast ... (but I still like a lot XOOPS which the best CMS I ever used ! )



8
kenogui
Re: Gzip compression really working ?
  • 2004/2/19 13:17

  • kenogui

  • Just popping in

  • Posts: 25

  • Since: 2004/1/19


No one knows something about that ???

Xoops core team, please !!!



9
kenogui
Re: SCROLL
  • 2004/2/19 8:59

  • kenogui

  • Just popping in

  • Posts: 25

  • Since: 2004/1/19


Glad you like it.

About the short URL hack published before mine, in fact you know, this hack is really not mature enough and not well-coded. I have nothing about its author, and I'm sorry to say that ... but for a lot of reasons I will not explain here to avoid off-topic, this is not a good hack, mine works better, really.

If you want, you can start a new forum topic about that and I will follow you to explain this to everybody.

I would like a lot to see my code integrated into XOOPS core, and frxoops.org webmasters are already really enthousiastic about it. Because of many reasons, XOOPS URLs are not bot-friendly at all, contrary to the words of some XOOPS team members.

About the marquee :
-----------------------------
you can easily change all parameters to made new scroll direction and speed. The Little javascript included in the tag is my personal add but it's not obligatory, it's only to be more user-friendly by stopping the scroll when mouse is over it.



10
kenogui
Re: Apache mod_rewrite RewriteRule Success
  • 2004/2/19 7:30

  • kenogui

  • Just popping in

  • Posts: 25

  • Since: 2004/1/19


Yes indeed I wrote a working hack for this.

Is much more than only a friendly Urls generator, it's complete rewrite by PHP regular expression and then an Apache translation.

It's based on the google tap for phpnuke which is perfectly working.

I found many troubles in the "short url" hack previously released, and I don't like the manner it's done, so I decided to rewrite GT for xoops.

My hack supports:
- news
- mylinks
- mydownloads
- contact
- liens
- xoopspoll
- ipbm

It's really easy to add new rewrite rules in my code, and you can easily add your needed modules.

I will update the hack asap, with newBB and other usefull modules ... I only need to find most populars ones ...




TopTop
(1) 2 »



Login

Who's Online

224 user(s) are online (135 user(s) are browsing Support Forums)


Members: 0


Guests: 224


more...

Donat-O-Meter

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

Latest GitHub Commits