Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
Beautiful. Amazing. What a neat guy.. makes you want to hear a lot more of Phil. Please tell us about what all you've done here. Is this 4.7? For newbies like me, is this mainly flash? How did you ever theme those forums? Care and appreciation!
The flash source is an html page plugged into front_page.module. This is why you do not see any drupal in the source, even though all you really would see is drupal.css, which could very easily be changed or removed.
Every bit of dynamic content is pulled from drupal via xmlrpc. News, dates, journal, are all CCK content types. Pics uses image.module. Bio is a static page node. The player at the bottom uses audio.module. Contact page and email list use custom xmlrpc function to send a mail, or subscribe to an externally managed elist. CCK and Views.module are the most important used here.
Flash communicates with Druapl via a custom flashapi.module. This module contains functions like: getNode(), getTerms(), getView(), sendContactEmail, submitForm(). Most of these are self explanatory with the exception of submitForm(), which allows a flash form to be submitted to an external url, used for the elist.
I'm sure you can imagine the power of getView() in this type of site. It takes three parameters (well, four including the necessary $apikey): $view_name (name of the view), $fields - (an array, allows us to specify which fields we want returned), and $args (in case the view has any arguments). The $fields var is important as it cut down the returned xml by about 70%. We then have control over our views via the very nice views_ui. We can do things like sorting, filtering, add arguments, etc.
One area that views.module is lacking is in the ability to filter by date. I wanted to show only upcoming dates, but could not do that with views, so I wrote my own function with an sql query instead, as this was quicker than trying to add dates filtering to views myself. I don't think it will be much longer before this is added.
Site administrators may login to manage this content, and other than the flash front page, only the forum is displayed to the public. I think next project, we will create both a flash and html version, using the html version to administer content as well.
Almost forgot...
On the flash end, I wrote an actionscript 2.0 class to wrap the available drupal xmlrpc functions. This class uses the xmlrpc library by mattism http://xmlrpcflash.mattism.com/. So, to get an array of news say, all I have to do in flash is this:
import Drupal;
// Instantiate drupal class
// I think I will change this next project to use singleton pattern (drupal = Drupal.getInstance());
// This way I can do things like session management and user login.
drupal = new Drupal();
// we only use these two fields. if we do not define these we will get a whole bunch of unneeded data
fields = new Array('created', 'field_body');
// when data is loaded and class is setup, then we will proceed
// the third argument would contain the view arguments if there were any
// the last argument is a callback function
drupal.getView('news', fields, null, onNewsLoaded);
function onNewsLoaded(news) {
trace('news has been loaded, you should display it somehow');
trace(news.toString());
}
Any likelyhood of contributing the flashapi.module back to drupal.org? hopefully including your actionscript as well? I'm sure it would be something that other people would be interested in and could probably even have a few people contributing improvements to it.
I've thought about this, but not really sure how it should be structured. Really all I'm doing is exposing functions from other modules to XMLRPC, and there are usually different requirements for each project. I don't think it would be a good idea to contribute a module with dependencies on mixed, unrelated modules.
I think we need to think bigger picture a little here. Perhaps the module could instead be something like drupalapi.module, as its really not limited to flash. It should use submodules, where core functions exist in the main drupalapi.module that handles things like sessions and application validation, and then submodules like nodeapi.module, userapi.module, taxonomyapi.module, viewsapi.module, etc. can be added to expose additional functionality.
This would allow developers to create their own functionality without hacking the main module. The main module might also provide an interface for creating and granting apikeys to allow access by only authorized applications.
On that note, maybe this functionality could someday make its way into core. hook_api() perhaps? A core api.module would allow us to setup api keys and various global settings. Other modules would then use hook_api() to expose functions and other logic.
Or maybe we just need to extend the functionality of the current core xmlrpc, and perhaps add a core xmlrpc.module?
Then, we could leave it up to core and contrib modules to define their own api functionality. For example: User.module would provide xmlrpc funcitions like user.login(), or user.getProfile; taxomony.module would provide xmlrpc functions like taxonomy.getTree(); node.module would provide functions like node.getNode() etc. You get the idea.
I like this I think we're on to something here. Don't you think?
World is so small :) All day I'm playing with Drupal and mattism AS2 xmlrpc library to do what u just described. Before I even look at this post. I've stumbled across this post after I searched Drupal.org for "extending xmlrpc data types".
I want to add xml fragment data type, like I can send and recive native types: string, i4....that would allow many posibilites. Does that make any sense? I could format xml tree form taxonomy.getTree on server and send pure xml to flash.
Also, I'm trying to expose taxonomy_xml module functionality over xmlrpc.
I was also thinking how would be nice to control security of additional xmlrpc function over some function x user_role matrix (dependencies included) but that's just sugestion...
I think you're creating a bunch of extra steps for yourself. You know that you can also return arrays and structs right? These things are turned into xml automatically by xmlrpc, and then turned back into an array or struct in flash. You're talking about having to write code to create the xml on the server and then even more code to parse the xml on the flash end. This would create a lot of overhead as well especially on the flash end since you would be first running an xmlparse on the returned xmlrpc data, and then after that's done, on your custom xml.
This is my xmlrpc taxonomy.getTerms(vid) function in Drupal:
function flashapi_xmlrpc()
{
return array(
array(
'flashapi.getTerms',
'flashapi_get_terms',
array('struct', 'string', 'int'),
t('Returns the terms in a specific vocab.')));
}
function flashapi_get_terms($appkey, $vid) {
$app = flashapi_validate_app($appkey);
if($app !== true) {
return flashapi_error($app);
}
$tree = taxonomy_get_tree($vid);
return $tree;
}
And then my as2 class using mattism looks something like this
import mx.utils.Delegate;
import com.mattism.http.xmlrpc.Connection;
import com.mattism.http.xmlrpc.ConnectionImpl;
import com.mattism.http.xmlrpc.util.XMLRPCDataTypes;
class Drupal {
public function getView(_view_name:String, _fields, _args:Array, _callback:Function):Void
{
var args:Array = new Array(new Array(_view_name, XMLRPCDataTypes.STRING),
new Array(_fields, XMLRPCDataTypes.ARRAY),
new Array(_args, XMLRPCDataTypes.ARRAY));
_call(METHOD_GET_VIEW, args, _callback);
}
private function _call(_method:String, _args:Array, _callback:Function):Void
{
var rpc:Connection = new ConnectionImpl(_getServerURL());
if (!_callback) {
_callback = Delegate.create(this, _onResponse);
}
rpc.onLoad = _callback;
rpc.addParam(APPKEY, XMLRPCDataTypes.STRING);
for (var i:Number=0; i<_args.length; i++) {
rpc.addParam(_args[i][0], _args[i][1]);
}
rpc.call(_method);
}
}
so now to call the function we do this somwhere in our movie.
import Drupal.as;
import mx.utils.Delegate;
drupal = new Drupal();
drupal.getTerms(1, Delegate.create(this, onTermsLoaded));
function onTermsLoaded(_terms) {
// _terms should be a multidimensional array or an object.
}
Make sense?
This is not funcitonal code. You will have to make some changes in order to use it. I will post working code sometime soon.
That function (taxonomy.getTree) is returning array of objects, but hierarchy is represented like self-referencing table: each object points to his parent...so, I have to reparse that array to create real hierarchy that component like Tree in flash can use.
Consider this (maybe just extra steps, but):
1. methodCall from flash to xmlrpc function like getXMLTree
2. server calls taxonomy_xml (or something) and creates xml file
3. server sends methodResponse with path to xml file (cashing mechanism could be implemented here...)
4. i get file
All this just to have REAL XML hierarchy. Not self-referencing table masked as XML. Altough, it's usefull.
Another option is to reparse that array on server to create real tree.
Extending xmlrpc data types with xml fragments would be nice couse I could make XML ready for flash, so no overhead on client side - flash xmlrpc parser would just pass that data as it is...
Your Drupal class in flash should be a Singleton, right?
I also think that mattism as2 classes need more work. Did u notice that ConnectionImpl class constructor creates MethodImpl?
public function ConnectionImpl( url:String ) {
//prepare method response handler
//this.ignoreWhite = true;
//init method
this._method = new MethodCallImpl();
.
.
.
ConnectionImpl.call method should be 'overloaded' with reference to some Method object.
Also, geting back response should be through Method...
Because of the overhead caused by parsing mucho xml on the flash side, I decided it would probably be better to use amfphp, but as a Drupal module rather than a completely separate instance. This way, I can build my amfphp classes to use Drupal functions, rather than having to communicate amfphp with Drupal via xmlrpc.
By using amfphp, flash devs can use the data components in flash and the standard remoting classes, which is nice. I stay out of the GUI though and do all my code in external classes using the flash ARP framework. I'm working on a full flash site with at least 8 different types of content and so far, I only need 3 amfphp classes -- Node, Views, and Taxonomy.
I'm not doing any flash coding just yet, and I agree that having a module with lots of other dependencies would be less than ideal. However, maybe as just a first step if you released what you already have then the community could give some feedback about how to change it or how to structure it so that it would work very cleanly with things. I could host the file on my website if you need some space/bandwidth and just link it to this forum.
There are some things I want to clean up which I can do on one of my current projects. After that, I'll put something up. I do think the idea above is a better direction in the long run, but it would be quite some time before we could see it put into action, if core was even interested.
It does kind of seem silly that we have this nice and easy way to epose things to xmlrpc and we aren't taking advantage of this at all in core, besides blogapi of course. I guess it comes down to what the usage would be.
I would also suggest it is also probably a matter of community expertise and knowledge contributing to this as well. Not a lot of people doing htis or thinking about doing things like this.
Any doc's, suggestions etc are certainly welcome to the handbook. As to adding functionality to the core, my guess is patches towards 4.8 would also probably be welcomed with excitment and interest. I know it's been occassionally touched on as a desired thing, but not sure how many contributing devs have had the time or expertise to pursue the matter.
Yeah that's what I meant when I said "I guess it comes down to what the usage would be". I can't really think of any other practical usage of defining a drupal xmlrpc api beside flash apps. While that by itself is worth it, I agree in that I don't think many core devs would jump to make this happen. Maybe custom offline editors? Or perhaps for better communication between sites, syncing content etc.? I don't know. I'm considering getting the effort started on this though. I know I would use it :)
Correct me if i'm wrong, but I would imagine you would want to use xml stuff if you got into mobile phone technologies, like serving content into a phone readable browswer or perhaps doing an online phone game or something. Could be very big for some people, but i agree probably not something 80% of users will need/want.
You know with wireless broadband gaining speed I think we're going to be seeing a lot more going on in the WAP realm coming up in the next few years. It would be smart to cover this angle in Drupal. Too, I think many WAP apps are actually built with flash aren't they?
You could effectively run web services that way too with your drupal site. Publish and Subscribe modules exist but they only work with other Drupal sites. Doing something like this could open up Drupal for communication with any application out there.
Hello,
Has there been any updates to this information regarding Flash and Drupal. It seems that amfphp and services came around after this particular post..."briefly how". I need some advice on how to set up drupals views so that data flows to the right pages. 1) I'd like to learn what to configure in Drupal in order to use it as a back end for Flash. 2)Configure Flash to receive and process the data. I have gone over some of this stuff a few dozen times - it's hard enough designing functional logic and ui elements. It would be useful if there were a step by step check list. Maybe some one can point me in the right direction?
I know it's possible to create a flash site powered by drupal. One of my projects, www.jasminetriasonline.com, makes use of www.flashblog.org, the first opensource flash blog. I've got to tell you that the English version sucks. I had to change a lot of files to get it working. And it's extremely limited as a program. There has also been attempts of creating an opensource flash blog powered by WORDPRESS. I don't know the developments, but again, it's an extremely limited script.
I really like to learn how to create a drupal-powered flash site. I hope someone would be so kind to create a more definitive guide on how to do so.
Plus, what about AMFPHP? Has anyone tried working on a drupal-powered flash site that makes use of flash remoting/ AMFPHP?
In order to utilize amfphp with Drupal, we have to use it as a separate library that interfaces with Drupal via Drupal xmlrpc. Why do that when we can just connect to Drupal xmlrpc straight from flash using an xmlrpc library for flash such as http://xmlrpcflash.mattism.com/? A few people have used amfphp though, just search a bit.
I think it would be an area to explore, though to perhaps create a flash remoting module for Drupal that uses the amfphp library and bypasses Drupal xmlrpc altogether. There would probably be some performance benefit as flash has to parse quite a bit of xml with many common Drupal xmlrpc calls unless you are careful to return only what you need. Also, this would allow us to use the included data components in flash, which would be very nice for many people.
I'm currently working on a "remote.module" alongside a current project and I plan to release it into the wild very soon. This module can be used to create remote apis for your Drupal site so that external apps like flash can connect. This module will include useful submodules that provide access to common functions in core modules such as node, taxonomy, user, etc. It also provides apikey validation and session management. Too, there is an AS 2.0 client to connect from flash.
Yes, I've already tried AMFPHP actually and can understand how it works.
Your new project sounds interesting. Actually, I haven't tested the remoting module yet. But I will, soon enough...
Well, that explains why I can't find one. PLEASE PLEASE PLEASE... do release a module for flash remoting. This will really help a lot of flash designers.
Thanks.
I work for a firm that creates mostly flash sites. We use Drupal extensively for image management. Have been using AMF to do simple things like user registration and user authentication. As far as content goes though, we have been batching all files to XML and just reading them from the file system.
This seemed to be the fastest alternative to using AMF since there is no native support.
I would love to discuss ways I could help you with this project if you are interested.
I have created an amfphp.module alongside a project that has just gone live. I will request for a CVS account and have this module in the Drupal repository by the end of next week. Then you, I, and anyone else interested can work first to turn this module into a solid release, and then to continue to make it better.
I also built out a remote.module, which I used on another project just launched - http://griffinholdings.net. This is a more flexible module as it is not flash specific and uses drupal xmlrpc, but we all know that AMFPHP outperforms xmlrpc for flash use. I may get this into the repository as well, though its kind of one or the other for me. I will definitely do the amfphp.module first.
Scott,
I'd like to be able to help you in any way possible with this module. Could you let me know when you get it into CVS? I'm really interested in what kind of Drupal support you've added to amfphp.
That's the only downside to using flash IMO. Very fitting for musician or artsy sites, but ultimately flash gives very little information to search engines to understand or spider.
I really like this site a lot, but look at the source code. 100% script driven. Honestly I think you can have a visually appealing site like this but also
work some other pages into the overall design with static content onto the page. I see some great flash sites do this, but they are few and far between.
It's like they don't want SE's to ever see them :^(
The only way sites like this will become popular in search engines is by receiving a lot of relevant/authority links pointing back to it and even then it will only rank for one or two keyword phrases - like "Phil Wickham" as one example.
There really is not much content to be indexed so its not much of an issue on this site.
What we are doing on future all-flash projects (if budget allows) is a text version of the site if flash is not installed, like diggers said. Its a lot of extra work though, so you have to factor it into the budget, though Drupal does make it much easier than without.
Hybrids are really nice to do, but you do lose a lot of the flexibility you get with flash. It all depends on the project. We're just finishing a site for a development company, and going hybrid was perfect for that project. I really all depends on the project.
Best Compliments, I would like to have your knowledge in the next Time and Build somelike it.
Well You got me also to Phil musik. You match your targed. Great great !!
Wolf
Online Virtual Systems and Network Environments for Test and Practice for Everybody http://www.adaccs.at/
Contact me for drupal projects in English, German, Italian, Drupal Hosting Support.
There's also prominent solution for those who works with flash and .NET - Fluorine. Serving as Flash Remoting, Fluorine enables easy data exchange between the Flash and .NET. It is a remoting gateway just like AMFPHP, but for .NET - probably someone will find it useful. Its opensource.
----
Comments
Wow!
Beautiful. Amazing. What a neat guy.. makes you want to hear a lot more of Phil. Please tell us about what all you've done here. Is this 4.7? For newbies like me, is this mainly flash? How did you ever theme those forums? Care and appreciation!
nice
You might consider a general write up on it for the handbook.
-Steven Peck
---------
Test site, always start with a test site.
Drupal Best Practices Guide -|- Black Mountain
-Steven Peck
---------
Test site, always start with a test site.
Drupal Best Practices Guide
What is drupal?
Is it all flash? I can only see the forum being drupal. Is flash getting the drupal database and outputting the information?
This is Drupal based
This is Drupal based too.
http://www.zimmertwins.com/
-Steven Peck
---------
Test site, always start with a test site.
Drupal Best Practices Guide -|- Black Mountain
-Steven Peck
---------
Test site, always start with a test site.
Drupal Best Practices Guide
OK we're all busting to know
....how does drupal power flash? View source on each page: looks to be wall-to-wall flash to me.
I´m not sure
I´m not sure, I have the same problem
briefly how
The flash source is an html page plugged into front_page.module. This is why you do not see any drupal in the source, even though all you really would see is drupal.css, which could very easily be changed or removed.
Every bit of dynamic content is pulled from drupal via xmlrpc. News, dates, journal, are all CCK content types. Pics uses image.module. Bio is a static page node. The player at the bottom uses audio.module. Contact page and email list use custom xmlrpc function to send a mail, or subscribe to an externally managed elist. CCK and Views.module are the most important used here.
Flash communicates with Druapl via a custom flashapi.module. This module contains functions like: getNode(), getTerms(), getView(), sendContactEmail, submitForm(). Most of these are self explanatory with the exception of submitForm(), which allows a flash form to be submitted to an external url, used for the elist.
I'm sure you can imagine the power of getView() in this type of site. It takes three parameters (well, four including the necessary $apikey): $view_name (name of the view), $fields - (an array, allows us to specify which fields we want returned), and $args (in case the view has any arguments). The $fields var is important as it cut down the returned xml by about 70%. We then have control over our views via the very nice views_ui. We can do things like sorting, filtering, add arguments, etc.
One area that views.module is lacking is in the ability to filter by date. I wanted to show only upcoming dates, but could not do that with views, so I wrote my own function with an sql query instead, as this was quicker than trying to add dates filtering to views myself. I don't think it will be much longer before this is added.
Site administrators may login to manage this content, and other than the flash front page, only the forum is displayed to the public. I think next project, we will create both a flash and html version, using the html version to administer content as well.
Almost forgot...
On the flash end, I wrote an actionscript 2.0 class to wrap the available drupal xmlrpc functions. This class uses the xmlrpc library by mattism http://xmlrpcflash.mattism.com/. So, to get an array of news say, all I have to do in flash is this:
A little more?
Any likelyhood of contributing the flashapi.module back to drupal.org? hopefully including your actionscript as well? I'm sure it would be something that other people would be interested in and could probably even have a few people contributing improvements to it.
--Ryan
--Ryan
Ryan Cross
James Cross Construction Services
Project Management Software
hmmm...
I've thought about this, but not really sure how it should be structured. Really all I'm doing is exposing functions from other modules to XMLRPC, and there are usually different requirements for each project. I don't think it would be a good idea to contribute a module with dependencies on mixed, unrelated modules.
I think we need to think bigger picture a little here. Perhaps the module could instead be something like drupalapi.module, as its really not limited to flash. It should use submodules, where core functions exist in the main drupalapi.module that handles things like sessions and application validation, and then submodules like nodeapi.module, userapi.module, taxonomyapi.module, viewsapi.module, etc. can be added to expose additional functionality.
This would allow developers to create their own functionality without hacking the main module. The main module might also provide an interface for creating and granting apikeys to allow access by only authorized applications.
Sounds neat.
Brilliant idea
Hope you can get some of the core developers interested
on that note
On that note, maybe this functionality could someday make its way into core. hook_api() perhaps? A core api.module would allow us to setup api keys and various global settings. Other modules would then use hook_api() to expose functions and other logic.
Or maybe we just need to extend the functionality of the current core xmlrpc, and perhaps add a core xmlrpc.module?
Then, we could leave it up to core and contrib modules to define their own api functionality. For example: User.module would provide xmlrpc funcitions like user.login(), or user.getProfile; taxomony.module would provide xmlrpc functions like taxonomy.getTree(); node.module would provide functions like node.getNode() etc. You get the idea.
I like this I think we're on to something here. Don't you think?
Just can't belive!
World is so small :) All day I'm playing with Drupal and mattism AS2 xmlrpc library to do what u just described. Before I even look at this post. I've stumbled across this post after I searched Drupal.org for "extending xmlrpc data types".
I want to add xml fragment data type, like I can send and recive native types: string, i4....that would allow many posibilites. Does that make any sense? I could format xml tree form taxonomy.getTree on server and send pure xml to flash.
Also, I'm trying to expose taxonomy_xml module functionality over xmlrpc.
I was also thinking how would be nice to control security of additional xmlrpc function over some function x user_role matrix (dependencies included) but that's just sugestion...
..::visit actionscripting.izhr.com ::..
i have to ask why?
I think you're creating a bunch of extra steps for yourself. You know that you can also return arrays and structs right? These things are turned into xml automatically by xmlrpc, and then turned back into an array or struct in flash. You're talking about having to write code to create the xml on the server and then even more code to parse the xml on the flash end. This would create a lot of overhead as well especially on the flash end since you would be first running an xmlparse on the returned xmlrpc data, and then after that's done, on your custom xml.
This is my xmlrpc taxonomy.getTerms(vid) function in Drupal:
And then my as2 class using mattism looks something like this
so now to call the function we do this somwhere in our movie.
Make sense?
This is not funcitonal code. You will have to make some changes in order to use it. I will post working code sometime soon.
because...
That function (taxonomy.getTree) is returning array of objects, but hierarchy is represented like self-referencing table: each object points to his parent...so, I have to reparse that array to create real hierarchy that component like Tree in flash can use.
Consider this (maybe just extra steps, but):
1. methodCall from flash to xmlrpc function like getXMLTree
2. server calls taxonomy_xml (or something) and creates xml file
3. server sends methodResponse with path to xml file (cashing mechanism could be implemented here...)
4. i get file
All this just to have REAL XML hierarchy. Not self-referencing table masked as XML. Altough, it's usefull.
Another option is to reparse that array on server to create real tree.
Extending xmlrpc data types with xml fragments would be nice couse I could make XML ready for flash, so no overhead on client side - flash xmlrpc parser would just pass that data as it is...
Your Drupal class in flash should be a Singleton, right?
I also think that mattism as2 classes need more work. Did u notice that ConnectionImpl class constructor creates MethodImpl?
ConnectionImpl.call method should be 'overloaded' with reference to some Method object.
Also, geting back response should be through Method...
..::visit actionscripting.izhr.com ::..
Done some work
simple showoff for flash + xmlrpc on link down
..::visit actionscripting.izhr.com ::..
nice work
So here's what I'm thinking and doing now....
Because of the overhead caused by parsing mucho xml on the flash side, I decided it would probably be better to use amfphp, but as a Drupal module rather than a completely separate instance. This way, I can build my amfphp classes to use Drupal functions, rather than having to communicate amfphp with Drupal via xmlrpc.
By using amfphp, flash devs can use the data components in flash and the standard remoting classes, which is nice. I stay out of the GUI though and do all my code in external classes using the flash ARP framework. I'm working on a full flash site with at least 8 different types of content and so far, I only need 3 amfphp classes -- Node, Views, and Taxonomy.
Well..
I'm not doing any flash coding just yet, and I agree that having a module with lots of other dependencies would be less than ideal. However, maybe as just a first step if you released what you already have then the community could give some feedback about how to change it or how to structure it so that it would work very cleanly with things. I could host the file on my website if you need some space/bandwidth and just link it to this forum.
--Ryan
--Ryan
Ryan Cross
James Cross Construction Services
Project Management Software
i will
There are some things I want to clean up which I can do on one of my current projects. After that, I'll put something up. I do think the idea above is a better direction in the long run, but it would be quite some time before we could see it put into action, if core was even interested.
It does kind of seem silly that we have this nice and easy way to epose things to xmlrpc and we aren't taking advantage of this at all in core, besides blogapi of course. I guess it comes down to what the usage would be.
I would also suggest it is
I would also suggest it is also probably a matter of community expertise and knowledge contributing to this as well. Not a lot of people doing htis or thinking about doing things like this.
Any doc's, suggestions etc are certainly welcome to the handbook. As to adding functionality to the core, my guess is patches towards 4.8 would also probably be welcomed with excitment and interest. I know it's been occassionally touched on as a desired thing, but not sure how many contributing devs have had the time or expertise to pursue the matter.
-Steven Peck
---------
Test site, always start with a test site.
Drupal Best Practices Guide -|- Black Mountain
-Steven Peck
---------
Test site, always start with a test site.
Drupal Best Practices Guide
Yeah that's what I meant
Yeah that's what I meant when I said "I guess it comes down to what the usage would be". I can't really think of any other practical usage of defining a drupal xmlrpc api beside flash apps. While that by itself is worth it, I agree in that I don't think many core devs would jump to make this happen. Maybe custom offline editors? Or perhaps for better communication between sites, syncing content etc.? I don't know. I'm considering getting the effort started on this though. I know I would use it :)
What about WAP
Correct me if i'm wrong, but I would imagine you would want to use xml stuff if you got into mobile phone technologies, like serving content into a phone readable browswer or perhaps doing an online phone game or something. Could be very big for some people, but i agree probably not something 80% of users will need/want.
--Ryan
--Ryan
Ryan Cross
James Cross Construction Services
Project Management Software
Yep good call.
You know with wireless broadband gaining speed I think we're going to be seeing a lot more going on in the WAP realm coming up in the next few years. It would be smart to cover this angle in Drupal. Too, I think many WAP apps are actually built with flash aren't they?
You could effectively run
You could effectively run web services that way too with your drupal site. Publish and Subscribe modules exist but they only work with other Drupal sites. Doing something like this could open up Drupal for communication with any application out there.
============================================
BuyBlue.org
Update Drupal>Flash>Drupal?
Hello,
Has there been any updates to this information regarding Flash and Drupal. It seems that amfphp and services came around after this particular post..."briefly how". I need some advice on how to set up drupals views so that data flows to the right pages. 1) I'd like to learn what to configure in Drupal in order to use it as a back end for Flash. 2)Configure Flash to receive and process the data. I have gone over some of this stuff a few dozen times - it's hard enough designing functional logic and ui elements. It would be useful if there were a step by step check list. Maybe some one can point me in the right direction?
Thank you!
Richard
Super wow
I know it's possible to create a flash site powered by drupal. One of my projects, www.jasminetriasonline.com, makes use of www.flashblog.org, the first opensource flash blog. I've got to tell you that the English version sucks. I had to change a lot of files to get it working. And it's extremely limited as a program. There has also been attempts of creating an opensource flash blog powered by WORDPRESS. I don't know the developments, but again, it's an extremely limited script.
I really like to learn how to create a drupal-powered flash site. I hope someone would be so kind to create a more definitive guide on how to do so.
Plus, what about AMFPHP? Has anyone tried working on a drupal-powered flash site that makes use of flash remoting/ AMFPHP?
amfphp == extra step, unless we integrate ...
In order to utilize amfphp with Drupal, we have to use it as a separate library that interfaces with Drupal via Drupal xmlrpc. Why do that when we can just connect to Drupal xmlrpc straight from flash using an xmlrpc library for flash such as http://xmlrpcflash.mattism.com/? A few people have used amfphp though, just search a bit.
I think it would be an area to explore, though to perhaps create a flash remoting module for Drupal that uses the amfphp library and bypasses Drupal xmlrpc altogether. There would probably be some performance benefit as flash has to parse quite a bit of xml with many common Drupal xmlrpc calls unless you are careful to return only what you need. Also, this would allow us to use the included data components in flash, which would be very nice for many people.
I'm currently working on a "remote.module" alongside a current project and I plan to release it into the wild very soon. This module can be used to create remote apis for your Drupal site so that external apps like flash can connect. This module will include useful submodules that provide access to common functions in core modules such as node, taxonomy, user, etc. It also provides apikey validation and session management. Too, there is an AS 2.0 client to connect from flash.
Yes, I've already tried
Yes, I've already tried AMFPHP actually and can understand how it works.
Your new project sounds interesting. Actually, I haven't tested the remoting module yet. But I will, soon enough...
Actually, I haven't tested
Not sure what you're referring to here. There is no remoting module available yet (as far as I know). But I am working on it :).
Well, that explains why I
Well, that explains why I can't find one. PLEASE PLEASE PLEASE... do release a module for flash remoting. This will really help a lot of flash designers.
Thanks.
Really hope I can help in some way
I work for a firm that creates mostly flash sites. We use Drupal extensively for image management. Have been using AMF to do simple things like user registration and user authentication. As far as content goes though, we have been batching all files to XML and just reading them from the file system.
This seemed to be the fastest alternative to using AMF since there is no native support.
I would love to discuss ways I could help you with this project if you are interested.
Please contact me: aram "at" duvenjian "dot" com
Looking forward to hearing from you.
have an early amfphp module
I have created an amfphp.module alongside a project that has just gone live. I will request for a CVS account and have this module in the Drupal repository by the end of next week. Then you, I, and anyone else interested can work first to turn this module into a solid release, and then to continue to make it better.
I also built out a remote.module, which I used on another project just launched - http://griffinholdings.net. This is a more flexible module as it is not flash specific and uses drupal xmlrpc, but we all know that AMFPHP outperforms xmlrpc for flash use. I may get this into the repository as well, though its kind of one or the other for me. I will definitely do the amfphp.module first.
Sound good?
- Scott
Sounds great
Can't wait to get a look at it. Really want to move over to AMFPHP.
Really hope others jump on this as well.
Thanks Scott,
-A
Help for amfphp.module
Scott,
I'd like to be able to help you in any way possible with this module. Could you let me know when you get it into CVS? I'm really interested in what kind of Drupal support you've added to amfphp.
Nathan Haug
creative graphic design w: quicksketch.org
& software development e: nate@quicksketch.org
Super site
Another great Drupal commit that i see together with www.projectopus.com... Go ahead!
Jan
----
Support Drupal! - Drupal at Free Scripts Forum
The Linux Boy - Free Scripts and Linux Guides
Sweet.
Beautiful work. Good songs too.
--------------------
Michael
http://michaelangela.name
Really great looking site.
Really great looking site. Is it search engine friendly?
It's not SEF
That's the only downside to using flash IMO. Very fitting for musician or artsy sites, but ultimately flash gives very little information to search engines to understand or spider.
I really like this site a lot, but look at the source code. 100% script driven. Honestly I think you can have a visually appealing site like this but also
work some other pages into the overall design with static content onto the page. I see some great flash sites do this, but they are few and far between.
It's like they don't want SE's to ever see them :^(
The only way sites like this will become popular in search engines is by receiving a lot of relevant/authority links pointing back to it and even then it will only rank for one or two keyword phrases - like "Phil Wickham" as one example.
SEOPosition.com
Offering Pure CSS Design, Web Optimization & SEO Consulting
Or I guess you could show a
Or I guess you could show a text only version when flash isn't detected. It would be tricky but entirely possible.
http://www.google.com/search?
http://www.google.com/search?client=safari&rls=en&q=phil+wickham&ie=UTF-...
http://search.yahoo.com/search?p=phil+wickham&fr=FP-tab-web-t400&toggle=...
http://search.msn.com/results.aspx?q=phil+wickham&Form=MSNH
Exactly.
There really is not much content to be indexed so its not much of an issue on this site.
What we are doing on future all-flash projects (if budget allows) is a text version of the site if flash is not installed, like diggers said. Its a lot of extra work though, so you have to factor it into the budget, though Drupal does make it much easier than without.
Hybrids are really nice to do, but you do lose a lot of the flexibility you get with flash. It all depends on the project. We're just finishing a site for a development company, and going hybrid was perfect for that project. I really all depends on the project.
Flex 2.0
This is interesting...I've been thinking of mating Flex 2.0 with Drupal by exposing a page module that feeds back XML based on my request, e.g.
Then in Flex 2.0 just use a url (e.g http://site/flexconnect/listAudio/latest:5) as a data source to whatever control is being used.
Has anyone done anything with flex 2 and drupal?
Simply Great
Best Compliments, I would like to have your knowledge in the next Time and Build somelike it.
Well You got me also to Phil musik. You match your targed. Great great !!
Wolf
Online Virtual Systems and Network Environments for Test and Practice for Everybody
http://www.adaccs.at/
Contact me for drupal projects in English, German, Italian, Drupal Hosting Support.
for anyone interested
http://drupal.org/project/amfphp
I'll try it out soon
Thanks for the module...
I'll try it out soon.
For Chillmoz.com
---
Chillmoz
http://www.chillmoz.com
Great module!
Thanks for sharing this module. GBU.
Another Flash Remoting solution, for Flash <=> .NETdata exchange
There's also prominent solution for those who works with flash and .NET - Fluorine. Serving as Flash Remoting, Fluorine enables easy data exchange between the Flash and .NET. It is a remoting gateway just like AMFPHP, but for .NET - probably someone will find it useful. Its opensource.
----
Flash Teh Ripper
Nice site
Jan
----
Support Drupal! - Drupal at Free Scripts Forum
The Smart Boy - Free Scripts and Linux Guides
WOW
That's just about it. Wow. This is what the web was meant to be.