Forums

Unfortunately no one can be told what FluxBB is - you have to see it for yourself.

You are not logged in.

#26 Re: Announcements » FluxBB 1.4-beta1 released » 2009-05-31 12:39:13

SuperMAG

yep thats it. i doesnt edit any core code. just changes the offical style.

#27 Re: Announcements » International support » 2009-05-29 16:31:40

SuperMAG
Zhra wrote:

Thanks' so much
I'm looking forward to get Arabic translation, or at least to get the writing direction to be RTL

mauqihak ma feha montada.

#29 FluxBB discussion » Any News on Fluxbb 2.0 » 2009-05-29 11:06:43

SuperMAG
Replies: 2

Just wondering if you people started working on 2.0, not that i am impatient, but i wondered if there is a hidden trac of it. (Just curious thats all)

#30 Re: Announcements » FluxBB 1.4-beta1 released » 2009-05-28 22:27:37

SuperMAG

yep, u people can make that official theme rather then the old one.

#31 Re: Announcements » FluxBB 1.4-beta1 released » 2009-05-28 10:36:36

SuperMAG

why not just make a new style for it that resembles 1.3.

#32 Re: Announcements » FluxBB 1.4-beta1 released » 2009-05-27 16:55:15

SuperMAG
qubertman wrote:
yann wrote:

where is the long & exciting posts with all the changes from the 1.2 branch? smile

- Improve unread topic tracking
- Split/merge posts
- UTF-8 support
- DST support
- IPv6 support
- SSL support for SMTP
- Report flood protection
- Date/time formatting option for users
- Group permission for viewing userlist/profiles
- Allow a default email setting for new registrations
- Allow for multiple moderator groups
- More per-group controls
- Allow to disable the "views" column via the admin panel
- Log the ban creator for bans
- Parse BBcodes in search results
- Add first_post_id to the topics table
- Number formatting for thousands separator
- Exclude unverified users in user count and userlist
- Move hardcoded strings to language file
- A set of MySQL/MySQLi dblayers that use InnoDB and take advantage of transactions
- General changes to the dblayer
- db_update.php and database revision

Nice!!!!!!!!!

I have three questions i want to ask.

1- So what is the main difference between Flux 1.3 and Flux 1.4 Except for extension system and SEF urls.
2- And of all these changes that were maded, are you devs are sure that all the 1.2 plugins, mods and styles will still work in 1.4.
3- And Will there ever gonno be a fluxbb mods and styles download place.

Thanks for you hard work guys, even though i dont like editing the files my self but this looks like classic release.

#33 Re: General discussion » two choice » 2009-05-25 14:03:12

SuperMAG

try using an un modified version of the flux/pun bb.

and then when u need a mod, post about it here so people can know if it would be good for ul.


-------------OR-----------------

Use another forum software.

#35 Re: Feature requests » /include/parser.php: waste of CPU! » 2009-05-11 13:40:02

SuperMAG

Regarding Search etc, i readed a post in Punres.org, i think it might intrest you people as it mention an alternate search engine.

http://www.punres.org/viewtopic.php?pid=25502#p25502

#36 Re: Feature requests » /include/parser.php: waste of CPU! » 2009-05-06 21:35:50

SuperMAG

is there any 1.3 full text search currently.

#37 Re: Feature requests » /include/parser.php: waste of CPU! » 2009-05-06 19:46:48

SuperMAG

well then it must be official extension, since alot of big boards need it.

#38 Re: FluxBB discussion » 1.3, 1.4, 2.0 -- i don't get it » 2009-05-06 13:33:14

SuperMAG
Smartys wrote:
pbreit wrote:

This is the worst of the worst of the worst of open source software. All kinds of ridiculous forking and versioning to totally piss off users.

Yes, because that's exactly what the developers of open source software love doing. We actually get paid cash from Microsoft every time we piss off a user.</sarcasm>

hahahaha.

#39 Re: General support (1.2) » High CPU usage.... » 2009-05-04 08:44:45

SuperMAG

where is the link of ur forum

#40 Re: Feature requests » /include/parser.php: waste of CPU! » 2009-05-04 08:43:58

SuperMAG

yes i already said, the search functions mostly (New posts, Active topics, Unanswered topics)

#41 Re: Feature requests » /include/parser.php: waste of CPU! » 2009-05-03 22:56:33

SuperMAG

???

i think its the part where i do not understand because of lack of coding language. oh well.

#42 Re: Feature requests » /include/parser.php: waste of CPU! » 2009-05-03 19:41:29

SuperMAG

well if people changed sittings, the old caches files gets expired. and new are created by the first visitor that vists the topic.

donno about putting it in core or not, because people will ask why it makes high load, in which this forum is suppose to be the lightest. so it will affect on the popularity that will be produced.

-------------

can any of the this site owners post a server load per day of this forum. this week. and which pages produce more load. i think that would be good start to begin with.

#43 Re: Feature requests » /include/parser.php: waste of CPU! » 2009-05-03 18:53:11

SuperMAG
SuperMAG wrote:

all i am saying that, you can cache all the stuff that can be cached. it would left quite a little load from server. and stuff that cant be cached can always remain like this or find a better solution for it.

MattF wrote:

Display smilies, display images etc. Those are all user-defined preferences on a per-post basis.

i dont know how that affect the cache. i mean the cache is made after the post is posted. and parser is being run only once. the HTML will be produced. So all the images, smiles that are suppose to be there should be cached, if the person disables those stuff. they it can be posted in the first place. and html will only be produced after its posted.

am i making any sense (lol)

MattF wrote:

p.s: Better, not bitter.

OPSSS sorry LOL.

#44 Re: Feature requests » /include/parser.php: waste of CPU! » 2009-05-03 18:18:50

SuperMAG

all i am saying that, you can cache all the stuff that can be cached. if you save even few queries from being excuted then it would be a win. LOL. and it will left quite a little load from server. and stuff that cant be cached can always remain like this or find a better solution for it.

#45 Re: Feature requests » /include/parser.php: waste of CPU! » 2009-05-03 18:16:56

SuperMAG

mmm sorry couldn't understand the (preferences) word. if you means stats and online + offline button, you can always not cache it. it would still left a little load from the server.

#46 Re: General support (1.2) » Friendly or Clean URLs like in this forum » 2009-05-03 18:14:46

SuperMAG

yes i do lol. well i dont like php and weird names like viewtopic?=24 for my people to see, so topic number + title look nice.

#47 Re: Feature requests » /include/parser.php: waste of CPU! » 2009-05-03 18:10:22

SuperMAG

well that makes me get back to the separate word. LOL

If you only cache the Posts only. Then no parsing will be requred in that place.

And user options like stats at left etc can always be separated from the cache content. (right hmm )

And you can add an option to users if they want to cache the users stats etc, like stats gets updated per day. there is an option about that in vbulletin.

this also includes the stats of topics, views etc.

and this must be an option for person in admin area, like if he want to cache the stats.

-------------------------------------

Parser.php is not the only load problem

The links (New posts, Active topics, Unanswered topics) Produce much more higher load then any other thing in fluxbb.

my host provider told me that, and i don't even see those links in vbulletin (may be i am blind) but they are disappeared in the latest version. high sever load might be the reason they disabled it or maked an option for it.

These are very important links and i always use it. so i cant just disable it. so a solution needed for this one.

I mean how can u cache a stuff that constantly gets updated. mmm

#48 Re: General support (1.2) » Friendly or Clean URLs like in this forum » 2009-05-03 07:07:07

SuperMAG

yep, its just a small thing, and its nice too.

#49 Re: Feature requests » /include/parser.php: waste of CPU! » 2009-05-03 05:55:26

SuperMAG

well then what about cache. if you cache the posts as HTML, you don't need to parse it over and over. unless this will have security issues.

this well use alot of space. or may be impossible because some stuff always gets updated, mmm i don't know what i am thinking anymore LOL

#50 Re: Feature requests » /include/parser.php: waste of CPU! » 2009-05-03 05:27:45

SuperMAG

sorry, i gave a hint, since i am not a coder, i cant be sure what i am suggesting is right or waste, but i though of this:

Since you said that parser.php have multiple jobs, you people can separate the file, and each file loads when its needed.

Board footer

Powered by FluxBB 1.5.0