Jump to content






Photo
* * * * * 1 votes

IP.Board 3.1.0 Dev Update: Ad Code Integration Part 2

Posted by Josh , 28 January 2010 · 12,899 views

Yesterday we showed IP.Board 3.1's ad code integration for the first time, today we'd like to give a quick update on the status of this new feature.

First of all, we were excited to read all of the positive feedback and great suggestions. We like to write these blog entries before features are 'set in stone', so that we can more easily and quickly include suggestions from our customers.

Group Setting

In response to your feedback, we've included a new setting that will allow you to hide ads for specified groups.

Attached Image

Ad Placement

Another common concern was the placement of ads within topic view. While we are not going to add an additional setting that gives you the option of showing the ad inside the first post, we do want to show you how easy it is to accomplish this. The ad code is passed into the template bit along with the first post, so you can move it any place you like within in that first post. Here is the code to display the ad:

<if test="adCodeCheck:|:$post['post']['_adCode']">
	{$post['post']['_adCode']}
</if>

By default, we have this setup so that the ad is placed after the first post is completely printed. However, if you would like the ad displayed inside the first post, all you need to do is move that display code and place it after this code:

<if test="postSignature:|:$post['post']['signature']">
	{$post['post']['signature']}
</if>

The same is true of the other ad codes, it's very easy to move them to any place in the template that you would like.

Modification Developers

There are also a few functions that may be of interest to modification developers. If you want to give users the ability to show ads in your mods, you can easily check permissions before displaying the ad using this new function: IPSAdCode::userCanViewAds(). This will return true/false depending on if the user can view ads or not.

Much like the board index, forum view, and topic view, you can have your modification set it it's own global header/footer ads by using a simple function:

IPSAdCode::setGlobalCode( 'header', $yourHeaderAd );
IPSAdCode::setGlobalCode( 'footer', $yourFooterAd );


Once again, thank you for the great feedback!




Nice, thanks!

First! ;)
group setting :thumbsup:
    • Alvaro Andrés likes this
Thanks :)
Great
:thumbsup: :thumbsup: :thumbsup:
group setting great! :D very nice job :D
Perfect :)
Thanks for listening :)

Thanks for listening :)

One of the many reasons why they're above all else.
    • bfarber, AndyF, Ran Yefet and 2 others like this
Great. Thank you for taking in consideration the groups request!

It will be really nice if you can add forums settings as well so that specific forums could be excluded from showing ads!
    • likes this
nice job...:blush:
Photo
Bryan Sammers
Jan 28 2010 04:50 PM
Thanks for considering all the suggestions.  A more professional forum just

  • uses these ad places to insert the code of his adserving program and
  • puts within the <head></head> all relevant target values like usergroup, forum script (forum start page, blog, forum list, thread view) that are directed to the adserving program
so that all places are within your adserving program, only there you command the ads with: "Only show this banner to usergroup 1,3,4 on the forum index page, topic page and the blog". 

Thanks,
This is a company that listens and implements to what the consumers wants. Thanks again
    • likes this
Group settings is a must, so nice to see that!
    • likes this
Nice job. Love the group options.
    • likes this
Wow, very refreshing to see such proactive and positive responses to customer feedback.
    • likes this
Photo
Blind Bandit
Jan 28 2010 07:26 PM
Now this is how forum development should be done. Too often I've seen developers tell members flat out that the features that are in demand won't get added. (phpBB, SMF). Its great to see a staff actually listening to their customers! :D
    • likes this
We always listen and try to add things. It's just that sometimes people do not understand why we choose not to add certain things. There's usually a reason be it server resources, time required vs benefit of feature, support requirements, compatibility, etc. the list goes on.
    • internext, and Bryan Sammers like this
This is great news!!
Photo
joncanning87@gmail.com
Jan 28 2010 10:20 PM
Awesome! Keep the improvements coming!!! :D

October 2014

S M T W T F S
   1234
567891011
12131415161718
192021222324 25
262728293031 

Recent Entries

Latest Visitors

  • Photo
    aljareh4ever
    2 minutes ago
  • Photo
    Aussie Cable
    9 minutes ago
  • Photo
    ^AuRoN^
    11 minutes ago
  • Photo
    Toulon
    16 minutes ago
  • Photo
    Jhett12321
    16 minutes ago
  • Photo
    Brentnauer
    16 minutes ago
  • Photo
    Arno VI
    17 minutes ago
  • Photo
    Lucasn
    23 minutes ago
  • Photo
    boboss78
    27 minutes ago
  • Photo
    sparky2011
    28 minutes ago

Recent Comments

Search My Blog