Jump to content

Virtovo

Members
  • Posts

    115
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by Virtovo

  1. Any of the gateways under Non-Merchant should be fine - 2Checkout, CCAvenue Payment or Payza (I'm assuming you don't want to use PayPal) 

     

    Edit: Stripe and Authorize.Net do say they support "Credit Card offsite" so they may already support a hosted payment page mode as well.

     

    The issue with Stripe is that card details are communicated with the server: http://www.blesta.com/forums/index.php?/topic/2055-stripe-payment-gateway-pci-compliance/

     

    I really need an option that either has a hosted page to enter payment details or passes it directly to the merchant gateway.

     

    Do the non-merchant offer this?

  2. The more frustrating thing is that in 10 years of being a WebHostingatalk member I never had a warning or modereted post, and in a single post we have been banned for ever because Bear thinks I was not telling people on the post that we have maked the plugin lol.

    I was only asking an opinion and after days on saying and trying to explain to Bear amd even saying sorry, I have give up :)

    Of course every day I go to WebHostingatalk but now without a member account.

     

     

    Maybe if you explain it is a free plugin he might think again?

  3. Also agree with that.

    Other payment service providers have been getting away with similar tricks for a long time though, so it will probably last.

     

    E.g. authorize.net offers one where you create and host the form on your own server, but let it point to their servers ( <form method="post" action="https://server-provided-by-gateway/"> ), and then redirects the customer back to your server straight away.

    While it is true that the card details then normally do not touch your server, it still means that if your server is compromised the details can be directed elsewhere.

     

    It's like all these companies that offer login via https post on http page.  It's fine that you post via https, but how do I know the page I am on is not compromised already?

  4. Applied the fix, enabled error reporting within Blesta and receive the following:

     

    Attempting plugin cron for support_manager poll_tickets.
    found message ID: 1 SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'name' cannot be null#0 /var/www/html/lib/model.php(124): PDOStatement->execute(Array) #1 /var/www/html/components/record/record.php(216): Model->query('INSERT INTO `su...', Array) #2 /var/www/html/plugins/support_manager/models/support_manager_tickets.php(243): Record->insert('support_attachm...', Array, Array) #3 /var/www/html/plugins/support_manager/components/ticket_manager/ticket_manager.php(202): SupportManagerTickets->addReply('34', Array, Array) #4 /var/www/html/plugins/support_manager/components/ticket_manager/ticket_manager.php(92): TicketManager->processTicketFromEmail(Object(MimeMailParser), Object(stdClass)) #5 /var/www/html/plugins/support_manager/support_manager_plugin.php(699): TicketManager->processDepartmentEmails() #6 /var/www/html/app/controllers/cron.php(1756): SupportManagerPlugin->cron('poll_tickets') #7 [internal function]: Cron->pluginTasks('39ed9271381f3c2...') #8 /var/www/html/app/controllers/cron.php(132): call_user_func_array(Array, Array) #9 /var/www/html/app/controllers/cron.php(94): Cron->all('39ed9271381f3c2...') #10 /var/www/html/lib/dispatcher.php(121): Cron->index() #11 /var/www/html/index.php(21): Dispatcher::dispatch('/cron/?cron_key...') #12 {main}

     

    And with that the task keeps running.  

  5.  

    Doesn't look like you have error reporting enabled. But this sounds like it might be related to CORE-1077.

     

    If you have the email headers feel free to PM me or submit a ticket and we can confirm.

     

    The fix for CORE-1077 is the following change in /plugins/support_manager/vendors/mime_mail_parser/MimeMailParser.class.php

     

    From:

          if (in_array($disposition, $dispositions))
    

    To:

          if (in_array($disposition, $dispositions) && isset($part['disposition-filename']))
    

     

    I'd love to try and implement this fix; however I've currently got POP3 import getting stuck again with the message "There are one or more cron tasks that have been executing for more than 60 minutes."

  6. Actually a second run of it led to:

     

    found message ID: 1 SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'name' cannot be null#0 /var/www/html/lib/model.php(124): PDOStatement->execute(Array) #1 /var/www/html/components/record/record.php(216): Model->query('INSERT INTO `su...', Array) #2 /var/www/html/plugins/support_manager/models/support_manager_tickets.php(243): Record->insert('support_attachm...', Array, Array) #3 /var/www/html/plugins/support_manager/components/ticket_manager/ticket_manager.php(202): SupportManagerTickets->addReply('34', Array, Array) #4 /var/www/html/plugins/support_manager/components/ticket_manager/ticket_manager.php(92): TicketManager->processTicketFromEmail(Object(MimeMailParser), Object(stdClass)) #5 /var/www/html/plugins/support_manager/support_manager_plugin.php(699): TicketManager->processDepartmentEmails() #6 /var/www/html/app/controllers/cron.php(1756): SupportManagerPlugin->cron('poll_tickets') #7 [internal function]: Cron->pluginTasks('72b7e890f3388c9...') #8 /var/www/html/app/controllers/cron.php(132): call_user_func_array(Array, Array) #9 /var/www/html/app/controllers/cron.php(94): Cron->all('72b7e890f3388c9...') #10 /var/www/html/lib/dispatcher.php(121): Cron->index() #11 /var/www/html/index.php(21): Dispatcher::dispatch('/cron/?cron_key...') #12 {main}

  7. Blesta can't log everything it does, but it would certainly be nice to have an option that may be temporarily enabled to provide additional logging. This has already been discussed numerous times, and our answer is still the same. We can't provide verbose logging until we can make PHP 5.3 the minimum requirement for Blesta.

     

    With that said, however, if there is something in particular you'd like help debugging we can certainly walk you through that.

     

    I need to know exactly what is happening when the support managing pulls tickets from the POP3 server.

  8.  

    Try modifying the code that suppresses errors in ticket_manager.php

    catch (Exception $e) {
                    // Ignore errors, continue on to the next department
                }
    
    catch (Exception $e) {
                    echo "Error processing e-mail: ".$e->getMessage()."\n";
                }
    

     

     

    Thanks, although I only get: Attempting plugin cron for support_manager poll_tickets. Finished plugin cron for support_manager poll_tickets.

     

    In the cron log.

  9. I'm constantly running into issues with Blesta and it's hard to tell if it is an issue that we are causing or is a fault with Blesta.  The biggest issue is that Blesta doesn't provide decent logging of its actions.

     

    I've currently got an issue where tickets are not important to a certain department from POP3.  Tickets import fine to other departments and the cron tells me it has completed successfully.  The Task int he automation section tells me that the task last run recently yet the emails are not imported.  I've checked the details for the department and all appears well (copying the details out into a different application works fine).

     

    Does anyone know how to get meaningful logs out of Blesta of what is actually going on?  Piping the cron output is a waste of time as it just tells me the cron completed successfully with no specifics. 

×
×
  • Create New...