Sam Bauers (@sambauers)

Forum Replies Created

Viewing 25 replies - 826 through 850 (of 1,069 total)
  • @sambauers

    Participant

    The LDAP Authentication plugin has a checkbox which is used to disable the registration page.

    It gives an LDAP related error message when the page is accessed though.

    You could copy the appropriate bits out of the plugin and make a new one.

    @sambauers

    Participant

    I’d be happy for _ck_ to put some energy into bbpulp

    I’ve been meaning to get back in there and do some stuff myself but haven’t had the time.

    @sambauers

    Participant

    I’ve added the option to create views for all support status types in the plugin

    The new version is 2.2, should be available here soon:

    https://bbpress.org/plugins/topic/16

    @sambauers

    Participant

    I assume you are using the plugin now and not a really old version of bbPress…

    Although you can now change the default status, the view still only shows the unresolved topics.

    It shouldn’t be too hard to add this as an option to the plugin.

    I’ll see what I can do.

    @sambauers

    Participant

    > I have this clever little idea to trick dreamhost by storing the “fastload” plugins and includes as mysql blobs and using eval. Their mysql stays consistently fast.

    Eeeek!

    Let us know how that goes, I’ve never found any aspect of Dreamhost “fast”, cheap – yes, roomy – yes, fast – no.

    @sambauers

    Participant

    You could probably drop the deprecated functions altogether. Would save a few milliseconds.

    @sambauers

    Participant

    File system hits are particularly bad on Dreamhost because from what I can tell the user home directories are actually based on file servers that are separate to the machine running apache.

    @sambauers

    Participant

    SMF is even smaller than that because a lot of the content in those files is comments.

    @sambauers

    Participant

    Here are a couple of other reasons why SMF might be faster.

    * SMF doesn’t use php-gettext for translation, it uses an array of text that can be replaced. This method approaches the speed of a native gettext implementation.

    * bbPress has a lot of functions to register.

    * SMF has (auto-detecting) built in support for memcached, eAccelerator, MMCache, AlternativePHP Cache and the Zend Optimiser

    * Most (all?) of SMF is written inside PHP, i.e. the HTML is in strings that are echoed out of PHP, this is slightly quicker than dropping in and out of PHP to output to the browser.

    * Many bbPress plugins don’t need to load on every page, they could start with some sort of conditional that requests the current bbPress location and then just send a “return” when they aren’t required.

    That’s all I can think of after a quick look.

    @sambauers

    Participant

    I’m not sure I understand your question exactly…

    Any function you declare in a plugin is callable from anywhere else in that plugin. So…

    function myplugin_two()
    {
    myplugin_base('two');

    echo '<br />Some more text<br />';

    also_tab2();
    }

    etc.. etc..

    @sambauers

    Participant

    I think the answer to all your questions is no. : )

    I only pointed to the LDAP plugin for an example of processing a form in the admin area.

    If you want to re-use the same function for all admin pages then you have to create functions that call the main function. E.g.

    add_action( 'bb_admin_menu_generator', 'myplugin_add_admin_page' );

    function myplugin_add_admin_page() {
    bb_admin_add_menu(__('My plugin'), 'use_keys', 'myplugin');
    bb_admin_add_submenu(__('My plugin sub menu item one'), 'use_keys', 'myplugin_one', 'myplugin');
    bb_admin_add_submenu(__('My plugin sub menu item two'), 'use_keys', 'myplugin_two', 'myplugin');
    }

    function myplugin_base($number)
    {
    echo 'hello admin ' . $number;
    }

    function myplugin_one()
    {
    myplugin_base('one');
    }

    function myplugin_two()
    {
    myplugin_base('two');
    }

    I think that’s what you are asking anyway.

    @sambauers

    Participant

    From what you have it is pretty easy.

    Just create two functions that contain the content you want displayed, they need to be named after the third variable in the sub menu function:

    ... your code ...

    function myplugin()
    {
    echo 'hello admin';
    }

    function myplugin_two()
    {
    echo 'hello again admin';
    }

    Intercepting post data is another matter though. Then you need to add an action to “bb_admin_head” I think.

    Check out my existing LDAP authentication plugin for some decent example code.

    @sambauers

    Participant

    > hmmm nice, i miss a download button

    You’ll find that in the original plugin. : )

    @ _ck_

    Is this just a proof of concept or are you planning to fork this plugin and start a new one?

    @sambauers

    Participant

    I’m pretty sure you can call any file using the bb_load_template() function, so you can keep your files all neatly bundled up in your plugin directory.

    There are various was you can work out where your plugin is located, and if your template file has a predictable location relative to that, it should be easy to refer to it in the bb_load_template() function.

    @sambauers

    Participant

    > The svn doesn’t seem to be updating the versions on the extend page

    You need to add tagged versions to bump up the version on the extend page.

    Just add a new sub-directory to the “tags” directory named the same as the version number, then copy your trunk files that match that version to it.

    In reply to: plugin: bb-Polls

    @sambauers

    Participant

    > Is that “legal” and if so, is it still “ethical” ? Are styles “copyright” ? I vaguely remember reading that “look & feel” cannot be copywrited.

    By the looks of their site, not legal. Style is dictated by a combination of CSS and Markup (which is code, so is copyright). To make your markup compatible with someone’s proprietary CSS you would have to investigate and probably copy some of the markup structures, which brings you into iffy legal territory. The least you will need is permission from the copyright holder.

    Copying look and feel can get you into trouble too. The look and feel of a commercial product is known as it’s “get up”, and that is considered intellectual property, more akin to a trademark than a copyright, but still intellectual property.

    Of course, IANAL and your countries laws may vary. : )

    @sambauers

    Participant

    I don’t think your code was correct in any case. But I’m not sure what the correct procedure is.

    Apply the patch in the ticket (or make the changes manually) and try again.

    @sambauers

    Participant

    I think there is a bug in the naming of the hooks….

    I’ve reported and patched it:

    https://trac.bbpress.org/ticket/717

    @sambauers

    Participant

    You also need to have the “bb_head” hook in your template head below the enqueue javascript call.

    <?php bb_head(); ?>

    @sambauers

    Participant

    I seem to remember that you had removed all the javascript from your site. The updater uses an Ajax call to change the status. I’m not sure which bit of javascript it needs, but it needs it.

    In reply to: OpenID for bbpress

    @sambauers

    Participant

    There are some very specific requirements to claim one of those OpenID bounties. bbPress doesn’t have enough users to qualify.

    Currently I can’t imagine bbPress getting native OpenID support, so a plugin is your best bet.

    I’m happy to help with the plugin, I’m pretty familiar with bbPress’ authentication routines.

    In reply to: Caching in bbPress?

    @sambauers

    Participant

    > I have to eventually code it to store the country data in the usermeta. But there’s the issue that their IP/location can change on a per-post basis

    An upcoming feature is post tagging, you’ll be able to store this data in an “invisible” post tag I believe.

    In reply to: Caching in bbPress?

    @sambauers

    Participant

    From what I remember the inbuilt cache in bbPress (when turned on) is just an optimised list of topics, posts, forums etc. Not entire pages of html.

    MySQL caching is definitely a good idea. I’ve had trouble with eAccelerator in the past though – it used to munge multi-dimensional session data (can’t say if that’s still the case, or if it is a problem for bbPress).

    @sambauers

    Participant

    Downloadable ZIP of latest trunk is via a link at the bottom of that page.

    The trunk is pretty stable actually, and is more bug free than the latest release usually.

    You are better off setting up a subversion client and “checking out” a copy of the code. You can then keep up-to-date on changes in the core with the click of a button.

    Search the forum for info on using SVN to checkout a copy.

    A lot has changed, the best thing to do is to trawl through the changelog on the Trac site. Only a couple of things have changed dramatically, how views works is one.

    BB_Query is in the latest trunk in bb-includes/classes.php

    @sambauers

    Participant

    I would create separate ones. Mostly so that the revision numbers and commit messages make sense.

Viewing 25 replies - 826 through 850 (of 1,069 total)