Is it possible to customize gmail landing page ? I am thinking of using gmail for business to manage my emails and wondering if one can include a link on his business website which directs to their work email account (gmail one) webpage featuring their business logo on it.
If not Google, does anybody provide such flexibility ?
Sounds like you want google for work:
https://www.google.com/work/
"With the exception of Google Apps Vault, all are included in the basic plan, which costs $5 per user per month or $50 per user per year. A premium package, Drive for Work, includes Google Apps Vault plus unlimited storage is available for $10 per user per month."
You will be able to customize the theme with logos of your choice.
Related
Hi everyone I have been trying to know how to force gmail to add events to a calendar similar to how airbnb and airline tickets or even eventbrite does it, is there a standard email one can send or is it based on domain reputation to make it happen.
If we are talking about creating events in Google Calendar based on the content of an email (either inbound or outbound email) then Google already has these features called Smart features & controls. For trip information, you would need to set up your Google Account for Google Travel.
Just take note how Google indexes these search terms or metadata only includes the first 1MB of a content on an email to identify if the smart features will automatically detect and suggest a creation of event based on the content of an email. See info here
" is there a standard email one can send or is it based on domain
reputation to make it happen. "
Based on the question above, the domain reputation will only be relevant if you have integrated a third-party mail service within your Google Account, assuming you have Google Workspace, you can check this link for SMTP relay setup.
Other than that, using Google Calendar API only limits you based on your Quota Limits for Google Services.
See also:
Avoid Calendar use limits - Google Workspace Admin Help
Proper accounting with service accounts | Calendar API | Google Developers
Limiting Requests Per User | Capping API usage | Cloud APIs | Google Cloud
I'm trying to upload and publish a chrome extension I've made with a simple one-time payment. I've found this article which makes me think I should just have pricing options on the upload page. I've hooked up my merchant account and set a valid payment method, as well as verified it but I still don't get any pricing options--when I load the page, the pricing options appear for a moment and are then replaced with just the distribution region checkboxes. Any ideas for solving this?
I think this is the same issue with this
Chrome Web Store payments - We are disabling the ability to create new paid items or add payments to existing items. This includes extensions, themes, apps, and in-app purchases.
My company has different websites for different customers, each of them using instagram API to retrieve pictures from customer's instagram account.
I have tried to register different instagram clients but it has been rejected because 'We don't approve multiple submissions for the same company. Please consolidate all your integrations under a single client_id.'
How one would solve this problem ? An instagram client has its own website url, privacy policy url and redirect_url which obviously can't be shared between different websites.
It sounds like you are trying to get your client approved to "go live"... does it meet one of their only three acceptable use cases (since June 1st 2016)?
“My app allows people to login with Instagram and share their own
content”
“My product helps brands and advertisers understand, manage
their audience and media rights.”
“My product helps broadcasters and
publishers discover content, get digital rights to media, and share
media with proper attribution.”
If your use case doesn't fit their new agenda you will never get it approved to go live no matter how consolidated it is. Your only other option is to stay in Sandbox mode. First read about the limitations of Sandbox mode and if these are acceptable, then you don't have to worry about submission process at all. Just create multiple API clients and leave them in Sandbox mode forever. But if you're doing anything besides showing a few recent photos on your customer's sites, Sandbox mode probably won't cut it for you and you may be out of luck.
I am curious if anyone else has had these options show up highlighted on the Developer Dashboard. I have been maintaining an extension since September that manages tabs and collects no information.
Highlighted in yellow on the Developer Dashboard:
Please provide the following information:
Physical Address
Privacy Policy
To ensure a more transparent and positive experience for users, the email address, physical address, and link to your privacy policy that you provide in the developer dashboard will be displayed publicly on your item details page(s) in the Chrome Web Store.
Please provide a current, valid postal address where you may be contacted. If you offer items or in-app purchase items for sale, you may be required to provide a postal address under our developer terms and consumer protection laws; failure to do so may result in the suspension of your account and/or sales of your items. Please ensure that you keep these details up to date if they change. By providing your email or postal address information, you consent to Google publicly displaying or disclosing that information in connection with your items. Learn more
My extension will prompt the user for a donation after 30 days, but it can be disabled. Setting a privacy policy is one thing, but I simply don't have a non-personal address I can give out. Google seems to be mistaking me as a business.
Since September 30, 2014. Google has already changed its policies regarding paid app developers. Every developer who opened the developer console starting that date was greeted with a message stating that a physical address must be added in account settings. The change will influence primarily developers who distribute paid apps or allow in-app-purchases.
Visit this link for more information.
Note the key phrase in the notification: "If you offer items or in-app purchase items for sale". I believe that means you're not required to give out your addresses if, as in my case, you have a free extension and an app that include "Donate" buttons, and if you're an individual, not a company.
Edit: This looks similar to the German Impressum law. Anyway, it doesn't look mandatory in my case.
Update - received this email from Google after asking them what was going on.
Hi Jason,
In accordance with consumer protection laws and current industry best practices, starting on 3/9/2016 we are implementing a number of changes to product listings in the Chrome Web Store. These changes will ensure a more transparent and positive experience for users. Changes include:
As a developer, you must provide a valid email and physical business address where users can contact you directly. The email address and physical business addresses will be displayed on your product details page(s) on the Storefront.
All products that offer in-app purchases to users and/or subscription-based products will have a price range (highest and lowest price) displayed on the ’s product details page in the Chrome Web Store.
You can add an email address and physical business by logging into your developer account in the Chrome Web Store developer dashboard (link). Please comply within 30 days of receiving a notification on the developer dashboard. If any of your products offer in-app purchases or are subscription based, please go to your developer account to review the prices and publishing status.”
It appears they removed the option to post my address from my account, so it is puzzling they sent this email.
We're planning a web service based on recurring monthly payments.
The site would have similar user accounts as Netflix or Spotify. The site would have an account section were the user can manage the billing and other details.
I've looked into different payment gateway provides, but I'm still wondering how to implement the user account as a part of the main site and how to combine that to the billing system.
First some information:
The site would first have just one monthly plan xx$/month
Credit cards need to be accepted
We're based in EU
We don't want to use PayPal
The user account section would contain:
User profile (name, email, etc.)
Website options (features on / off)
Subscription & billing management (edit credit card, current period, cancel, etc)
Questions:
How to combine the basic user accounts on my site with the billing system provider?
What information should I store in my own database?
Should I use a 3rd party user account management software on top of a payment gateway provider?
If so, which one would work similar to Spotify's account management?
How to setup the first sign up flow where user enters CC information?
Thank you for the ideas!
This is relatively easy to do using Laravel (a php framework) and a package called cashier. This package uses a payment service called Stripe which allows you to create recurring payments. There is even a tutorial on how to do it on Laracast.