I'm wondering if we can provide different views with different URLs in meteor clients with the same server? That is, for a porker game, one view for each player.
A much clear example:
http://app1.meteor.com/myself # a web view for a user
http://app1.meteor.com/all # a web view for the administrator
You can use router. It is very easy to use.
You can find examples on usage here.
Yes. You just need to track user sessions. You can see an example of this here:
http://user-sessions.meteor.com/
and the source can be found here:
http://github.com/possibilities/meteor-user-sessions
Related
Following this
question I want to ask one more clarification:
I have a project. An application that I host on two different machines with two different domains for two different clients.
I have two applications registered in the Google Analytics portal.
Can I add the both tags as explained in the linked question and will I get data for the different application depending on which server I have hosted the app or, no matter the client, if I log into the first system, i will be registered on the second as well?
I am asking as the project is already build and packaged when I do the differentiation which goes to which server and am looking for quicker solution.
A quicker solution would be using one GA property for tracking all your applications and having a user-level custom dimension there indicating which application it is.
An alternative, would be using N properties each for its own application and then use a rollup property: https://support.google.com/analytics/answer/6096167?hl=en
Your case doesn't sound like a case justifying using two properties at the same time on each of the apps. Please elaborate your case better if you still believe you have to use double tracking. Double tracking is a brutish solution and there are almost always more elegant solutions.
I want to be able to have users on a new site be able to interact with each other. I thought searching for sample code for async controllers would help, but I can't really seem to find much.
I guess I am trying to replicate Node.js/Meteor like interactions where an action one user performs can be shown to other users. I assume this would work using async controllers and ajax, but I have found very little documentation and examples. I'm starting to think this isn't something that can happen in ASP.NET.
Sorry this is such a general question.
Watch Building Real-time Web Apps with ASP.NET SignalR, this video is by the creators of SignalR.
I think this will give you an idea of how SignalR might be the framework you want to use for your idea to build an application where multiple users can interact within a single page.
Here's what I am actually trying.
I created a task using Producteev. and shared this on FBwall.
my friends can view it and comment.
Would it be possible to use graph api create an application that will allow me to share data from the application onto FB.
Thanks
Sun
Try ShareKit, which encapsulates everything you are looking for. If you are only interested in facebook, then you will want to remove references to the other services. But it's easy to include this into you program, and I recommend you try it to see how it works.
You will need to provide some application ID information to initialize it for facebook. go the the facebook developers site and obtain those.
I'm not sure I'm asking the right question here, but I'm looking to provide web based functionality from one ASP.NET application to another remote 'portal-like' application. Is it possible to simply give the portal a DLL? As an example, let's say the SaaS web app has a patient-entry form that I want to be able to use from the portal application. I would like the portal app to be able to set preferences (permissions, color, style, etc), make a function call, and have that capability presented within a certain div or something. Is there any .NET technologies that provide this kind of integration?
EDIT:
Here is a link to a quick diagram I made trying to describe the scenario: http://img.ly/ESG. I know there are other ways of doing this (eg JSON-P calls), but I need to give the portal developers something they can control on their end. Also, if anything changes they'll know I will send them a new version of the DLL which will indicate to them the new functionality.
I'll give you a shopping list of things to check out:
DotNetNuke:
http://www.dotnetnuke.com/
Workflow Foundation -
http://msdn.microsoft.com/en-us/netframework/aa663328.aspx
Microsoft SAAS platform -
http://www.microsoft.com/serviceproviders/saas/default.mspx
Depending on exactly what you're looking for, you might also research "multitenancy".
To answer your original question, yes, you can do it with DLL's, but there are easier ways to do it.
When my user registers in Drupal and his account is created, I'd like to be able to create an account in a 3rd-party system (e.g. some moodle site).
Is that possible with an existing module? If not, what would be the preferred way to add this functionality?
You'll need to create a new custom module and implement the hook_user().
Specifically, you'll need to support the 'insert' operation, but of course you could add support for many others (such as delete or update) so you can manage users from your Drupal installation as well.
BTW: no existing module will couple exactly with your system, unless you're referring to a 3rd party application - in which case it'd help if you could tell us which one you're using :)
I second Sebs suggestion of using hook_user() for this, either after the fact on the 'insert' action, or upfront on 'validate', or on both, depending on how you need to deal with an eventual failure of Drupal itself or the 3rd-party-system.
Also, given your other question in this context, it looks like you might be interested in the following posts/discussions concerning external authentication in general:
Distributed Authentication changes (A short note/description of changes compared to Drupal-5)
Refactor distributed auth out of user.module (lengthy but informative discussion leading to the current state of things)
External Authentication in Druapl 6 (Some user experiences with the current state)
You might also want to take a look at the OpenID integration in Drupal core as a somewhat 'authoritative' source of examples.
You might also check out the Moodle module for Drupal. I used it a couple years ago and it was kind of a headache, but I'd guess that it's come a long way since then.
Interestingly, they recommend using OpenID to manage users between the sites. That may be easier than implementing your own hook_user instance if you aren't very comfortable writing Drupal modules. Just a thought.