Информация о пользователе

Ник: Kirill
Страна: Украина
Статус: Активен
С нами с:
06.02.2017 21:27
Лайки
Лайки: +115
Лайки
+137
Дизлайки
-22
Я лайкал: +46
Я лайкал
+48
Я дизлайкал
-2
Комментарии
Комментировал: 144
Посты
11
Комментарии
133
Ответы: 156
Посты
94
Комментарии
62
Авторизация в Laravel, через социальные сети (Ulogin). Просто, гибко и эффективно
На самом деле Socialite как раз такой инструмент, который помогает делать дешево и быстро. Как собственно и фреймворки в целом. Разница лишь в квалификации исполнителя. Я же не предлогал вам реализовывать своего провайдера, что к слову делается минут за 10 с опытом и минут 30 если придется разбираться в api провайдера, а предлогал использовать уже готовые решения, коих масса (провайдеры от сообщества). Говорил лишь о том, что вы добавляете в проект некотролируемый слой и я вижу такую работу, как "на отвали", абы работало. Ну вот не верю я в то, что заказчик, которому объяснят не только вопросы безопастности, но и последствия вендорлока не согласятся выделить деньги на 1-2 часа работы. С учетом того, что наличие токена -есть доступ к api и потенциальная возможность расширения функционала обычно идет в плюс всегда. Более того какова цель? Сделать авторизацию удобной? ну ок, если вас не смущает возможная не достоверность данных и вендорлок - ваше право, я же вас не обвиняю, просто пытаюсь понять и найти для себя хоть 1 плюс, коих не вижу вообще. Но к примеру у меня это означает не просто упрощение авторизации пользователю, но и определенный уровень интеграции всегда. Да я считаю себя как разработчика обязанным имея возможность получить данные из соц сети не задавать лишних вопросов и не предлогать пользователю моего продукта, которому он доверяет решения других о которых по сути не знаю ничего. Имея токен я могу выполнить массу запросов не задавая пользователю вопросы и предложить ему готовую информацию для проверки, в дальнешем закончив процесс авторизации. И не вижу в этом никаких проблем поскольку опять же квалификация разработчика и его опыт решает. Если у него уже был опыт реализации. то он просто использует готовое решение и потратит на это минимум времени.
Авторизация в Laravel, через социальные сети (Ulogin). Просто, гибко и эффективно
Статью на хабре я не читал, но после вашего уточнения я и тут комментарии решил не читать. Но как бы у меня в самом начале статьи возник тот же вопрос, почему не Socialite. B конце аргументации не понял. Да мой заказчик готов платить за это просто потому, что он получает подконтрольный продукт, а не зависимость в результате сбоя которой фикс стороной указанной в договоре будет под вопросом. Более того Socialite не ограничен колличеством соц сетей, там очень много плагинов, которые по моему опыту работают. Более того он не зависит от js, который отключается и в ответ от сервера я всегда получаю токен (там где это возможно), т.е. это не только авторизация на своем сервисе, но и доступ к api, который я привык использовать. Более того, вы сами добавили оговорку о безопастности.

Если честно у меня возник вопрос к вам, кто ваш заказчик, если он готов за это платить? С точки зрения бизнеса продать ему такую авторизацию -невозможно, если конечно он в курсе реализации, а не покупает кота в мешке.
Гибкая загрузка изображений в Laravel 5.3/5.4 Пакет UploadImage.
А нельзя перед началом чтения поинтересоваться, чем вас не устроили решения на подобии dropzonejs ? Просто совсем не пойму нужно читать мне или нет статью.
Гибкая загрузка изображений в Laravel 5.3/5.4 Пакет UploadImage.
Route::resource('uploads', 'UploadController');

***  UploadController ***
<?php
namespace App\Http\Controllers;

use Dan\UploadImage\Exceptions\UploadImageException;
use Illuminate\Http\Request;
use UploadImage;

class UploadController extends Controller
{
public function create() { return view('uploads.create'); }

public function store(Request $request)
{
$file = $request->file('image');
$video = false;
$watermark = false;

// Upload and save image.
try {
// Upload and save image.
$input['image'] = UploadImage::upload($file, 'post', $watermark, $video)->getImageName();
} catch (UploadImageException $e) {

return back()->withInput()->withErrors(['image', $e->getMessage()]);
}
}
}
***  /UploadController *** 
 
***  uploads.create ***
@extends('app')

@section('content')
<h2 class="text-center">Загрузить</h2>

{!! Form::open([ 'url' => 'uploads', 'class' => 'ui form'] ) !!}
<div class="image-preview-block">
<div class="image-preview-image"></div>
{!! Form::file('image', ['class' => 'image-preview-input']) !!}
</div>
{!! Form::submit('Загрузить', ['class' => 'fluid ui blue button']) !!}
{!! Form::close() !!}
@include ('errors.list')
@stop

***  /uploads.create ***

В итоге Can't upload image!
dd( $file ) говорит null

Что я не так сделал? 
Очень уж хочется, чтобы это вертолет у меня полетел ))

Твой код говно! Не исходите на говно! Про Ларавел Ру сообщество.
Про снобизм в прогерских сообществах совершенно согласен. 
Но будем справедливы: есть и другая сторона. На эти форумы толпами приходят дилетанты единственно чтобы получить ответы на вопрос "почему это не работает" и  заставить других думать за них. И когда им вместо поиска ошибок в их коде советуют учить основы, то следует ответ "мне это не нужно. Что сделать чтобы этот кусок работал?".
 Я таких много видел когда мы админили форум по jQuery. У нас был девиз из перефразированной японской поговорки: Здесь тебе не дадут рыбы. Здесь тебя научат её ловить!
Почему я перешел с Drupal на Laravel. Муки разработчика.
Однажды меня просили отремонтировать сайт на Битрикс. И я его скачал и начал изучать код. Я был в шоке!
Такой помойки я не видел! Куча чудовищного, разнопёрого кода! 
Подход к формированию HTML просто варварский. И я отказался. Как сказано ещё первобытными программистами: чем в чужом коде разбираться, легче свой написать.
Никогда не использовал CMS. Скачивал, смотрел что это такое. Но когда видел, что простую страницу с простым текстом формируют 28 запросов к базе данных, как куски HTML хранятся в огромном количестве таблиц!.. Всякое желание что-то с ними делать отпадало. Я очень долго писал на голом php и признал фреймворки только когда понял, что иначе вымру как мамонт.
Одна улица
Мне кажется это польский город. Какой не знаю. Красиво, мирно.
Гибкая загрузка изображений в Laravel 5.3/5.4 Пакет UploadImage.
 <цитата>Когда пользователь загружает изображение, то мой функционал его получает от пользователя, сохраняет на диск, потом получает из диска и перекодирует в текстовый формат Base64 и отдает его в виде превьюшки назад пользователю.</цитата>
Я как-то подумал:"а почему бы не сохранять изображения в серверный /tmp?" Да и сделал. Когда юзер грузит фото на страницу, они проходят необходимую обработку(resize, ещё что-то если нужно) кладутся как я уже сказал в /tmp Юзеру показываем Base64. Имя папки с изображениями в /tmp кладём в input type=hidden По сабмиту, в контроллере забираем из тайника фото и перекладываем куда нужно. 
В трёх проектах работает нормально.
Авторизация в Laravel, через социальные сети (Ulogin). Просто, гибко и эффективно
Kirill wrote:
Вы работаете на западную компанию?
нет
Авторизация в Laravel, через социальные сети (Ulogin). Просто, гибко и эффективно
Kirill wrote:
Мы говорим не про Мир, а про Рунет. Откройте вакансии и посмотрите, кого больше нужно.
Ну я мысли читать не умею) Я не знаю про рунет вы говорите или про мир)
А почему именно рунет? Программист свободная птица, может работать где угодно)