Feature requests - what do you already love, what could be better?

Fewer people have access to the Netlify UI than the code repository is one reason

Hi @perry. Our DevOps team would love to be able to mask environmental variables at Settings -> Build and Deploy -> Environment. By masking we mean we would like to hide content of the variable once it was added. Azure DevOps have this feature:

You can only replace existing env var value with new value, but you can not view currently configured value. We need this for some production sensitive keys.

Thanks!

2 Likes

Hey @devops_wcl,

Is that because there are people who have access to the site who don’t need it? If so, you may want to revise what sites each collaborator can see.

If there are people who have access to the site but shouldn’t see the variables, then I understand this request :slight_smile:

Alternatively, is there any workaround in adding these to the netlify.toml file for the site (assuming that your Git provider permissions are adequate to protect the env vars)?

Hi @Scott , thank you for the comment. We are indeed in a situation where people who have access to the site shouldn’t see the variables. I don’t think adding variables to toml file would solve the issue because developers have access both to git and netlify site.

Comment (this seemed to be the most approrriate place): I’m probably being a bit of a nit picker, but the function status notice in the control panel just doesn’t seem right to me.

https://app.netlify.com/sites/xxxx/functions/

9 Lambda functions actively running in *production".

As function are event driven ‘running’ is not the correct term and sttod out to me as worrying. Functions only run when triggered and then for a limited time (except the new background ones).

Perhaps “active” would be better?

2 posts were split to a new topic: Trunk-based development questions

Thanks for the suggestion, Slim! Perhaps we’ll change it to “actively runnable” or something. We’ve brought it up with the team. Definitely a nit you’ve picked but technically correct of course :slight_smile:

@devops_wcl, I have added your voice to the open feature request for “read only/limited collaborator” roles that would be denied ability to expose the variables, and we’ll follow up here if we create one.

1 Like

Not a request, more of a suggestion / idea.

I think it would be amazing if we could have a badge that highlighted a Netlify project’s transparency / security. I think it would be great for Netlify promotion, too!

A project could only get green on this badge if it could be verified that a website hosted on Netlify was the same site that is also hosted in a public repository like Github: the source code repository were public and had an automatic build process with Netlify, and deploy logs were public.

For instance, my new source-available project Simple Comment promotes itself on security through transparency, and I would display the hell out of such a badge.

Netlify Analytics is so easy to use :guitar:

I just wish it would let me:

  • View bounce rates per URL
  • View visitors by device (Smartphone, Tablet, Desktop)
  • View visitors by browser
  • View “Top Pages” and “Top Resources Not Found” segmented by location and/or device
  • Display custom events (e.g. conversions, Web Vitals, performance marks)
2 Likes

thanks for weighing in, @screenspan! We’re super hopeful that some of these features will get added to analytics - i can’t provide a timeline for that yet, but once we have something to share, we will update here immediately.

1 Like

Bandwidth used / per site (not just the whole account)

Publish a new website via a HTTP request

Hi Netlfy,
I’m building a nocode website builder https://pazly.dev After an extensive competitor analysis I realized your Drop service (https://app.netlify.com/drop) is the most user friendly web publishing tool I found. Still many of my users find it a bit strange that they have to download their HTML file, put it in a folder, go to the Netlify Drop website and drop it, when publishing for the first time.

I’d like to ask if there is a way to send programmatically, via a HTTP request, the content of an index.html file and automatically direct the user to the Netlify page where they can claim the website. Is this in any way possible? It would be great to add a 'publish on netlify button" in my project. I estimate a great number of publish requests and website claimins from my tool.

Looking forward to your answer.
With Best Regards,
Cristian

In the Custom Domains pane of the Domains page, I would like:

  • for domain aliases that are using Netlify DNS to show the “Netlify DNS” button, the way the primary domain does.
  • for the “Options” drop-down button of the Default (Netlify) subdomain to offer the ability to redirect traffic automatically to the primary custom domain.
  • for domain alias (additional custom domains) to show that they redirect automatically to the primary domain, in addition to showing that they are domain aliases
1 Like

I would like to be able to set the Host header for a redirect…

Such that for example:

[[redirects]]
  from = "/*"
  to = "https://destination.com/:splat"
  status = 200
  headers = {
       "Host" = "original.com",
       "X-Forwarded-Host" = "original.com"
}

Will make it so the “Host” header is “original.com.” I believe this is currently unsupported https://answers.netlify.com/t/can-the-host-header-be-defined-on-a-redirect/19241/8

Or if that is not possible my real hope is to make it so the Host header sent along is set to “original.com” which is the original domain… so maybe for some sort of configuration flag like…

[[redirects]]
      from = "/*"
      to = "https://destination.com/:splat"
      origin_host = true

But with a better name than origin_host

Thanks for your consideration :slight_smile:

1 Like

Hey @dot, thanks for this feature request. We do have an open issue for configurable Host header, but for now it’s not possible since we rely on specific behavior for that header internally. Still, I’ve added this thread to that conversation so we can follow up here if it gets worked on.

Just to make sure I understand correctly: what is the relationship of original.com to the site where the netlify.toml lives?

Also wanted to share this example that may be of interest in case you can use a custom header instead of Host specifically:

Hi @jen, thanks for your response! In this example, original.com is our sub domain that we are using for our netlify app (configured in netlify dns). Our netlify app is simply a netlify.toml like the one above in order to be a proxy server that provides our original.com’s https cert to the request on its way to the eventual https://destination.com. https://destination.com is a 3rd party API we integrate with that expects to be passed the HOST header “original.com” for security purposes to verify it is a valid request. So right now we cannot fully integrate because Netlify is not passing that header on, and I cannot use a custom header as I cannot modify the 3rd party API.

Support a concept of Environment files.

Netlify has a concept of environment variables. It also has a concept of SSH deploy keys which are super opinionated and basically require you to use Git submodules.

A lot of people write insane hacks to provide themselves with files (like, put an SSH private key in an env variable, write it to a file using a preinstall script), for a plethora of common use cases.

Wouldn’t it be simpler to have a concept of “Environment files”, which you would upload from your Build section of the site (same as Environment variables) and have them be available at a predictable path inside the build container? It would also be trivial to test locally with the netlify-build-image.
It could first and foremost be used to provide yourself with SSH keys without using the Deploy keys abstraction (which is a sub-par abstraction) or committing anything to your repo, but it could also be used for config files or any other type of file that you need to have on the server at build time.

Hey @Valerio_Versace ! Thanks for such a thoughtful and well written feature request. I have written up an issue with the information you have provided, and linked this post and that issue, so we can update you here if we decide to implement this! thank you again.

It would be very useful if the file based configuration had wildcard support for branch names:

[context."feature/*"]
    command = "echo 'special branch'"
    base = "branch"