erosion

Members
  • Content count

    14
  • Joined

  • Last visited


About erosion

  • Rank
    core_member_rank_11

Profile Information

  • Gender Male

erosion's Activity

  1. erosion added a post in a topic: Super News Feed   

    I have this issue:
     
    In the global feed on the front page of my forum, if there's an updated calendar event displayed on the feed, I get a bunch of PHP warnings and errors, and the character encoding of the whole page gets messed up - all scandinavian characters become garbled.
     
    Can anyone duplicate this?
     
     
  2. erosion added a post in a topic: Polling improvements please   

    This has been requested for so long, it's getting hard to understand why nothing is done. Honestly, the option to hide poll results (until a given date or admin action) and guest voting cannot be that hard to implement. 
     
    Polling improvements, please!
  3. erosion added a post in a topic: Calendar Event API   

    I would definitely be interested in any added functionality for the calendar.
  4. erosion added a post in a topic: RSVP Restrictions   

    This would be an extremely useful feature.
  5. erosion added a post in a topic: ability to add transaction fees to payment gateways   

    ...and specifically in Finland, where we reside, the law allows all payment method -based surcharges as long as the customer has been fully informed about them before the payment is processed.
  6. erosion added a post in a topic: ability to add transaction fees to payment gateways   

    [quote name='stoo2000' timestamp='1349614497' post='2317545']
    You may want to review the PayPal user agreement.

    So, as you can see the only exception is that this rule does not apply to sellers in the UK selling via a UK based website, so depending where you are, you may be ok, but you may not.


    I don't think that's entirely accurate (allowed in UK only). In the EU version of the user agreement, which is what applies to us, that paragraph has been rephrased as follows:


  7. erosion added a post in a topic: ability to add transaction fees to payment gateways   

    The ability to add transaction fees - both fixed and percentual - to payment gateways would be very useful.

    For example, receiving payments via PayPal is much more expensive for us than the other methods we use, so the only viable way to allow Paypal would be introducing an additional transaction fee. Currently this is not possible, at least not without making PayPal-only duplicates of all of our products.
  8. erosion added a post in a topic: better logging of manual account credit changes   

    When an admin manually adjusts a customer's account credit from the ACP, currently all that is logged is that a change was made, and the account credit sum before the change.

    For rather obvious bookkeeping & security reasons, the log entry should definitely include what the actual change was / what the account credit was after the change.
  9. erosion added a post in a topic: Nexus Account Credit   

    Thanks! A great addition.
  10. erosion added a post in a topic: Nexus Account Credit   

    Is this tested to work with the latest versions of IP.Board and IP.Nexus?
  11. erosion added a post in a topic: Transaction fee for a payment gateway?   

    How could I set up additional transaction fees for certain payment gateways?

    For example, receiving payments via PayPal is much more expensive for us than the other methods we use, so the only viable way to allow Paypal would be an extra charge.

  12. erosion added a post in a topic: Custom invoice ID / Additional Invoice ID field for banking reference number   

    The banking system in Finland uses Reference ID's ("Viitenumero" in Finnish) which cannot be just anything, as the last number in them is a calculated checksum number to eliminate typos.

    So, in order to use offline wire transfers in Nexus, I would need to implement the calculation of these reference numbers.

    It would be preferable if the Invoice ID's in Nexus would become these Reference ID's, then there would not be two sets of ID's, and the ID could easily be called when the customer is shown the payment instructions. If not possible, generating an additional Reference ID field for invoices would also work, as long as that ID could be called & displayed in the payment instructions field.

    How should I approach this in the IP.Nexus end of things?

    The calculation of the reference ID is rather straightforward, one needs a 3-9 numbers long starting point (let's say, the original Nexus invoice ID + 100). Description of the algorithm and example php code off the net:
    Read from right to left, each of the numbers are multiplied with another numbers according to the following pattern: the first by 7, the second 3, the third by 1, the fourth again by 7 and so on. The outcome of these multiplications are added together. This amount is then subtracted from the next full ten. This outcome is the verification number of the reference number and it is added to the end of the string. An example: 12345 -> 7*5 + 3*4 + 1*3 + 7*2 + 3*1 = 67 -> 70 - 67 = 3 Reference number is therefore 123453.



    Any help would be greatly appreciated!
    function _processViitenumero($tmpId) { // Painoarvot $tmpMultip = array(7, 3, 1); // Muutetaan parametri merkkijonoksi $tmpStr = (string)$tmpId; $tmpSum = 0; $tmpIndex = 0; for ($i=strlen($tmpStr)-1; $i>=0; $i--) { $tmpSum += intval(substr($tmpStr, $i, 1)) * intval($tmpMultip[$tmpIndex % 3]); $tmpIndex++; } // Laskettua summaa vastaava seuraava täysi kymmenluku: $nextTen = ceil(intval($tmpSum)/10)*10; return $tmpStr . (string)(abs($nextTen-$tmpSum)); }
  13. erosion added a post in a topic: Super News Feed   

    [quote name='HeadStand' timestamp='1347473891' post='2307988']
    OK. Let me try to play with it for a little bit here and see if I can reproduce it.


    I've now managed to get it working. Unfortunately I'm unable to pinpoint the exact cause of the problem, because at some point I got "a bit" frustrated and did everything I had already tried, this time many times over and then again (disabling&enabling the plugin, editing gallery capture settings, recaching, rebuilding, etc etc etc) and without testing functionality in between. After an extended period of what could be described as frenzied flicking of the light switch on and off, the plugin suddenly started picking up actions and so far it seems to be working normally.

    Thanks for your efforts in trying to solve this, I'll keep you posted if there's any further problems or if I can figure out what was going on.
  14. erosion added a post in a topic: Super News Feed   

    Let me know if you need any further information from me and I'll try to help anyway I can. I'm running a near-vanilla setup, with Shoutbox v1.3.3 being the only other modification besides Super News Feed. I did have the same problem as silberfuchs with the Gallery update & the old Super News Feed Gallery hook, but having gotten past that there are no other problems with the IPS suite itself.
  15. erosion added a post in a topic: Super News Feed   

    Another update: I cleaned up the temp category left behind by the upgrade and checked out that everything was working perfectly in the gallery itself, and it had no effect, the gallery hook for the news feed is still not working.

    Honestly it really does not look to me like the 85 random actions would be "the app catching up" like you wrote. They are not the 85 most recent ones, they seem to be completely random, and as I wrote, they appeared on the feed table the second I commented on a photo to test functionality. It doesn't really seem logical to me that the photo commenting would result in random actions (but not all) from the last 6 months to appear on the feed.

    I think I've tried everything I can think of now, completely out of ideas.

About Me

Status Feed