I am working a project where entire application is developed using Laravel 5.5 (postgres). Now, our client came up with a requirement for having ERP and they opted to use ODOO 11 with very minimal customizations.
So , my concern is with database schema of odoo (like res.users conflicts with users table of laravel) and other basic integrations as such.
Being new to ODOO I don't know how much is the possibility of Laravel-Odoo integration.
I want to know is there any possible ways to integrate laravel and odoo database as one and do customization ?? And is there anyone out there who tried this already can help me with this ????
Thanks in advance
Odoo supports XML-RPC and JSON-RPC. Odoo is usually extended internally via modules, but many of its features and all of its data are also available from the outside for external analysis or integration with various tools. Part of the Model Reference API is easily available over XML-RPC and accessible from a variety of languages.
Please have a look here https://www.odoo.com/documentation/11.0/webservices/odoo.html you'll get the sample code how to interact with Odoo objects.
Hope this helps.
--
Regards
VK
Related
What is the right way to integrate third party api in magento . Logistic API integration is provided , but need help with the right process to make it work.
Thanks in advance
Assuming that you want to consume an external API from Magento this would be the correct structure:
For Application related logic create a Module in local namespace
(/app/code/local/(vendor-name)/(module-name))
Enable your Module with an xml in /app/etc/modules/
Put your Api related libraries or logic under /lib/
Make use of Api libraries in Models under
/app/code/local/(vendor-name)/(module-name)/Model
UPDATE:
I found a sample Magento 1 Module on github, that simply consumes google weather api.
https://github.com/careys7/Magento-Weather-Sales
An alternative solution could be, especially when trying to integrate an API that's not directly supported by Magento, to use flowground. It offers flexible API integration for thousands of APIs with dedicated connectors, e.g. Magento 1 and Magento 2.
Check the list of integrated connectors and GitHub for the list of available Open-Source connectors.
My website done in PHP is currently deployed in AWS server.
Client wants to move it to Heroku for integrating the database with Salesforce.
Is it really necessary?
Salesforce have their API by which I can sync data from my project's MySQL database to Salesforce database.
Will moving the project to Heroku provide any extra advantages that AWS doesn't have ?
thanks in advance for your answers
Actually, no special advantages in approach which your client provide. In both cases you will need to implement logic for integration and interaction with SF part, and I don't see any benefits in migration to Heroku, but I see additional work for migration your current infrastructure.
Although Heroku provides some features for integration with SF out of the box, it seems to me, it will be cheaper and easier to add SF integration to your current project. But it's depends on many factors (for example, how is fit the Heroku platform for your solution at all), so possible best way is to implement PoC for both cases (if it's possible) and compare it.
I am going to develop a complex web application related to affiliates. I want to integrate sugarCRM as the CRM module of my affiliate application. I have some misunderstandings related to integration methods. From FAQs at Sugar CRM website, It is stated that there are two ways to integrate one is Webservice API and second is Module Builder.
Now let me first tell you about my understanding. If you have a standalone application running on your server and you want to integrate the CRM then you have to choose Web Services API for it. But if you have installed CRM on your server and not having any other standalone application then you can use Module Builder Method. It is just like you like you have installed any CMS and creates modules to extend the functionality.
Am I rite?
OR I am having wrong understanding about CRM integration? For standalone application we need to use only Web Services API in which we will use data using web services and show in our system?
Module Builder allows you to easily add new functionality to SugarCRM though an easy to use GUI. If you want to track company Desks, Widgets, Recordings, Headaches,....anything, you would use Module Builder to add your specific needs to SugarCRM. You can even relate these new module items to the core modules such as contacts, accounts, etc.
Web Services API is a way to access SugarCRM data and functionality from non-SugarCRM code. Web Services API can be used to Create, Read, Update, and Modify existing SugarCRM records through API calls. You can use SOAP or REST to communicate with SugarCRM. This includes accessing any newly created custom modules you built using Module Builder. With Web Services API, you could access how many resources, Widgets, Recordings, or Headaches from another internal or external application.
Web Service API is almost always the correct way, if you need to integrate with SugarCRM from an external application. This method is great for small-medium amounts of data and if you need your application to be in almost sync with sugarCRM.
Other methods exists which are better suited for larger amount of data and if "realtime" sync is not needed. However, they are usually more complex and require more development and understanding of SugarCRM.
It is e.g. possible to create a PHP batch script on the SugarCRM server, which interfaces with SugarCRM API and exports/imports the given information from/to another system.
Apart that the situation you describe is the reason why webservices exist, the ones provided by SugarCRM are extremelly flexible and allow you to access each and every feature, not only the ones provided by default, but also the ones you might develop and/or install.
Concluding, if what you really need is to perform an integration between your application and SugarCRM, you don't need to learn how to work with SugarCRM (from a developers perspective), you only need to know how to work with webservices, Soap or Rest.
We’ve been tasked to integrate Single Sign On using SAML 2.
There will be two websites (one of them is ours, the other is an external website outside of our control). We use PHP and we believe theirs using .NET.
I’ve looked into implementing this using SimpleSamlPHP, however this hasn’t been going really well. I’ve been using a Ubuntu VM to test SimpleSAMLPHP before I implement it fully but I’m unable to proceed any further from the installation – I’ve gone through the documentation however I can’t see where I’ve gone wrong – is using VM causing the issue?
Anyway, are there any other methods which I can implement to get this working, with the ability to communicate with PHP and .NET websites?
Also, one final note is I need our website to be the primary SP, with theirs being a secondary SP – is this possible and if so how?
Thanks.
Check out PingFederate from Ping Identity [Note: I work for Ping). There is native PHP application integration support as well as a web-services (JSON) based integration for your application (among others) for the Service Provider role. The same product can then easily handle the IDP duties as well to allow your users to SSO via SAML2 (or 1.0/1.1/WS-Federation (Passive)) to other Partners you may have. While I'm not 100% sure of all the use cases you may need to support, PF can more than handle your needs w/out any complicated deployment requirements.
Anyway - we can provide full trial software and help getting it up and running.
HTH -
Ian
My advice would be to use Shibboleth.
Hope it helps,
Luis
I'm thinking in create a webapplication with cakephp but consuming python's appengine webservice. But, to install cakephp etc, I need to configure the database. Appengine uses another kind of datastorage, with is different from mysql, etc.
I was thinking in store the data in appengine, and using the python webservices, and with the cakephp application comunicating with the webservice, for insert and retrieve data.
Is there any good resource for this, or is it unpossible.
Obs: also opened for a possibility for developing the webapplicaiton completely in python running in appengine. If anyone has a good resource.
Thanks.
I think that you should try different solution: http://aws.amazon.com/simpledb/
It appears that CakePHP is a MVC framework that's very similar to django, which is included in app engine for python. I'm not sure why you would want to store your data in google app engine, unless you're dealing with an extremely large amount of data, in which case you're likely comfortable enough working in python to just make the app work entirely on GAE.
See the official docs for more info:
http://code.google.com/appengine/docs/python/overview.html
http://code.google.com/appengine/articles/django.html
What you can do is run your CakePHP app on a standard LAMP web host and access the GAE Data Store through a REST or RPC web service. This isn't such a bad idea if you already have a CakePHP front-end that deals with RPCs in the backend, but if your Cake app stores all it's Models in MySQL it could take considerable effort to adapt it.CakePHP Models abstract their storage method using the DataSource class. You might be able to find a DataSource class that uses REST or RPC. However, if you don't have a very considerable investment in CakePHP Controllers and Templates I would suggest simply building your app entirely in GAE
You can not run PHP on GAE. If you run PHP somewhere, it is a bad architecture to go over the internet for your data. It will be slooooow and a nightmare to develop in.
You should store your data where you run your php, unless you must have a distributed, globally scaling architecture, which afaiu not the case.
There's a detailed tutorial on getting CakePHP up using the PHP runtime that Google recently announced. http://aymanrb.blogspot.com/2013/05/cakephp-deployment-on-google-app-engine.html