For star rating
npm install vue-star-rating
For Nice modal
npm i vue-simple-alert
In app.js
/**
* First we will load all of this project's JavaScript dependencies which
* includes Vue and other libraries. It is a great starting point when
* building robust, powerful web applications using Vue and Laravel.
*/
require('./bootstrap');
import StarRating from 'vue-star-rating'
import VueSimpleAlert from "vue-simple-alert";
Vue.use(VueSimpleAlert);
Vue.component('reviewbusiness', require('./components/ReviewBusiness.vue').default);
/**
* Next, we will create a fresh Vue application instance and attach it to
* the page. Then, you may begin adding components to this application
* or customize the JavaScript scaffolding to fit your unique needs.
*/
new Vue({
el: '#app',
components : {
StarRating,
VueSimpleAlert
}
});
In the following file [webpack.mix.js] look at mix.version();
const mix = require('laravel-mix');
/*
|--------------------------------------------------------------------------
| Mix Asset Management
|--------------------------------------------------------------------------
|
| Mix provides a clean, fluent API for defining some Webpack build steps
| for your Laravel application. By default, we are compiling the Sass
| file for the application as well as bundling up all the JS files.
|
*/
mix.js('resources/js/app.js', 'public/js')
.sass('resources/sass/app.scss', 'public/css').version();
mix.version();
<?php
namespace App;
use Illuminate\Database\Eloquent\Model;
class Thetable extends Model
{
protected $connection = 'pgsql-api';
protected $table = 'mapi_admin_tool.THETABLE';
protected $primaryKey = 'id';
protected $dateFormat = 'Y-m-d H:i:sO';
public function __construct(array $attributes = [])
{
parent::__construct($attributes);
}
protected $dates = [
'created_at',
'updated_at',
'deleted_at'
];
}
Nova Resource Example
<?php
namespace App\Nova;
use Illuminate\Http\Request;
use Laravel\Nova\Fields\Date;
use Laravel\Nova\Fields\ID;
use Laravel\Nova\Fields\Text;
use Laravel\Nova\Http\Requests\NovaRequest;
class Thetable extends Resource
{
/**
* The model the resource corresponds to.
*
* @var string
*/
public static $model = 'App\M2TrackFileSubmissionToWindsurfer';
/**
* The single value that should be used to represent the resource when being displayed.
*
* @var string
*/
public static $title = 'id';
/**
* The columns that should be searched.
*
* @var array
*/
public static $search = [
'id',
];
/**
* Get the fields displayed by the resource.
*
* @param \Illuminate\Http\Request $request
* @return array
*/
public function fields(Request $request)
{
return [
ID::make('id')->sortable(),
Text::make('file_uuid')->sortable(),
Text::make('set_uuid')->sortable(),
Text::make('windsurfer_job_id')->sortable(),
Text::make('cust_filename')->sortable(),
Text::make('artwork_info')->sortable(),
Date::make('created_at')->sortable(),
Date::make('update_at')->sortable(),
];
}
After you attach an Amazon EBS volume to your instance, it is exposed as a block device. You can format the volume with any file system and then mount it. After you make the EBS volume available for use, you can access it in the same ways that you access any other volume. Any data written to this file system is written to the EBS volume and is transparent to applications using the device.
You can take snapshots of your EBS volume for backup purposes or to use as a baseline when you create another volume. For more information, see Amazon EBS snapshots.
Suppose that you have an EC2 instance with an EBS volume for the root device, /dev/xvda, and that you have just attached an empty EBS volume to the instance using /dev/sdf. Use the following procedure to make the newly attached volume available for use.
The device could be attached to the instance with a different device name than you specified in the block device mapping. For more information, see Name devices on Linux instances. Use the lsblk command to view your available disk devices and their mount points (if applicable) to help you determine the correct device name to use. The output of lsblk removes the /dev/ prefix from full device paths.The following is example output for an instance built on the Nitro System, which exposes EBS volumes as NVMe block devices. The root device is /dev/nvme0n1. The attached volume is /dev/nvme1n1, which is not yet mounted.[ec2-user ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
nvme1n1 259:0 0 10G 0 disk
nvme0n1 259:1 0 8G 0 disk
-nvme0n1p1 259:2 0 8G 0 part /
-nvme0n1p128 259:3 0 1M 0 partThe following is example output for a T2 instance. The root device is /dev/xvda. The attached volume is /dev/xvdf, which is not yet mounted.[ec2-user ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda 202:0 0 8G 0 disk
-xvda1 202:1 0 8G 0 part /
xvdf 202:80 0 10G 0 disk
Determine whether there is a file system on the volume. New volumes are raw block devices, and you must create a file system on them before you can mount and use them. Volumes that were created from snapshots likely have a file system on them already; if you create a new file system on top of an existing file system, the operation overwrites your data.Use one or both of the following methods to determine whether there is a file system on the volume:
Use the file -s command to get information about a specific device, such as its file system type. If the output shows simply data, as in the following example output, there is no file system on the device[ec2-user ~]$ sudo file -s /dev/xvdf
/dev/xvdf: dataIf the device has a file system, the command shows information about the file system type. For example, the following output shows a root device with the XFS file system.[ec2-user ~]$ sudo file -s /dev/xvda1
/dev/xvda1: SGI XFS filesystem data (blksz 4096, inosz 512, v2 dirs)
Use the lsblk -f command to get information about all of the devices attached to the instance.[ec2-user ~]$ sudo lsblk -fFor example, the following output shows that there are three devices attached to the instances—nvme1n1, nvme0n1, and nvme2n1. The first column lists the devices and their partitions. The FSTYPE column shows the file system type for each device. If the column is empty for a specific device, it means that the device does not have a file system. In this case, nvme1n1, nvme0n1 are both formatted using the XFS file system, while nvme2n1 does not have a file system.NAME FSTYPE LABEL UUID MOUNTPOINT
nvme1n1 xfs 7f939f28-6dcc-4315-8c42-6806080b94dd
nvme0n1
├─nvme0n1p1 xfs / 90e29211-2de8-4967-b0fb-16f51a6e464c /
└─nvme0n1p128
nvme2n1
If the output from these commands show that there is no file system on the device, you must create one.
(Conditional) If you discovered that there is a file system on the device in the previous step, skip this step. If you have an empty volume, use the mkfs -t command to create a file system on the volume.WarningDo not use this command if you’re mounting a volume that already has data on it (for example, a volume that was created from a snapshot). Otherwise, you’ll format the volume and delete the existing data.[ec2-user ~]$ sudo mkfs -t xfs /dev/xvdfIf you get an error that mkfs.xfs is not found, use the following command to install the XFS tools and then repeat the previous command:[ec2-user ~]$ sudo yum install xfsprogs
Use the mkdir command to create a mount point directory for the volume. The mount point is where the volume is located in the file system tree and where you read and write files to after you mount the volume. The following example creates a directory named /data.[ec2-user ~]$ sudo mkdir /data
Use the following command to mount the volume at the directory you created in the previous step.[ec2-user ~]$ sudo mount /dev/xvdf /data
Review the file permissions of your new volume mount to make sure that your users and applications can write to the volume. For more information about file permissions, see File security at The Linux Documentation Project.
Automatically mount an attached volume after reboot
To mount an attached EBS volume on every system reboot, add an entry for the device to the /etc/fstab file.
You can use the device name, such as /dev/xvdf, in /etc/fstab, but we recommend using the device’s 128-bit universally unique identifier (UUID) instead. Device names can change, but the UUID persists throughout the life of the partition. By using the UUID, you reduce the chances that the system becomes unbootable after a hardware reconfiguration. For more information, see Identify the EBS device.
To mount an attached volume automatically after reboot
(Optional) Create a backup of your /etc/fstab file that you can use if you accidentally destroy or delete this file while editing it.[ec2-user ~]$ sudo cp /etc/fstab /etc/fstab.orig
Use the blkid command to find the UUID of the device.[ec2-user ~]$ sudo blkid
/dev/xvda1: LABEL="/" UUID="ca774df7-756d-4261-a3f1-76038323e572" TYPE="xfs" PARTLABEL="Linux" PARTUUID="02dcd367-e87c-4f2e-9a72-a3cf8f299c10"
/dev/xvdf: UUID="aebf131c-6957-451e-8d34-ec978d9581ae" TYPE="xfs"For Ubuntu 18.04 use the lsblk command.[ec2-user ~]$ sudo lsblk -o +UUID
Open the /etc/fstab file using any text editor, such as nano or vim.[ec2-user ~]$ sudo vim /etc/fstab
Add the following entry to /etc/fstab to mount the device at the specified mount point. The fields are the UUID value returned by blkid (or lsblk for Ubuntu 18.04), the mount point, the file system, and the recommended file system mount options. For more information, see the manual page for fstab (run man fstab).UUID=aebf131c-6957-451e-8d34-ec978d9581ae /data xfs defaults,nofail 0 2NoteIf you ever boot your instance without this volume attached (for example, after moving the volume to another instance), the nofail mount option enables the instance to boot even if there are errors mounting the volume. Debian derivatives, including Ubuntu versions earlier than 16.04, must also add the nobootwait mount option.
To verify that your entry works, run the following commands to unmount the device and then mount all file systems in /etc/fstab. If there are no errors, the /etc/fstab file is OK and your file system will mount automatically after it is rebooted.[ec2-user ~]$ sudo umount /data
[ec2-user ~]$ sudo mount -aIf you receive an error message, address the errors in the file.WarningErrors in the /etc/fstab file can render a system unbootable. Do not shut down a system that has errors in the /etc/fstab file.If you are unsure how to correct errors in /etc/fstab and you created a backup file in the first step of this procedure, you can restore from your backup file using the following command.[ec2-user ~]$ sudo mv /etc/fstab.orig /etc/fstab