Forum Replies Created

Viewing 15 replies - 46 through 60 (of 681 total)
  • Plugin Author Eric Mann

    (@ericmann)

    I’ve updated the donate link in the readme – but know that the link just points back to the plugin page. I’m not seeking donations to support this plugin, as it’s something I’d rather see in core.

    If you still want to donate, I encourage you to do so via the PayPal form on http://jumping-duck.com/wordpress/plugins/, directly via Gratipay https://gratipay.com/EricMann/, or by contributing back to the WordPress community itself.

    Plugin Author Eric Mann

    (@ericmann)

    You’re misunderstanding how the code works.

    A sha256 hash is a stream of bits that isn’t printable. By default, PHP’s sha256 function also base64 encodes the output. I included the reference to base64 in the documentation because people trying to implement the headers in other code systems were attempting to send an unencoded hash.

    Plugin Author Eric Mann

    (@ericmann)

    If you can, check event logs. Perhaps the file itself is inaccessible to the PHP process WordPress is using to stream it to the browser.

    The other alternative is to set the plugin to return a “See Other” header rather than a file stream. This is often the easiest solution for tricky downloads/server configurations.

    To do this, add the following code somewhere in your theme’s functions.php file:

    add_filter( 'wppa_mask_url', '__return_true' );

    This will force the plugin to pass a reference to the file itself rather than attempt to stream the bits of the file to the site visitor.

    Plugin Author Eric Mann

    (@ericmann)

    @jspada, that’s exactly how to address this. The template.wppa_publication_list.php file bundled with the plugin is the default. If you need to modify the output, copy this file to your theme and edit to your heart’s delight.

    Plugin Author Eric Mann

    (@ericmann)

    I took a look, and figured out the issue. You’re using a dash in your category names, which WordPress auto-converts to an – when presenting the categories on the category list page. It looks like you copied the presentation of the category name into your shortcode rather than the category name itself.

    This is what’s triggering the “no publications found.”

    As for why categories are shown for both posts and publications, this is intentional. The Categories taxonomy is shared between both post types intentionally. I apologize if this causes any inconvenience.

    Plugin Author Eric Mann

    (@ericmann)

    Twitter has changed their terminology since I wrote those instructions. What used to be called a “Consumer Key” and “Consumer Secret” are now called “API Key” and “API Secret.”

    To get them, follow these steps (I just verified this):

    1. Go to https://apps.twitter.com/ and either create an app or use an existing app.
    2. Under Application Settings, you’ll see “API Key” – on the far right of this line is a lick to “Manage API keys.” Click this link.
    3. You’ll now see both your API key and API secret – and the permissions of the app. The app needs write permissions, or it will be unable to post to your account.

    On your settings page (Settings >> Publish to Twitter) put your API key in the Consumer key field and your API secret in the Consumer secret field. I’ll update the UI in the plugin to match Twitter’s terminology change with the next version.

    Click Save Settings or the keys won’t be stored in WordPress and you won’t be able to authenticate.

    Now click “Authorize Twitter Account” to authorize your account.

    I have noticed intermittent failures with Twitter’s API, resulting in a “Bad Authentication Data” error from Twitter’s side of things. We’ll add more robust handling of this in the future, but for the time being I’ve stepped through the issues above and verified that things are working.

    If you continue to face issues, please report them here.

    Plugin Author Eric Mann

    (@ericmann)

    Strange indeed. Would you care to share your changes?

    Plugin Author Eric Mann

    (@ericmann)

    This is a support request, not a review. A 1-star review because you can’t figure things out is unprofessional.

    If the class is not found, then I’d ask first where you’ve included the plugin and where this code is set up. You’ve likely activated the plugin and are adding this code before active plugin classes are available.

    Plugin Author Eric Mann

    (@ericmann)

    There’s code in 1.5.1 to fix this, but a minor bug means it only works in 50% of cases (a coming fix in 1.5.2 will fix it everywhere).

    In the short term, the fix is to flush your permalinks manually.

    Plugin Author Eric Mann

    (@ericmann)

    The fatal error you posted shows that object-cache.php is still in the plugin folder. The plugin is not activated like normal plugins. In other words, you shouldn’t ever click Activate. You should move/copy the object-cache.php file to the root of /wp-content.

    This is the same process as every other WordPress object cache system, including both Memcached and APC.

    See the FAQ for step-by-step installation details: http://wordpress.org/plugins/redis-object-cache/installation/

    Plugin Author Eric Mann

    (@ericmann)

    You don’t activate this like a normal plugin. Instead, move object-cache.php to wp-content/

    This is all outlined in the installation instructions section of the FAQs.

    Plugin Author Eric Mann

    (@ericmann)

    I’ve tested using both plugins (seoslides v1.4.1, Superfish Menus v1.1.1) and cannot reproduce a conflict.

    Are there other plugins installed? What version of WordPress are you using?

    Can you link to some screenshots showing the issue so I can attempt to reproduce it?

    Plugin Author Eric Mann

    (@ericmann)

    Unfortunately no, there is no bulk importer at this time.

    Plugin Author Eric Mann

    (@ericmann)

    There’s currently no way to link a publication to a specific user other than the author.

    Plugin Author Eric Mann

    (@ericmann)

    Without seeing your theme (the code itself) I can’t say why that would have broken the site. But what I can tell you is this:

    __return_false is a core WordPress function since version 3.0 and is available for filters: http://codex.wordpress.org/Function_Reference/_return_false

    wppa_mask_url is the name of the filter used in /lib/class.wp-publication-archive.php‘s function open_file(). The plugin checks the return of this filter: if true, it attempts to mask the file by streaming things (which is the current issue on your site – the file is being streamed with extra data appended to the end of it). If the filter returns false, then it skips the masking routine and instead sends a 303 See Other header and redirects the browser directly to the file path on the server.

    Merely adding a filter like this will not break a site, since it won’t even be applied until the open_file() routine is used.

Viewing 15 replies - 46 through 60 (of 681 total)