Libraries tagged by URL safe

vitorccs/yourls-api-save-by-keyword

0 Favers
2 Downloads

YOURLS plugin which updates the long URL of an existing keyword, or creates a new short URL with the supplied keyword

Go to Download


alex-79/magento2-page-save-fixes

0 Favers
4 Downloads

Magento 2 fixes: CMS Page saving fails with 'The value specified in the URL Key field would generate a URL that already exists.'

Go to Download


geosub/yii-slugifier

1 Favers
12 Downloads

Yii Extension to translate unsave string to save for url and filename

Go to Download


savepong/shorturl

1 Favers
8 Downloads

Make your link simple

Go to Download


saleschamp/webhooks

0 Favers
14208 Downloads

Provides utilities required for signing and authenticating calls to public URLs.

Go to Download


ublaboo/https-redirect-nette-extension

2 Favers
3824 Downloads

Nette extension for simply redirecting user to the same url with different schema

Go to Download


exs/cam-tracking-bundle

0 Favers
7 Downloads

Bundle that saves URL tracking value (if there's any) to specified storage (cookie, session, cache)

Go to Download


xorth/gotourl

0 Favers
14 Downloads

Save a URL to redirect the user later

Go to Download


reachnework/bilty-services

0 Favers
720 Downloads

A Laravel Nova tool used to save shorten url links in your bitly accout through nova-admin panel.

Go to Download


perfect-code/module-product-media-uploader

0 Favers
32 Downloads

This module for Magento 2 helps to download an image from external URL for further save it as a product media gallery entry.

Go to Download


sgalinski/df-tools

0 Favers
5 Downloads

Contains some useful tools like a testing tool for redirects, a link checker, a back link checker and a content comparison tool between the same or different urls. Furthermore there is full scheduler support for all tests and synchronization tasks.

Go to Download


etiwole/utm-cookie-bundle

0 Favers
13 Downloads

This bundle allow you to save utm parameters from url into a cookie when they exists. It's also provide a bunch of tools to easily retrive all or each utm.

Go to Download


senteza/rss-atom-feed

0 Favers
1 Downloads

Download, save & manage atom feeds from specified URL

Go to Download


fajarnugraha/harparser

0 Favers
9 Downloads

Convert HAR files saved from Chrome developer tools to URL list

Go to Download


piurafunk/docker-php

0 Favers
8 Downloads

The Engine API is an HTTP API served by Docker Engine. It is the API the Docker client uses to communicate with the Engine, so everything the Docker client can do can be done with the API. Most of the client's commands map directly to API endpoints (e.g. `docker ps` is `GET /containers/json`). The notable exception is running containers, which consists of several API calls. # Errors The API uses standard HTTP status codes to indicate the success or failure of the API call. The body of the response will be JSON in the following format: ``` { "message": "page not found" } ``` # Versioning The API is usually changed in each release, so API calls are versioned to ensure that clients don't break. To lock to a specific version of the API, you prefix the URL with its version, for example, call `/v1.30/info` to use the v1.30 version of the `/info` endpoint. If the API version specified in the URL is not supported by the daemon, a HTTP `400 Bad Request` error message is returned. If you omit the version-prefix, the current version of the API (v1.40) is used. For example, calling `/info` is the same as calling `/v1.40/info`. Using the API without a version-prefix is deprecated and will be removed in a future release. Engine releases in the near future should support this version of the API, so your client will continue to work even if it is talking to a newer Engine. The API uses an open schema model, which means server may add extra properties to responses. Likewise, the server will ignore any extra query parameters and request body properties. When you write clients, you need to ignore additional properties in responses to ensure they do not break when talking to newer daemons. # Authentication Authentication for registries is handled client side. The client has to send authentication details to various endpoints that need to communicate with registries, such as `POST /images/(name)/push`. These are sent as `X-Registry-Auth` header as a Base64 encoded (JSON) string with the following structure: ``` { "username": "string", "password": "string", "email": "string", "serveraddress": "string" } ``` The `serveraddress` is a domain/IP without a protocol. Throughout this structure, double quotes are required. If you have already got an identity token from the [`/auth` endpoint](#operation/SystemAuth), you can just pass this instead of credentials: ``` { "identitytoken": "9cbaf023786cd7..." } ```

Go to Download


<< Previous Next >>