FileMaker: integrating with Magento - php

I would like to write a Magento web-app working with Filemaker database.
Could I overwrite the database core files with code using filemaker php api?
What other options are there?

I wanted to do an interface between Filemaker and Magento database but cause of the EAV it's a nightmare to bind the Magento database with a filemaker database. If you want to do that you really need to use PHP in Filemaker and use the SOAP API of Magento if they are separated hosted.
You could too integrate the Magento core API into a PHP script with Filemaker API too if you host your Magento on the same web server or by installing a new Magento instance pointing to an availalble external database. You could do a local replication of the mysql database too on the Filemaker server.
To integrate Magento Core APi it's easy in a PHP file, you set the following:
<?php
require_once 'yourmagentoinstallation/path/app/Mage.php';
Mage::app('default'); // default can be replaced by your default store code
// You can use Magento code (model, EAV, singleton, block, etc)
...
?>
It's possible, there are different ways but I didn't find when I needed an out of the box solution.

It depends on what you mean by "integrate". I doubt you'll need to do something in the lines of "overwrite database core files". Most likely you'll need to update FileMaker when an order is placed and do the same thing to Magento when they get a stock update. It's quite likely that these two scenarios would have to be implemented in vastly different manner.
Here's what FileMaker can do. Its XML backend can readily accept GET and POST requests to the server. Their syntax is fairly advanced and you can find records, add, delete, and duplicate them, run FileMaker scripts, etc. It's nowhere near SQL, especially searching, but quite logical. The server responds in XML. Here's the manual (PDF).
The server can also accepts arbitrary requests sent to its PHP API. (It also has a XSLT API, but it's deprecated and is going to be removed.) The API then reshapes the request as it pleases, talks with the XML backend, and returns back the result. As I'm not a PHP expert, I'm not quite sure where the API is explained, but it must be somewhere here.
FileMaker itself (i.e. its desktop client or even the server) can use plug-ins to talk to web services. E.g. as the stock updates the desktop client can prepare and send requests to Magento API.
And FileMaker can access certain 'big' SQL databases directly. E.g. it can connect to a MySQL database and work with its tables very much like with its own. Maybe it would be unwise to allow free work with core Magento tables, but a carefully scripted updates look like a viable option.
The plug-in and direct connection are better left to FileMaker developers, while the XML and PHP (XSLT) APIs are pretty standard web stuff.

Productive Computing has done some work with Magento. It sounds like they are using external datasources to connect which would make for an overly excessive integration.
Productive Computing Blog
Our NRGship products use the Magento PHP API to pull order data and update order status post-shipment. In order to mirror this, you would need some PHP code server-side, and then use a plugin like Troi URL to invoke http requests to query and update record status.
Providing more information on your needs would allow for a more detailed response.

I use the JDBC driver that comes with Filemaker Pro and I have built a server app in Java that connects to filemaker through JDBC to auto insert data such as orders etc and have background tasks automate updates such as product updates and order status updates by getting data from filemaker through JDBC. The java server app then sends SOAP API requests off to Magento to handle the data exchange.
We have extended this further by having the server app listen for XML messages/commands on a socket so I can have real time integration to filemaker where needed. I then have a simple filemaker plugin I wrote using 24U Filemaker Plugin Template that sends small XML messages to the java server application which then issues an API call to magento accordingly. Filemaker waits for the server app response which gets returned and then filemaker continues the rest of the script that called the method.
It's a lot more elaborate than this in the sense it has a queue of tasks to perform so not to overload magento API, and we have a DB connection pool for the filemaker JDBC connections to save the overload of opening and closing connections. This works really really well, and we literally have the entirety of Magento integrated with filemaker and have produced many custom API modules for magento to achieve additional functionality which magento does not provide.
I was reading it's possible to create Java Plugins for java so in theory you could do away with the server app and simply create a filemaker plugin which has the magento API function calls built into it. If using V2 WSI Compliance mode for magento soap calls you could generate all the stub classes and methods using the JAXB web services plugin which is part of Netbeans which will save you days and days of work.

Related

AngularJS Client Consume Magneto Server? Via Rest or SOAP?

Hi I am building an application based on Magento CE 1.9.2
I have previous experience with magento but not recently or experience using the API, either SOAP or REST.
I am trying to decide whether or not it is fully beneficial or it is recommended to to abstract the client allow a fully fledged e-commerce store using an angular client / magento.
I am trying to see if it efficient to integrate AngularJs within Magento or have an Angular client making calls to the Magento API.
I have found this resource and i am investigating:
https://github.com/Wildhoney/Magento-on-Angular
This seems like an interested libary but before i start i wanted to see what the limitations where for accessing data through either SOAP or REST.
Specially as i am building this application for a client who requires the basic shoping aspects and noting to advanced, is there any data / functionality which magento would not be able to send to the client to utilise?
I wish to have the angular client ( this can be on a PHP based app such as laravel like in Magento-on-angular), i need to be able to get all the products, post reviews and interact with say magento modules, modules which work with say instragram and pull down the review pictures which will be sent to a client, i wish to make a full angular checkout and simply post a checkout object (something alone those lines) to magento for it to parse.
my objective is to have a minimal client which does not lack in functionality and i am very proficient in angular, angular was chosen due to the front end requirements of the application.
Or any other constraints or advice?
Or a Pro's / Con's List.
Thanks

Cloud based alternative to LAMP that can communicate to external API's

I am developing PHP plugins for CMS systems that at the moment communicates with my LAMP (PHP server) setup. As I am about to rewrite my server and PHP plugins and I am looking for a way to bypass the server konfiguration, maintaining and so on.
The server receives JSON, saves information from the JSON to my MySQL database, creates new JSON calls to external API's handles the response, saves part of it to the database. Merges pdf files from the different API's and creates a final JSON response to the CMS plugins.
My questions is in regards to a big update of my modules; Is there a setup that allows me to disgard my LAMP setup and use a cloud service? I have looked at Apigee and Parse but I don't know if they can make external API calls and handle the response of the API's?
If this can be done is it using Node.js?
Thanks.
Certainly Apigee can make outbound calls either through our policy based proxies or with a Node based proxy. Passivation of data can be accomplished through our KVM policies.
You can try it out with the free offering and see if it makes sense.
So you want standard website hosting with a MySQL database?
Any web host can do this for you. They manage the server, handle updates, etc. You just run your code in your little folder. Setup your domain. Connect to the database that they setup.
How much traffic are you doing? Do you need a whole server? A wee one or a giant one? Failover? Backups?
You should also look into Application Hosting with one of the big providers if you are worried about scaling.
http://aws.amazon.com/application-hosting/
http://www.rackspace.com/saas

Quickbooks Desktop to send information through REST API

Very shortly I will be required to do an integration between Quickbooks Desktop and a PHP website. I'm aware that there exists a PHP QuickBooks class that helps with integrating, but to my knowledge that only works when the PHP site is the one to initiate contact with the Desktop application. It's required of me that when a Purchase Order and/or Product is created on QuickBooks, it will automatically (and instantaneously) send the information over to my website using a REST API. Considering there will be multiple instances of QuickBooks Desktop that will be connected (we will allow customers to use a QuickBooks application that we will build), it is not practical to have to constantly check if ALL of those QuickBooks Desktop instances have any new Purchase Orders or Products that have been created since the last time we checked.
Is there a way to somehow add code to QuickBooks to send Purchase Orders and Products (upon creation) to my website using a REST API?
Thank you
QuickBooks itself doesn't really have any reliable method of catching events like you're talking about, and also doesn't have any way to then relay those events to an external REST API. So, you're not going to find exactly what you're looking for - it isn't possible.
With that said, you CAN get close by having an external application that polls QuickBooks periodically (as often as every few seconds) to grab new data from it, and then relays that data up to your REST API.
The easiest way to do this is via the Web Connector. It can poll as frequently as 1 minute, and is very capable of doing exactly what you're talking about. If you want to go with the Web Connector, your best bet is probably this open-source QuickBooks PHP DevKit (disclaimer: I'm the author). You could start with the Web Connector quick-start guide.
The harder way, but more flexible way is to write a custom QuickBooks SDK application that sits alongside QuickBooks, polls QuickBooks periodically, and relays that data up to your app. If you want to do this, you should check out the QuickBooks SDK - it has some C# and VB.NET examples in it which should prove useful.
Some specific notes:
but to my knowledge that only works when the PHP site is the one to initiate contact with the Desktop application.
Actually no - it only works when the Web Connector (which runs alongside QuickBooks) initiates the communication. But you can set it to run every 1 minute, which makes it pretty much constantly run and push data up to your app.
it will automatically
This is easily do-able with either the Web Connector or a custom SDK app.
(and instantaneously)
This isn't do-able. QuickBooks isn't even fast-enough performing to instantaneously relay data. You will never get instant data transfers from QuickBooks, so just forget about it now. (This is especially the case when you realize that there are lots of things in QuickBooks that can completely lock integrated applications out of even connecting to the data file - single-user mode, QuickBooks automatic updates, QuickBooks not being running, too many users in QuickBooks, etc.)
send the information over to my website using a REST API.
If using the Web Connector, your website receives the data, and you can then transform it and send it to your REST API.
If using a custom SDK app, you can write custom code to do that no problem.
it is not practical to have to constantly check if ALL of those QuickBooks Desktop instances have any new Purchase Orders or Products that have been created since the last time we checked.
Are you sure? We do this every day for thousands and thousands of people on ridiculously under-powered hardware.

How do I locally simulate accessing a Dynamics CRM database for use with SOAP?

I am currently starting on a project for school where we are to make a prototype for an application that uses PHP and SOAP to access a Dynamics CRM server.
So far I've gotten my apache server up and running and a project set up in Netbeans, simple .php files work just fine...
Now I'd need a similar database as is used in a MS Dynamics CRM system that I can run locally (so no network connection or configuration is required). Connection to the actual database (of the company we make the prototype for) is impossible.
An SQL server would be the easiest option I know of (according to a post here MySQL is incompatible with the dynamics database so that's not an option) since we have used this in class already, but is this a comparable database to the one used in Dynamics CRM?
This assignment is slightly out of my league since I have had no experience with PHP or SOAP coding, but then again we only need to simulate a couple of simple insert/update/delete/... statements - only problem being I have no idea how I should simulate their database.
Thanks in advance for you help, feel free to ask any extra questions if you need more information
Just having a database isn't going to be enough here. Dynamics CRM is the application which has the SOAP web service endpoint and then performs any actions on the database.
You cannot just run SOAP calls directly against the database and you should not be directly editing the CRM database - its not supported by Microsoft.
What you really need is a full development environment - CRM, SQL, AD the whole setup.
So traditionally you might go for a local server with CRM On-Premise, SQL and all their prerequisites installed, not a cheap option and it sounds like it might be beyond your current resources.
So my suggestion would be to go for CRM Online - basically Microsoft host everything and you access CRM via the web. CRM Online is basically the same as CRM On-Premise, there are some key differences but you will be able to perform all your SOAP calls against a real working CRM.
Even better CRM Online has a 30-Day free trial, after that its a $44 a month per user, but as I understand you can just keep creating more free trials.
Also you then need to get your clients customisations installed on the environment. You can export those from CRM and import them into your development environment. You can do this without taking an live data - which is probably why the client doesn't want to give you their database. The reason this is important is so you have the correct data model which is very important for the SOAP web service calls.
In regards to the PHP SOAP bits you might want to have a look at: PHP MSCRM, I haven't used it myself but it looks useful.
As a side, you may want to look at the OData endpoint of MSCRM you may find it more straightforward to use from PHP.

Any luck with Drupal 6 and Quickbooks inventory export

Looking at the Quickbooks API I only see options to sync users. I may just need to export the fields I need directly from the database? Just hoping someone had some scripts/templates to work with this already. I am not too worried about sync as long as the client could manually import web transactions at the beginning of the day
The QuickBooks SDK has the ability to import and export inventory items, including quantity on hand and cost information. Just to be clear, I speaking here about the classic SDK and not the Partner Platform. Using the SDK it is possible to connect to a QuickBooks online company using XML over SSL, or to a desktop company file (still the most popular option for most users) using XML or Intuit's QBFC framework, which is compatible with .NET.
There is no way to access the QuickBooks "database" directly. QODBC give you the ability to run SQL against QuickBooks company file data via ODBC, but it is implemented using the SDK. QODBC is the best way to get up and running fast with QuickBooks, and it's also great for custom reporting. But for most sync applications, the actual data access is a minor part of the overall scope, and the control that you get from going directly to the SDK and bypassing QODBC is worth it.
Most developers who have experience with QuickBooks have a library to help with common SDK tasks. There are also some offerings at code.intuit.com. In addition to library code, it also helps to understand the behavior of both QuickBooks and the SDK. The SDK is well documented and if you haven't visited the SDK section of the Intuit Developer site I would highly recommend it.

Categories