Libraries tagged by details

This will sent email to admin and save details in database.

Go to Download

This is a magento2 extension to manage Shopping Cart from the admin. An admin user can log into magento admin to see shopping cart details. Each Cart will be displayed and can be searched by user or date range or amount.

Go to Download

Plugin to display the manufacturer number on the detail page

Go to Download

Plugin to display the ean on the detail page

Go to Download

The VideoShopping module for Magento 2 revolutionizes the online shopping experience by integrating video content directly into the product browsing journey. Users can watch both live and recorded videos that showcase products in detail, providing a rich, immersive experience. The module allows customers to purchase individual products directly from the video or add all featured products to their cart with a single click, streamlining the shopping process. Additionally, users can schedule and add shopping events to their personal calendars, ensuring they never miss a live shopping event. This module enhances engagement and drives sales by combining visual content with seamless shopping functionality.

Go to Download

The VideoShopping module for Magento 2 revolutionizes the online shopping experience by integrating video content directly into the product browsing journey. Users can watch both live and recorded videos that showcase products in detail, providing a rich, immersive experience. The module allows customers to purchase individual products directly from the video or add all featured products to their cart with a single click, streamlining the shopping process. Additionally, users can schedule and add shopping events to their personal calendars, ensuring they never miss a live shopping event. This module enhances engagement and drives sales by combining visual content with seamless shopping functionality.

Go to Download

The MHinspeya Inspeya Picalike module is an innovative solution for Magento 2 stores, designed to display similar products on the product detail page. This module enhances the customer shopping experience by showcasing related items, encouraging cross-selling and increasing average order value. The Inspeya Picalike module is fully manageable from the Magento backend, providing store administrators with full control over the display and configuration of similar product suggestions.

Go to Download

Yii2 audit record and database changes details

Go to Download

Provides a simple API and specification that abstracts away the details of HTTP into a single PHP function.

Go to Download

Yii2 Extension for Free Bootstrap Admin Template by Tim Creative. More details at https://www.creative-tim.com/product/light-bootstrap-dashboard

Go to Download

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

Detects which CI environment the code is run and how to fetch details about the code being tested.

Go to Download

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.43) is used. For example, calling `/info` is the same as calling `/v1.43/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 [base64url encoded](https://tools.ietf.org/html/rfc4648#section-5) (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

This is an easy way to check domain details.

Go to Download

Get vehicle details by using vin

Go to Download