News:

SMF 2.1.4 has been released! Take it for a spin! Read more.

Main Menu

SimplePortal vs TinyPortal - Which do you PREFER?

Started by Douggy, July 29, 2009, 05:30:01 PM

Previous topic - Next topic

Which do you prefer?

SimplePortal
226 (48.7%)
TinyPortal
135 (29.1%)
Other/Neither
103 (22.2%)

Total Members Voted: 452

feline

Quote from: Bloc on June 16, 2010, 06:57:26 PM
SMF is optimised. It has sections that do certain things and no more. The queries can be perfetcly matched to the page. TP, and possibly other portals, doesn't or can't be optimised the same way, because it allows the user infinite freedom to add extra code.
PortaMx can ... We have extensive db-query caching for all block, they have db-queries. And with high quality cache trigger, we can break down the cache refresh to block, member group or user, which is of course block type dependent. This caching is also available for customer php blocks.

Fel

feline

Quote from: MrMorph on June 17, 2010, 09:55:12 AM
Feline, did you invent OOP or something ?
PortaMx is programmed in php-OOP with compatibility for php4.

Fel

vbgamer45

I personally can't stand OOP its like following a maze of objects and to figure out how they are defined and what properties they have. You can have a couple objects but if the whole script itself it gets crazy I tried following joomla or IPB I can't get my head around it. That's what I like about SMF I rather have functions in files then have to deal with objects completely. 
Community Suite for SMF - Take your forum to the next level built for SMF, Gallery,Store,Classifieds,Downloads,more!

SMFHacks.com -  Paid Modifications for SMF

Mods:
EzPortal - Portal System for SMF
SMF Gallery Pro
SMF Store SMF Classifieds Ad Seller Pro

feline

What is simpler as $this->anyvarname  ;D
You can read/write any variable inside a block like $this->config['title'] without side effect to other identical blocks? I think no ...  ;)

Fel


Aaron7pm

Quote from: feline on June 17, 2010, 03:09:39 PM
What is simpler as $this->anyvarname  ;D
You can read/write any variable inside a block like $this->config['title'] without side effect to other identical blocks? I think no ...  ;)

Fel

Good point, i might switch from SimplePortal to this

bloc

Quote from: feline on June 17, 2010, 02:42:54 PM
Quote from: Bloc on June 16, 2010, 06:57:26 PM
SMF is optimised. It has sections that do certain things and no more. The queries can be perfetcly matched to the page. TP, and possibly other portals, doesn't or can't be optimised the same way, because it allows the user infinite freedom to add extra code.
PortaMx can ... We have extensive db-query caching for all block, they have db-queries. And with high quality cache trigger, we can break down the cache refresh to block, member group or user, which is of course block type dependent. This caching is also available for customer php blocks.

Fel

Maybe..but it sounds like an awful lot of smaller cached bits that have to be assembled. Anyways, i am sure much can be achieved, I was more thinking of currently how TP works. Without any caching done.

Quote from: vbgamer45 on June 17, 2010, 02:53:00 PM
I personally can't stand OOP its like following a maze of objects and to figure out how they are defined and what properties they have. You can have a couple objects but if the whole script itself it gets crazy I tried following joomla or IPB I can't get my head around it. That's what I like about SMF I rather have functions in files then have to deal with objects completely. 

I have come to see OOP as an advantage, especially if you say, write a mod that defines an "article" class. This class may then be extended to another, more complex article object - but the interface will stay the same through both . And again extend on extended classes..well, the possibilites are limitless. In a small mod I am tinkering with(rather slooow I might add lmao) I have started very small and simple - but by using OOP I can later expand that class without making the original more complex, rather I extend the class for a new type of article.

Reading OOP code is just a matter of getting used to it, nothing more. Inside a class you'll find the functions, variables etc. OOP is a way to collect those functions into closed items. In other words, into objects. ;D

feline

#266
Quote from: Bloc on June 17, 2010, 03:32:30 PM
Maybe..but it sounds like an awful lot of smaller cached bits that have to be assembled.
No, we use ONE cache entry for a block db-query. The break down is handled in the cache trigger, they works in the background.

Quote from: Bloc
I have started very small and simple - but by using OOP I can later expand that class without making the original more complex, rather I extend the class for a new type of article.
exactly that is the point why we use OOP. It's easy to create a small, fast, expandable and readable code.

Quote from: Bloc
Reading OOP code is just a matter of getting used to it, nothing more. Inside a class you'll find the functions, variables etc. OOP is a way to collect those functions into closed items. In other words, into objects. ;D
That I can't say better ... 100% agree  :)

A little bit more about OOP I have written here: http://portamx.com/board_46.0/

Fel

MrMorph

I just cannot see how simply using OOP is 'revolutionary' ...

feline

If you close your eyes, you see .... nothing  ;D

Eliana Tamerin

To be honest, I haven't seen many people take advantage of PortaMX's development hooks when designing new blocks, but rather utilizing the TP-introduced system (which almost all the portal systems use) of a php code snippet. It's a shame that the OOP isn't taken advantage of, but at the same time, I find it somewhat ludicrous to continue emphasizing the OOP structure in marketing if it's not being used. Usually, when something doesn't catch on, the best idea is to sideline that feature from the PR and put something new into the spotlight to capture enthusiasm. 

The OOP coding itself isn't a bad thing, though. I just don't think it's the defining feature that does or could make any Portal shine above another.
Do NOT PM me for support.

SimplePortal 2.3.6 is OUT!
SimplePortal Project Manager
Download | Docs
SimplePortal: Power of Simplicity!

Aaron7pm

Yep its not a defining feature, especially because most portal users dont know how to program in OOP or any other PHP for that matter, thats why they come here to ask for help.

feline

@Eliana Tamerin ..
I will not engage in this discussion. Fact is, the technology offers opportunities with some of the OOP, with procedural programming are not possible. There is not more to say. /EOT/

Fel

bloc

I would say: use whats best for the occasion. Not JUST use one or the other..or saying one is superior, because it isn't. Procedural programming is fast and best used in smaller routines or scripts. OOP is best at things that need to expand. Duping one or the other just shows you haven't understood either one's strengths.

Andy1122

#273
Quote from: Bloc on June 23, 2010, 03:03:21 PM
I would say: use whats best for the occasion. Not JUST use one or the other..or saying one is superior, because it isn't. Procedural programming is fast and best used in smaller routines or scripts. OOP is best at things that need to expand. Duping one or the other just shows you haven't understood either one's strengths.

... supported !

All available SMF portals are wonderful with various great functionalities ... so far, some are just more suited for each and everyone's forum purposes - hence the difference. That means the coders have to be on top of their games or else ....

For now, I am with SP and have created a monster out of it on my forum but you never know ... one piece of advice to our coders, make them (the customized data) switch-able from one portal to the other (if possible). That will make switching easier and faster.



cicka

I support Simple Portal too. It is a very nice portal that fits and integrates with Smf very smoothly.

Kindred

Andy, why would they do that? The goal of the authors is to build their own portal, not make something that encourages other to switch to another one.
Слaва
Украинi

Please do not PM, IM or Email me with support questions.  You will get better and faster responses in the support boards.  Thank you.

"Loki is not evil, although he is certainly not a force for good. Loki is... complicated."

Phoestre

Quote from: Andy1122 on July 02, 2010, 01:53:18 PM
...

For now, I am with SP and have created a monster out of it on my forum but you never know ... one piece of advice to our coders, make them (the customized data) switch-able from one portal to the other (if possible). That will make switching easier and faster.

Which will also make everything more complicated.

SMF 2.0RC3 + SimplePortal
Custom Theme + Latin5 Turkish
Ubuntu Lucid

Eliana Tamerin

Quote from: Andy1122 on July 02, 2010, 01:53:18 PM
Quote from: Bloc on June 23, 2010, 03:03:21 PM
I would say: use whats best for the occasion. Not JUST use one or the other..or saying one is superior, because it isn't. Procedural programming is fast and best used in smaller routines or scripts. OOP is best at things that need to expand. Duping one or the other just shows you haven't understood either one's strengths.

... supported !

All available SMF portals are wonderful with various great functionalities ... so far, some are just more suited for each and everyone's forum purposes - hence the difference. That means the coders have to be on top of their games or else ....

For now, I am with SP and have created a monster out of it on my forum but you never know ... one piece of advice to our coders, make them (the customized data) switch-able from one portal to the other (if possible). That will make switching easier and faster.

On a similar subject, Bloc and I once talked in the hopes of making blocks compatible between portals (which would be far more advantageous than making the content "switch-able"). We tentatively settled on a standard, something that our portals could both include into future versions. And that was all that came out of it, SP decided to go in a different direction with blocks, and I guess TP had a bigger priority in getting TP compatible with SMF 2.x.

If it was that difficult to get two portals to get on the same page with blocks, imagine how difficult it would be to get all portals on the same page with content. Not to mention, not all portals have the same blocks, included or community created. What kinds of content should the portal save, it's own blocks or a user-created block as well? How about the actual data, some portals display more data on certain blocks than others, data which may or may not already be generated by SMF. Should SP be responsible for generating data that TP uses in its blocks, but SP does not, in the interest in being cross-compatible? What about SP's forum-based articles, there's no allegory in the other portals, how would that translate across? PortaMX's block-in-block options are automatic, while SP's version is manual, how do you change from PortaMX to SP without losing that setup?

There are way too many variables to make all the data cross-compatible with other portals. The best you could hope for is portal-specific converters, but those take development efforts away from feature innovation and bug fixing, so they're not a high priority for most portals.
Do NOT PM me for support.

SimplePortal 2.3.6 is OUT!
SimplePortal Project Manager
Download | Docs
SimplePortal: Power of Simplicity!

gvhools

SMF: 2.0.2
Εμφάνιση: Vertex
Mods:
SimplePortal    2.3.5
Ohara YouTube Embed    1.0
Blue Smiley    1.0
RSS Feed Icon    1.1
Stop Forum Spam    1.0
Ad Managment    3.0.1
---------------------------------
Ελληνική κοινότητα ZorinOs

byproduct

sounds like just as good to close your eyes and pick,,, for the average person



Advertisement: