@yii2ru

Страница 395 из 1721
M
20.07.2017
07:14:49
Помню лаги были когда 100К+ записей и 10+ джойнов(EAV Model)

Nikita
20.07.2017
07:19:09
Argument 1 passed to yii\web\User::login() must implement interface yii\web\IdentityInterface

Yii::$app->user->login($user);

что не так? :(

Google
M
20.07.2017
07:20:47
что не так? :(
Перевести?)

Nikita
20.07.2017
07:21:18
как исправить?)

Pavel
20.07.2017
07:21:42
implement interface yii\web\IdentityInterface

написано прямо в ошибке

M
20.07.2017
07:21:53
как исправить?)
Не поверишь, ну написано в ошибке :D

Borisov
20.07.2017
07:21:56
ну ты туда должен передать экземпляр класса, который реализует yii\web\IdentityInterface

в чем проблема?

M
20.07.2017
07:22:24
в чем проблема?
Проблема в том, что он не понимает таких слов ещё пока)

Maxim
20.07.2017
07:22:32
@nekit44 напиши class User implements IdentifyInterface

Nikita
20.07.2017
07:23:12
class User extends ActiveRecord implements IdentityInterface

было

Borisov
20.07.2017
07:23:26
Проблема в том, что он не понимает таких слов ещё пока)
эм, а как работать с фреймворком без туториала по ооп?

Nikita
20.07.2017
07:24:04
на локалке все работало, на сервере непашет

Google
Borisov
20.07.2017
07:24:43
на локалке все работало, на сервере непашет
возможно у тебя null передается, посмотри

чекни то, что возвращает что-то типа User::findOne($id)

Nikita
20.07.2017
07:27:06
а блин, я тупая офца

Boris
20.07.2017
07:28:24
эм, а как работать с фреймворком без туториала по ооп?
ИМХО, работать с фреймворком до чтения доки по php низя)

Хотя у меня тожи вопросы каличные

Borisov
20.07.2017
07:29:52
ИМХО, работать с фреймворком до чтения доки по php низя)
всю доку все равно не проштрудировать, но базу хотябы можно. + принципы ооп

Boris
20.07.2017
07:30:00
+

Antony
20.07.2017
07:30:10
И в Гугл уметь)

Boris
20.07.2017
07:30:11
я всю доку не читал, только базовый учебник

Borisov
20.07.2017
07:30:18
потом уже практикой закреплять

Boris
20.07.2017
07:30:31
описание каждой функции пропустил, ибо это наркоманом быть :D

или нереальное терпение иметь

Nikita
20.07.2017
07:36:43
ошибка была в ДНК моей

M
20.07.2017
07:38:19
ошибка была в ДНК моей
Теломеры спасли, ага)

Evgeniy
20.07.2017
08:18:23
Всем привет! Ребят в GirdView реально раскрасить строки по условию? Спасибо

Nikita
20.07.2017
08:19:57
реально

Evgeniy
20.07.2017
08:20:30
реально
А где можно про это почитать? Искал, но не нашёл. Наверно плохо искал.

Nikita
20.07.2017
08:20:37
ищу

Evgeniy
20.07.2017
08:22:56
ищу
спасибо!

Google
Evgeniy
20.07.2017
08:23:44
ищу
‘rowOptions’=>function($model,$key,$index,$grid){ $class=$index%2?‘odd’:‘even’; return[ ‘key’=>$key, ‘index’=>$index, ‘class’=>$class ]; }, Это?

Nikita
20.07.2017
08:39:50
Сорри, по заподлянски на инете деньги кончились

Evgeniy
20.07.2017
08:42:03
а DetailView реально также менять как и GirdView?))

Galymzhan
20.07.2017
08:45:06
В DetailView задается captionOptions для лейбла и contentOptions для конента.

Сергей
20.07.2017
09:25:38
Добрый день! В таблицу в БД вносятся некие данные. У каждой записи должен быть уникальный ID. При этом могут как вносить заполняя ID вручную, так и система должна сама генерировать ID. На ум приходит только 1 вариант: 1) хранить где-то счётчик 2) при генерации ID брать счётчик+1 и сохранять счётчик, а также проверять нет ли такого ID в таблице. 3) если ID в таблице есть повторить п. 2. Можно как-то поумнее это сделать?

Сергей
20.07.2017
09:30:21
То есть просто сделать автоинкремент и дать пользователю вводить ID?

Сергей
20.07.2017
09:31:10
нужно хранить ID вещей. У части вещей они есть, а для новых буудт генерироваться

Сергей
20.07.2017
09:31:21
а нет... автоинкремент не пойдёт, мне надо ID знать до сохранения

M
20.07.2017
09:31:51
Зачем? Ты можешь сохранить базовую модель и подставить подчиненным id

что ты мутишь?

Сергей
20.07.2017
09:32:10
простейшая инвентаризация вещей

система генерит номер, сотрудник наклеивает его на вещь и записывает что это за вещь.

Но часть вещей уже имеют номер и их надо вбивать вручную

M
20.07.2017
09:32:46
простейшая инвентаризация вещей
ID сущности не всегда равно PK

Google
Сергей
20.07.2017
09:32:52
да-да

M
20.07.2017
09:33:12
Чо дада, придумай свой алгоритм)

Сергей
20.07.2017
09:33:15
но ID уникален должен быть и система это должна проверять :)

M
20.07.2017
09:33:20
Можешь микротайм возвращать))

Сергей
20.07.2017
09:33:39
На ум приходит только 1 вариант: 1) хранить где-то счётчик 2) при генерации ID брать счётчик+1 и сохранять счётчик, а также проверять нет ли такого ID в таблице. 3) если ID в таблице есть повторить п. 2. Я придумал :) Но может что есть получше

числа должны быть короткие и по порядку, если есть возможность

Admin
ERROR: S client not available

Konstantin
20.07.2017
09:35:15
числа должны быть короткие и по порядку, если есть возможность
значит должен быть общий для всех генератор

Сергей
20.07.2017
09:36:03
значит должен быть общий для всех генератор
Да, но часть чисел вбивается вручную, то есть их придумывает сотрудник

Konstantin
20.07.2017
09:36:06
если у тебя есть какая-то таблица с айдишниками, то нет никакой проблемы получить следующий свободный

тут есть только одна проблема - взаимное исключение

т.е. этот генератор не может обслуживать запросы параллельно

то есть нужен генератор, который умеет две вещи: выдать следующий свободный номер и валидировать номер, который дает сотрудник

понимаешь?

ведь не исключен случай, что сотрудник выдумает неуникальный номер

☕ CunningFox
20.07.2017
09:45:55
Konstantin
20.07.2017
09:46:28
решит, но лучше все сделать через один и тот же механизм

Konstantin
20.07.2017
09:47:00
если уж надо спросить у генератора новый айдишник перед сохранением

Google
☕ CunningFox
20.07.2017
09:47:13
Дефолт max + 1, валидация проверяет свободность и все

SiZE
20.07.2017
09:47:21
PK не надо подмешивать в бизнес логику

Konstantin
20.07.2017
09:47:32
так ему хотелось может еще в свободные пространства заполнять

только я не предлагаю этот инвентарный номер делать PK

SiZE
20.07.2017
09:47:59
Дефолт max + 1, валидация проверяет свободность и все
Надо сиквенс брать и по нему смотреть. Транзакция может конфликт вызвать

Konstantin
20.07.2017
09:48:00
просто отдельной колонкой

☕ CunningFox
20.07.2017
09:48:31
просто отдельной колонкой
Если он уникальный и цифровой то зачем ещё и PK отдельно?

Konstantin
20.07.2017
09:48:55
потому что завтра он будет неуникальный и нецифровой

горе людям, которые в качестве ключа используют, например, номера накладных

или код ОКПО предприятия

потому что завтра отключат свет, и тебе надо будет провести выписанные вручную накладные

а потом окажется, что у двух накладных одинаковый номер

и бухгалтер будет хлопать глазами и говорить "а давайте эта накладная будет ПН-117, а эта будет ПН-117*"

реальная история

поэтому я за суррогатные ключи всегда

Вова
20.07.2017
09:52:54
всегда что?

Konstantin
20.07.2017
09:54:47
всегда за суррогатные ключи

Вова
20.07.2017
10:01:08
кто подскажет по поводу импорта из excel? что можно поставить?

Страница 395 из 1721