Я не сторонник бана ) ну поорали минуту, выпустил пар и делов

Иначе группа будет занудной и неинтересной

это не помогает

для этого есть временный бан, минут на 30 :)

тут так не работает

Ребят,может кто поможет. Есть вывод инпутов через цикл в форме через vue.js,как я полагаю,мне нужно заменить эти обычные импуты на кастомную textarea Вот как она выподится на пхп <?= $form->field($model, 'text')->widget(\yii\redactor\widgets\Redactor::className()) ?>а как сделать на vue? Вот вывод обычных импутов https://pastebin.com/v9BjTXa5 Благодарю за ответы.

Ребят,может кто поможет. Есть вывод инпутов через цикл в форме через vue.js,как я полагаю,мне нужно заменить эти обычные импуты на кастомную textarea Вот как она выподится на пхп <?= $form->field($model, 'text')->widget(\yii\redactor\widgets\Redactor::className()) ?>а как сделать на vue? Вот вывод обычных импутов https://pastebin.com/v9BjTXa5 Благодарю за ответы.

@Tweeker88 ну там в мануале vue написано, как выводить в цикле. Посмоти на объекты сгенерированные браузером, которые хочешь оплучить, и сделай их через vue1, vue2 ... Дальше только твоя фантазия! Когда все сделаешь - расскажешь как сделать пагинацию на vue

уже выводятся инпуты на vue,мне нужно их заменить на textarea кастомную,нашел пример,там в пхп выводят(скинул пример как),а как в vue я хз :С

так а как вывести?)) просто заменить pre на textarea?) не получается https://pastebin.com/v9BjTXa5

неправда мягко говоря. А по существу - откровенный пиздежь. Зайди на тостер, где обитают наши соотечественники. Кто и кого там говном поливает? Да и тут это большая редкость.

это слишком примитивные вопросы

сорян, но http://phpfaq.ru/debug

ошибки у меня нет просто я не правильно написал

распечатаю

подскажите пытаюсь поменять формат выводимой даты но ничего не меняется (что бы выводилось без времени): в бд в формате дата-время с нулями во времени. При чем метод возвращает все правильно. <?= $form->field($modelCharge, "[{$indexContact}]chargeDate")->widget(\kartik\date\DatePicker::classname(), [ 'value' => $modelCharge->getStartDate(), 'language' => 'ru', 'options' => ['id'=>'banktransfermodel_'.$model->id.'-'.$indexContact.'-chargedate', 'class' => 'charge-date-picker'], 'pluginOptions' => [ 'autoclose' => true, 'weekStart' => 1, 'format' => 'dd-mm-yyyy' ], ]);?>` public function getStartDate(){ var_dump(Yii::$app->formatter->asDate($this->chargeDatePayment, "php:d.m.Y")); var_dump(date('d-m-Y', strtotime($this->chargeDatePayment))); }

Спроси у картика, чо у него не меняется

при том что если исползовать такую же в другом виде т.е. не в филде DateTimePicker::widget([ 'model' => $model, 'name' => 'AppointmentModel[start_date_time]', 'value' => $model->getStartDateTime(), 'pluginOptions' => [ 'autoclose' => true, 'format' => 'dd-mm-yyyy HH:ii P' ] ]);все ок так выводится нормально хз короч надо дальше копатся

пофиг, иди у картика спрашивай. Его расширение, вот у него и спрашивай

@AlDexor дело в том, что я проверку тоже поместил в очередь. Т.е. мой код идет, кидает созданный объект в очередь, а там уже идут проверки и запросы в бд. И ранее с проверкой ответ был быстрым

индуским невладею:)

подскажите пытаюсь поменять формат выводимой даты но ничего не меняется (что бы выводилось без времени): в бд в формате дата-время с нулями во времени. При чем метод возвращает все правильно. <?= $form->field($modelCharge, "[{$indexContact}]chargeDate")->widget(\kartik\date\DatePicker::classname(), [ 'value' => $modelCharge->getStartDate(), 'language' => 'ru', 'options' => ['id'=>'banktransfermodel_'.$model->id.'-'.$indexContact.'-chargedate', 'class' => 'charge-date-picker'], 'pluginOptions' => [ 'autoclose' => true, 'weekStart' => 1, 'format' => 'dd-mm-yyyy' ], ]);?>` public function getStartDate(){ var_dump(Yii::$app->formatter->asDate($this->chargeDatePayment, "php:d.m.Y")); var_dump(date('d-m-Y', strtotime($this->chargeDatePayment))); }

@AlDexor я запустил один воркер через supervisor, остается еще 100Мб оперативы Вычислительный ресурс - это оператива???

Всем здрасьте. Вопрос про оптимизацию бд возник. К примеру есть 2 таблицы (хотя их десяток другой может быть): - юзеры - организации есть потребность в возможности писать внутреннее примечание для каждого юзера/организации которое видит только админ/модератор. в тупую если сделать - то добавить к таблицам поле own_description и радоваться жизни. Где нужно писать, где не нужно не писать. Но юзеров будет десятки тысяч, организаций - тысячи. А примечания будут написаны ну к сотне юзеров/десятку фирм. То есть это поле используется крайне редко. Насколько такое пустое почти бесхозное поле вредит скорости работы? и може оптимальнее сделать отдельную таблицу с примечаниями где указывать - название таблицы, - id записи, - текст примечания и через связи выводить при необходимости? или это overhead?