How can I customize the look and feel of my registration email? In my Parse dashboard, it asks me to upload templates to my "server". I don't have a server for my app. It's fairly basic and depends solely on Parse for my back-end.
Can I just provide a link from, say, a GoDaddy hosting account to the specified HTML template pages provided?
Customize User-Facing Pages
These are the pages your users visit when resetting their password or
verifying their email addresses. You can customize the look and feel of
these pages by uploading a modified copy to your server and telling us
their locations.
Hide Parse.com URLs
By uploading this file to your server and entering its address below,
you can hide parse.com from your users. This page is an iframe for Parse
that lets your domain be the front-end to our back-end.
Yeah, this was really easy.
Just download the provided template files from your Parse.com Dashboard under Settings > Email, then upload them to your server (web host, i.e. GoDaddy).
Where it says /app/password_reset_success.html, etc., replace that entire line with a link to that same file on your server.
Related
I am using Struts 1.x framework in my web application .
When the user hits the application URL... ..intranet link is fetched from the db and it should generate the PDF and send this to the user..
Shall I use response.sendRedirect(intranet link);
Will this work in public server(internet)?
Please help me with this
A browser on the web will in general not be able to fetch something from the intranet.
The expensive alternative is to fetch the files from the intranet by your application, and stream them out.
If the intranet uses a user authentication, browser based, maybe Windows Active Directory (via LDAP), maybe SAML, then it gets even harder.
Pragmatic might be to send an e-Mail with the link, allowing the user to get the document in-house only.
We have a Web Application which have HTML 5 page to see the messages in realtime through websocket connection to our servers.Making websocket connection and showing the graphs work well,HTML5 page needs SSO authentication before it gets displayed.
What has been completed
But for viewing that HTML 5 page we have no file based authentication to read the file with usernames and show a popup to enter username if it is matched then user will be able to see the HTML graphs page.This is not very good approach!!!
What needs to be DONE
Now some type of SSO-Single Sign On authentication(not sure on what type of authentication our organization is currently using) is needed which will do some magical authentication on the back end and after that user would be able to see the HTML graphs page.
Currently the application is running on Apache Tomcat 6 and have couple of javascript files,CSS and one HTML page.Potential solution should be implemented in JAVA,can use any 3rd party API too.
Thanks in advance.
In my new app, i would like to have a text dialog where the user can enter their email address to subscribe to our newsletter and to hear of new updates, features to come.
I am already familiar with using Text dialogs in android.
My question is, when the user hits submit, i would like for the users information entered to be sent to my website or maybe written to a file on my website.
OR is there a way i can have it sent to my email some how? If i could some how add them to a spreadsheet that would also be nice.
At this point i am open to any option that would work and not to difficult to implement.
I dont own a server, but i do have a website with storage space etc through GoDaddy.
Thanks guys.
It depends on how much work you want to do, and how much security you want.
If you go with the email option, your application will need a valid email address, password, and server to send email from. This means you will need to embed those variables within your application, and it could be abused.
If you want the address to be written on a file on your website, you will have to allow FTP access within your application, which is another security concern and will increase the amount of code your application needs to work.
The best solution for this scenario would be to have a servlet running on your webserver that can securely communicate with a database. Your Android application can call an HTTP POST message to your servlet containing the user's email address, and the servlet can then save it to a database, which you can pull a spreadsheet from.
This will be the fastest and most secure way of accomplishing what you're wanting.
I am working with a small webpage using java and servlets. From my webpage I want to open a third party website without showing its login page. I mean to say authenticating it from Java and entering its home page. Can anyone help me with it?
You have to distinguish between the server (your app) and the client (the browser). Even if you (the server) would authenticate successfully, the client still wouldn't be authenticated, as you have no way to pass the authentication data to the client (cookie restrictions etc.).
So what you could do is read the HTML data of the foreign site on your server and stream it out to your client. But the performance would be miserable, you would have to rewrite every single link on the pages and most of all: you would probably violate copyright laws. Don't do it!
I don't think there is a sane solution for you, unless the author of the other site agrees on a shared authentication mechanism with you.
I have application written in GWT and hosted on Google AppEngine/Java. In this application user will have an option to upload video/audio/text file to the server. Those files could be big, up to 1gb or so and because GAE/J does not support large file I have to use another server to store those files. This would be easy to implement if there was no cross-domain security feature in browsers. So, what I'm thinking is to make GAE Server talk to my server (Glassfish or any other java servers if needed) to tell url to the file and if possible send status of uploaded file (how many percent was uploaded) so I can show status on clients screen. Here is what I'm thinking to do.
When user loads GWT page that is stored on GAE/J he/she will upload file to my server, then my server will send response back to GAE and GAE will send response to the client.
If this scenario is possible what would be the best way to implement GAE to Glassfish conversation?
Actually before that maybe you can try using first approach via by-passing cross-domain security of browsers using iframe. There are some ready to use components for this but for your problem which of them can be usable I don't know. Just google for these components...
Doing it the original way you suggested use URL Fetch Service
The down side to doing it the other way is that you introduce dependencies on multiple sites inside your web pages.
The downside of using the URL Fetch Service is that you have to pay by number of bytes transferred after you have reached the free quota.
One option would be to wait - the blobstore limit won't always be 50MB!
If you're in a hurry, though, I would suggest an approach like the following:
Have your App Engine app generate a signed token that signifies the user has permission to upload a file. The token should include the current date and time, the user's user ID, the maximum file size, and any other relevant information, and should be signed using HMAC-SHA1 with a secret key that your App Engine app and your server both know.
Return a form to the user that POSTs to a URL on your blob hosting server, and embeds the token you generated in step 1. If you want progress notifications, you can use a tool like plupload, and serve the form in an IFrame served by your upload server.
When the user uploads the file to your server, the server should return a redirect back to your App Engine app, with a new token embedded in the redirect URL. That token, again signed with a common secret, contains the ID of the newly uploaded file.
When your App Engine app receives a request for the redirect URL, it knows the upload was completed, and can record the new file's ID etc in the datastore.
Alternately, you can use Amazon's S3, which already supports all this with its HTML Form support.