bug: `import-url` doesn't validate URL scheme, fails with misleading error instead

Nessuno ha ancora preso questa issue.

### Describe the bug

`parseImportURLArg` in `cmd/import_url.go` only parses the `:mainArtifact:secret` suffix when the input starts with `http://` or `https://`. If it doesn't, there's no else, the string just passes through unchanged and gets sent straight to `mc.DownloadArtifact(...)`, which then fails with an unrelated, confusing error.

### How to Reproduce?

```
./microcks import-url "spec.yaml:true:mysecret"
```

### Actual behavior

### Expected behavior

Something like:
```
Error: invalid artifact URL 'spec.yaml:true:mysecret': must start with http:// or https://
```

### Microcks version or git rev

1.0.3

### Install method (`docker-compose`, `helm chart`, `operator`, `docker-desktop extension`,...)

_No response_

### Additional information

Fix for this would be to validate the scheme at the top of `parseImportURLArg `and return an error instead of silently falling through, then propagate it in RunE.

Inizia in cmd/import_url.go, in parseImportURLArg e nell'handler RunE del comando. Riproduci il comando import-url con un valore non HTTP(S), quindi valida lo schema dell'URL e propaga l'errore restituito, in modo che il comando segnali che l'URL dell'artefatto deve iniziare con http:// o https://.

Scritto dal modello di indicizzazione a partire dal testo della issue.