
Константин
04.07.2018
13:33:52
Нет

Максим
04.07.2018
13:33:56
может у тебя где то кука зависла кривая

Константин
04.07.2018
13:36:07
В инкогнит о та же фигня
Хотя

Google

Константин
04.07.2018
13:37:30
Хотя ни на что теперь не ругается, но и не логинит

Максим
04.07.2018
13:38:26
ну он ругается, что хочет удалить то, чего нет

Константин
04.07.2018
13:38:42
Хотя нет
Уже появилась эта же ошибка

Максим
04.07.2018
13:40:49

Константин
04.07.2018
13:41:04
Может openServer тонко намеает на обновление?

Максим
04.07.2018
13:41:08
но я хз как это стыкуется с твоим приложением

Константин
04.07.2018
13:41:59
'user' => [
'identityClass' => 'app\models\User',
'enableAutoLogin' => true,
],
Поставил false
Перезагружаю сервер

Максим
04.07.2018
13:43:38
для этого не обязательно его перезагружать
в инкогнито тестируй

Константин
04.07.2018
13:45:05
Я понимаю что сервер и сайт зависят друг от друга по разному. Но на всякий случай.

Google

Константин
04.07.2018
13:46:23
Так, ну дебаг панель проблем не обнаружила, и при этом авторизация не прошла
Валидация на форме такая
public function validatePassword($attribute)
{
if (!$this->hasErrors()) {
$user = $this->getUser();
if (!$user || !$user->validatePassword($this->code,$user)) {
$this->addError($attribute, 'Логин или пароль не правильный.');
}
}
}
Валидация в User такая
public function validatePassword($password,$user)
{
if ($user->password === $password)
return true;
else return false;
}
Если вызвать new User()->validatePassword($post['uid'], User::findByUsername($post['login']))
То он возвращает true

Максим
04.07.2018
13:54:20
ну значит в форме валидация не проходит

Константин
04.07.2018
13:55:00
Сейчас распечатаю

Максим
04.07.2018
13:55:06
а
может в форме надо return true вернуть, если все ровно?

Artemy
04.07.2018
13:56:06

Константин
04.07.2018
13:56:20
Нет
Я пока не хешировал ничего

Максим
04.07.2018
13:56:54

Константин
04.07.2018
13:57:15
Нужно отработать с простым функционалом, потом допишу засекьюрю

Максим
04.07.2018
13:57:54


Максим
04.07.2018
14:01:38
yii frameworkning yaratuvchilaridan biri Pavel Klimovni framework kelajagi haqida fikri:
It is sad to realize, but indeed Yii is dying. But it has nothing to do to the number of the latest commits or outdated milestones. It also has nothing to do with the Qiang leaving the project. For the fully non-commercial open-source project such things are common enough and happens from time to time.
The real problem is Yii is very outdated technology, which does not keep up with the modern trends. The team refuses to acknowledge the fact that requirements for the modern web application has changed over latest years. They stick to the BC-keep policy too much since 2.0 release, which make Yii2 lacking of many modern approaches and features. It is ridiculous to keep support for PHP 5.4, while even 5.5 is completely dead by now and any indifferent developer switch to PHP >=7.0 for the better performance.
The team states supporting of PHP 5.4 is crucial for existing Yii-based application, while I can not see why, while installing of PHP 5.4 from regular code repository is already impossible.
While it is common requirement of the modern web project to provide "single page application" based on modern JS frameworks like ReactJS, EmberJS, VueJS and so on, Yii keeps enforcing JQuery, facilitating its usage and requiring its installation.
I have spent many efforts to persuade the team to finally move forward and make new major release. I have committed the changesets supporting PSR-3 "Logger", PSR-16 "Simple Cache" and PSR-7 "HTTP Message". I have provided solution for JQuery separation via dedicated optional extension. See the changelog for the full picture:
https://github.com/.../yii2/blob/3.0/framework/CHANGELOG.md
I have spent much efforts to bring new major version to life, but they were in vein...
At the begging of this year the *whole* team finally agreed on the online Slack meeting to stop support of the 2.0.x and switch forces to 2.1.x (now 3.x) release. So the latest 2.0 version have to be 2.0.14. However, this agreement has been broken. The team refused to switch course. As you can see 2 minor versions were released instead: "2.0.15" and "2.0.16", while there were no progress at "2.1" ("3.0").
I have updated main repository code as main extensions code to make it possible to have early access to the major version. See my post about it:
https://yiifeed.com/news/366/yii-21-early-access
This work has been complete at the March 3rd. At that time I was sure we can make at least "beta" release at the end of the May. But the team has started full scale "holy wars" around DI specification and PSR-11 interpretation.
See discussion at:
https://github.com/yiisoft/di/issues/23
So in the end all the efforts spent on "yiisoft/di" were actually thrown away and latest "Yii developments note" claim it will not be integrated with the 3.0. See:
https://www.patreon.com/posts/yii-development-19759260
Even if Yii 3.0 to be released, the course, which team has take around DI and PSR-11, suggests dropping the Yii base core principle of usage array as an universal object configuration in the favor of PSR-11 DI approach, which requires constant creation of the "factory" classes, which are absolutely redundant around Yii1 or Yii2. So when the time comes for the Yii 4.0 release, it will have nothing in common with the current Yii2 architecture, and any developer using Yii will have to completely rewrite his application.
Может, умирает, а может и нет. Будет видно. Зависит от того, насколько он действительно нужен тем, кто готов вкладываться или рублём или трудочасами.
Разработчики совершили ряд ключевых ошибок, - да. Фатальных? Не думаю. Но посмотрим.
Наша и другие команды, насколько знаю, активно развивают Yii 1 для своих нужд. А могли бы влиться в комьюнити текущей версии.


Павел
04.07.2018
14:03:09
Тогда уж третьей

Google

Dmitriy
04.07.2018
14:03:17

Максим
04.07.2018
14:03:27
Между второй и третьей нет кардинальных отличий и проекты могут обновиться.

Dmitriy
04.07.2018
14:03:31
привыкли как к одному и все...

dima
04.07.2018
14:03:56
а какие ошибки они совершают дальше? вроде по psr все делают

Roman
04.07.2018
14:03:57
Подскажите кто нить пользовался https://github.com/pgaultier/yii2-oauth2
???

Dmitriy
04.07.2018
14:04:14

Максим
04.07.2018
14:04:16

Dmitriy
04.07.2018
14:05:10

Максим
04.07.2018
14:05:22

Dmitriy
04.07.2018
14:05:49
хорошо что тебя не слушают они. хД

dima
04.07.2018
14:06:05

Максим
04.07.2018
14:06:05
Опять же, смотря что. Часть PSR на вес золота.

Dmitriy
04.07.2018
14:06:20

Максим
04.07.2018
14:07:36
хорошо что тебя не слушают они. хД
Ну смотри, если посмотрим на то, что и зачем делает PSR, то если фреймворки придут к тому чем он должен стать, то зачем иметь несколько фреймворков?..
Если всё будет одинаково у всех.

Dmitriy
04.07.2018
14:08:19

Максим
04.07.2018
14:08:49
Это сейчас - базовые.

dima
04.07.2018
14:09:04

Google

Максим
04.07.2018
14:11:22
Медленно будет работать. Всегда нужен будет свой "Yii" среди всеобщей архитектурности и переносимости.
Опять же, я вижу что делают ребята и учитываю их ресурсы. Я не вижу что бы они совершали сейчас ошибки. По мне, - движутся в правильном направлении.
Я бы вот только сел бы и AR выпилил в независимую библиотеку. Я с Yii 1 насколько мог сделал. Но хотелось бы 2.x
Но пока мы на Yii 1 как бы неоправданно контрибьютить во второй.
Ну и "сделать для себя" малость отличается по трудозатратам от законтрибьютить во фреймворк.

Dmitriy
04.07.2018
14:15:26

Максим
04.07.2018
14:16:37
Посмотрим.
Насчёт PSR для роутера кстати много обсуждений было уже.

Admin
ERROR: S client not available

Dmitriy
04.07.2018
14:18:35
и они не охотно ломают функциональность фрейма.
а хотя должны бы. выхода то нет.
public function __construct(string $id, Module $module, array $config = [])
такое в контроллерах вообще никуда не годиться

Максим
04.07.2018
14:20:21
Давайте смотреть на вещи с колокольни того, что естественный отбор и конкуренция - это всегда хорошо. ?
С неё оба варианта развития событий выглядят позитивно.

Dmitriy
04.07.2018
14:21:05
так смотреть хорошо. но страдать то тем кто зависим от фрейма

Максим
04.07.2018
14:21:24
Не говори мне про страдания. Я на первом завис. ?
Хотя уже и от второго не сильно отличаемся. Осталось полностью перейти на автозагрузчик от composer и будет почти гут.
Чуток осталось. Руки не доходят.

Максим
04.07.2018
14:22:33

Андрей
04.07.2018
14:23:09
кто нибудь юзал Spreadsheet?

Google

Dmitriy
04.07.2018
14:23:13
это да знаю. пока не до этого

Максим
04.07.2018
14:23:33

Dmitriy
04.07.2018
14:23:41

Андрей
04.07.2018
14:23:56

Максим
04.07.2018
14:24:26

Андрей
04.07.2018
14:24:43
не очень то и недавно)

?
04.07.2018
14:24:47
если просто табличные данные там проблем нет phpexcel задал ячейку вставил данные сохранил

Максим
04.07.2018
14:25:15

dima
04.07.2018
14:25:27

?
04.07.2018
14:26:28
вопрос в чем

Андрей
04.07.2018
14:26:58
$exporter = new Spreadsheet([
'dataProvider' => new ArrayDataProvider([
'allModels' => $report,
]),
'columns' => $columns,
'headerColumnUnions' => $headerColumnUnions,
]);
$exporter->save('../matrix.xls');
есть такое
как добавить стили к таблице
ой
форматирование(

?
04.07.2018
14:27:14
гг
а доку посмотреть не
есть 2 варианта
1й делаешь шаблон загружаешь в него данные и отдаешь клиенту
есть 2й вариант ручками проставляешь
https://stackoverflow.com/questions/17317301/set-font-color-font-face-and-font-size-in-phpexcel/17619725
пример короче

Константин
04.07.2018
15:00:44
Что бы "yiisoft/yii2-httpclient": "*" встал нужно компосер обновить?)