>>1067993

>Maximum number of connection to host has been reached

Это нагруженный проект?

Когда ты сам заходишь, получал ли 503?

Кинь ссылку, потестим. Если сикаешь, через pastebin закинь.

Если тебе самому выпадает через раз, попробуй
1) в корне html-страничку хелловорлд без PHP положи и раз 100 зайди.

2) Если будет опять 503, то, возможно:

а) >Боты-индексаторы, сканирующие ресурсы сайтов (поисковые системы, Sape и другие).

Nuff said. Настраивай robots.

б) >Использование элементов ресурсов или скриптов на чужих сайтах (ссылки на картинки, скрипты-информёры). Используйте антилич-модули/настройки.

Ну то есть очень много ссылаются на твои ресурсы напрямую извне и забивают процессорное время.

в) >На сайте установлен элемент, который периодически посылает на сервер AJAX-запросы (например, чат). Количество запросов зависит не только от числа посетителей, но и от их привычки открывать несколько вкладок в браузере.

Также все понятно.

г) >DDoS

Зависит от сайта, если он небольшой, кому он сдался дудосить?

Уже второй день не могу справиться с циклами в Обещаниях.

Вчера, я не мог асинхронно выполнить цикл

>getMessages().then(function(messages) {

>

>for (var key in messages) {

>console.log("LOOP: " + messages[key].id);

>

>decrypt(messages[key].content).then(function(decrypted) {

>console.log("PROMISE: " + messages[key].id);

>});

>}

>

>});

>

>//LOOP: 1

>//LOOP: 2

>//PROMISE: 2;

>//PROMISE: 2;

Поискав в интернете я нашел похожую проблему https://stackoverflow.com/questions/40328932/javascript-es6-promise-for-loop , и из её решения я понял что нужно написать функцию, которая рекурсивно вызывает Обещание одно за другим, и написал обёртку

decryptMessages(messages) {
var that = this;

function loop(messages, i) {
if (i === undefined) {
i = 0;
}

var length = Object.keys(messages).length;

encrypted = messages.content;

// + check if privateKey added
decrypted = that.decrypt(encrypted);

decrypted.then(function(decrypted) {
messages.content = decrypted.data;

if (i < length - 1) {
loop(messages, i + 1);
}
});
}

loop(messages);
};

----

getMessages().then(function(messages) {

decryptMessages(messages);

// Object {0: Object {id: 1, content:"DECRYPTED"}, 1: Object {id:2, content:"ONE MORE DECRYPTED"}}
// Perfect
console.log(messages);

for (key in messages) {
console.log(messages[key].content; // -----BEGIN PGP MESSAGE...
}

});

Из примера выше, внутри цикла, свойства итерируемых объектов почему-то остаются нерасшифрованными, не смотря на то что в коллекции они расшифровались.
Ещё одно странное поведение, при обращении к объекту в коллекции по ключу (messages[0].content) значение тоже выводиться не расшифрованным, значит дело не цикле, а в функции которая преобразует эти объекты. Для меня странно, что моя функция decryptMessages() ничего не возвращает, но это, наверно, потому что передается ссылка на объект, и далее он преобразуется в функции. Я ошибся тут? Что ещё тут я делаю не правильно (потому что корень проблемы начался с того что нельзя выполнять асинхронный код в синхронных циклах)?

>>1067944 (OP)
Мне просто хочется плакать, я так хочу научится погромировать, но не могу блять, не понимаю я его. Я завидую людям которые умеют это делать. Говорят пхп освоит любой - хуйня это все ебаная, если ты тупой, а я тупой, то будь то пхп, питон, неважно, не освоить никак блять. Просто сижу нахуй и плачу от того, ебаное погромирование единственный шанс выбратся из говна ебаного, но почему я родился ТУПЫМ??????
Читаешь теорию - все понятно, после теории приступаешь к задаче и просто не одуупляешь что от тебя требуется! Как блять реализовывать и грамотно использовать изученный материал - у меня не хватает на это мозгов, я тупорылый даун.
А как люди генерируют идеи, а после все это реализуют на ЯП? Это просто за гранью воображения, я не понимаю этого, гении.
Как же меня демотивируют задачи которые я не могу решить, это какой-то психологический барьер или хуй знает. Например, читаю книгу и решаю параллельно задачи по книге и если какую либо из задач я не могу решить - злость, фрустрация, закрываю книгу и лежу неделями на диване хуесося себя.

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

Создайте две случайные даты (с помощью mt_rand()) и установив их в 2 объекта класса DateTime.
Найдите количество дней, часов, минут и секунд, на которое одна дата отличается от другой.
Сделайте разбиение на периоды с интервалом 1 день.
В цикле выведите все даты, которые содержатся между созданными в 1-м пункте, с интервалом из 3-го пункта.

Я не понимаю как можно генерировать случайную дату юзая мт_ранд, если мы генерим дату в формате d.m.Y H:i:s то на выходе получим 29.09.2017 16:55:16, точки двоеточия и прочее, а мт ранд работает с числами только. Разбивать регулярым вырежения или что, я понимаю что в этой ебучей задаче от меня требуют.

>Сделайте разбиение на периоды с интервалом 1 день.

>В цикле выведите все даты, которые содержатся между созданными в 1-м пункте, с интервалом из 3-го пункта.

Чего блять? Я вообще не одупляю условия эти, периоды, какие периоды, хуй твою мамть знает.

Сдался и смотрю курсы, потому что книги фрустратор пиздец.

я уебище тупое

>>1069010

Во-первых, вот мой пост про return, прочти >>1067893

Во-вторых, функция это подпрограмма (вынесенная отдельно часть большой программы). Она не видит созданные снаружи переменные, у нее свой набор переменных, который изначально пуст. И вызов функции похож на вызов отдельной программы:

// определяем функцию, в этот момент просто создается функция, но ее код пока не запускается
function someFunc($a, $b)
{
// создаем временную переменную $c, которая
// существует только до момента выхода из функции
$c = $a + $b;
return $c;
}

// вызываем ее, PHP начинает выполнять функцию, а ее результат после выхода сохранит в $x
$x = someFunc(3, 4);

// а можно сразу вывести результат, без переменной
echo someFunc(3, 4); // выведет 7

Функция не видит переменные, созданные снаружи ее (это сделано специально, и это хорошо, иначе в большой программе был бы риск, что функция затрет какую-то созданную снаружи переменную). С помощью аргументов в скобках мы передаем значения ($a = 3, $b = 4) внутрь функции. Она выполняется. И затем команда return выходит из функции и возвращает результат, который сохраняется в переменную $x (в данном случае 7).

> Это почти как break работает?

Да, break выходит из цикла, return из функции. Но на этом аналогия заканчивается.

> Что? Куда они возвращаются?

В место, откуда была вызвана функция. В примере выше return вернет результат, который будет сохранен в переменную $x. Функция может, если хочет, вернуть одно какое-то значение как результат своей работы (если в функции нет команды return, то считается что она вернула значение null). А тот, кто вызвал функцию, может, если хочет, сохранить это значение, или сделать что-то еще с ним. А может ничего не делать.

>>1068929

А в чем проблема? Если это поиск по разные критериям, то это даже очень хорошо, так как при обновлении страницы критерии поиска не потеряются. А также, ссылку можно сохранить в закладки, переслать - и она откроется в том же виде.

Ну или мы о разных вещах думаем.

>>1068916

Так спроси.

>>1068914

Задание надо делать самому.

>>1068901

Если владельцы этого API разрешают кроссдоменные запросы, читай документацию или смотри заголовки.

>>1068895

Нет

>>1068875

Вообще, тебе надо изучать теорию .Есть 2 метода - GET и POST для отправки форм, у них свои недостатки и достоинства, читай урок https://github.com/codedokode/pasta/blob/master/forms.md

>>1068873

Ты про htmlspecialchars забыл. Обязательно используй его в примерах. А то будет XSS уязвимость (и что характерно, многие плохие учебники по PHP точно также про него либо не пишут либо упоминают вскользь).

>>1070178

Неправильно, индексы массивов начинаются с 0, а не с 1.

>>1070183

Для начала, надо изучить, что такое литерал: https://ru.wikipedia.org/wiki/Литерал_(информатика)

Литерал - это конструкция в исходном коде, обозначающая какое-то постоянное значение. Например, число, строку.

В синтаксисе стандартного SQL и в диалекте MySQL есть специальный синтаксис для записи литералов, представляющих значения даты или времени. Синтаксис описан в мануале. Пример синтаксиса: DATE '2010-01-01' описывает значение типа DATE, представляющее указанную дату. Пример использования литерала для сравнения с колонкой типа DATE:

SELECT ... WHERE addedDate = DATE '2010-01-01';

Абзац, который ты выделил, говорит о том, что синтаксис с ключевым словом TIMESTAMP или ts:

TIMESTAMP '1999-01-01T12:00:00.123' (из стандарта SQL, формат ISO8601)
{ ts '....' } (из ODBC, это общее API для соединения с разными видами БД)

- создает значение типа DATETIME, а не TIMESTAMP. Потому что DATETIME позволяет представить более широкий диапазон дат. Могут ли от этого быть проблемы? Для этого придется изучить в мануале отличия типов DATETIME и TIMESTAMP и сделать выводы.

От себя скажу, что мне не приходилось использовать такой синтаксис. MySQL позволяет использовать в INSERT или в WHERE просто строку:

INSERT INTO x (addedTime) VALUES ('2018-01-01 12:00:00');
SELECT ... WHERE x = '2012-01-01'

Но я не уверен, что это соответствует стандарту SQL и будет работать в любой СУБД. Стандарт SQL, увы, платный (180 евро по моему за самый новый), потому ссылку дать не могу, могу дать только ссылку на http://modern-sql.com/standard с сборником бесплатных ссылок.

>>1065726
>>1066173
>>1067949

> https://github.com/radiodog/studentlist/blob/master/composer.json

Тут name и description можно не указывать. У тебя же не библиотека.

> https://github.com/radiodog/studentlist/blob/master/mydb.sql

тут в дампе явно лишние команды, требующие администраторских привилегий, например, CREATE EXTENSION.

Плюс прописано конкретное имя пользователя. Лучше делать дамп, который содержит только таблицы и не привязан к конкретному пользователю или названию БД. Я думаю, надо просто разобраться с опциями pgdump.

Папку vendor нужно внести в gitignore.

Classes - плохое название для папки (и тем более для неймспейса), и так понятно что в ООП приложении большинство файлов содержат классы.

https://github.com/radiodog/studentlist/blob/master/src/Classes/Router.php
В конструкторе класса Router указан аргумент $url, но на самом деле туда передается массив. Причем нигде не описано какой именно массив, с какими полями. Не нужно так делать, нужно указать конкретные аргументы.

Также, непонятно почему у тебя код разбора роута в конструкторе. Конструктор используется для создания объекта, а для разбора URL логично сделать отдельный метод. К тому же это позволит вызвать его несколько раз.

Тем более ненормально, что роутер еще и exit вызывает в конструкторе. Это вообще не роутер, а FrontController получается.

Сам алгоритм роутинга переусложнен, не проще сделать через сравнение строк или регулярки?

URL можно разобрать на части с помощью parse_url.

https://github.com/radiodog/studentlist/blob/master/src/Classes/Controller.php
Базовый контроллер выглядит странно. Например, почему там прописана установка соединения с БД? Как-то немного странно. Зачем вообще в контроллере иметь объект PDO?

Обработка исключений при создании PDO сделана неправильно, читай мой (или чей-нибудь еще) урок про исключения на гитхабе.

Проверку/установку авторизационных кук лучше сделать в отдельном классе/функциях, а не размазывать кусочками по коду.

Для хранения данных формы можно было использовать объект Student, а не массив.

https://github.com/radiodog/studentlist/blob/master/src/Classes/Controller.php
Тут у тебя в случае успеха сообщение об успехе выводится до DOCTYPE, это неправильно. Это вообще может привести к тому, что кодировка не определится правильно. И после успешной обработки POST-формы надо делать редирект, а не выводит снова эту форму. Это описано в моем уроке про формы.

> public function getValuesFromPost()

Тут надо было использовать цикл, а не копипастить код.

> $validator->validate($values,$dataGateway);

> $message = $validator->message;

Что мешает вернуть результат функции через return? Зачем городить такой странный способ передачи результата?

> if ($values['e_mail']==$valuesFromDB['e_mail']) {

> $errors['e_mail'] ='';

Лучше в валидаторе сделать проверку, что при редактировании можно использовать тот же email.

> $student->setId($this->dataGateway->getCount()+1);

Это неправильный и неэффективный способ, и не защищает от гонки (один поток считает число записей, другой в это время делает вставку новой записи), нужно использовать lastInsertId. И, конечно, делать это в классе работы с БД, а не в контроллере.

> getMarks($placeholder)

Это бы конечно лучше делать во view, а не тут.

Вообще, что-то в контроллере регистрации многовато кода получилось.

Название MainController неудачное, не отражает назначение контроллера. И PageController тоже.

https://github.com/radiodog/studentlist/blob/master/src/Classes/PageController.php#L22

> if ($_SERVER['REQUEST_METHOD']=="GET"){

А если не GET, то что тогда произойдет?

> public function createNext($request)

> public function createPrev($request)

Тут сплошная копипаста. Лучше сделать одну универсальную функцию для генерации URL, и не в контроллере.

> $numPattern = "/(0-9)*/ui";

нет привязки к краям строки (^$)

> https://github.com/radiodog/studentlist/blob/master/src/Classes/PageController.php#L42

> $request['order'] = ....

> $request['order'] = ....

Создается впечатление, что первая строчка ничего не делает и не нужна.

https://github.com/radiodog/studentlist/blob/master/src/Classes/Pager.php#L25
Тут какая-то переусложненная формула. Посчитать число страниц можно проще.

https://github.com/radiodog/studentlist/blob/master/src/Classes/Student.php#L16
Слишком много аргументов в конструкторе. Лучше сделать либо пустой конструктор, либо сделать метод вроде updateAttributes, принимающий массив.

Вот вообще, подумай, если надо будет добавить/убрать поле из студента - много ли придется менять? Что-то мне кажется, что много.

https://github.com/radiodog/studentlist/blob/master/src/Classes/UserDataGateway.php#L19

> return $row = ...

Зачем здесь создается переменная?

> https://github.com/radiodog/studentlist/blob/master/src/Classes/UserDataGateway.php

В этом файле не выдерживается единый стиль кода, посмотри на имена функций и на расстановку фигурных скобок.

https://github.com/radiodog/studentlist/blob/master/src/Classes/UserDataGateway.php#L33

> OFFSET $index");

Тут SQL инъекция.

> ORDER BY $sort $order

И тут

> $name = $student->getName();

> $stmt->bindValue(':name', $name);

Что мешает сразу писать $student->getName() без создания промежуточной переменной?

> $result = $stmt->fetch();

> return $result['count'];

Есть метод для получения одного значения.

https://github.com/radiodog/studentlist/blob/master/src/Classes/Validator.php#L153

> checkArr($message)

Название ничего не говорит о том, что делает метод. "проверить массив" ничего не значит.

Для пола и locality нужно завести константы.

> [1-2][90]

Лучше вместо регулярки использовать сравнения вида $x > 1900 либо писать (19|20)

> OR ($form['name']=='Имя'))

Странная проверка.

> elseif ((preg_match($name_pattern, $form['name'])==1)&(mb_strlen($form['name'])>40)) {

> elseif ((preg_match($name_pattern, $form['name'])==1)&(mb_strlen($form['name'])>40)) {

> elseif ((preg_match($name_pattern, $form['name'])==1) &(preg_match($tag_pattern, $form['name'])==0) &(preg_match($digits_pattern,$form['name'])==0) &(40>mb_strlen($form['name'])) & (mb_strlen($form['name'])>0)){

Эта копипаста до добра не доведет. Надо либо перегруппировать ифы, либо вынести проверку имени в отдельный метод.

> href="https://maxcdn.bootstrapcdn.com/bootstrap/4.0.0-beta/css/bootstrap.min.css"

Лучше держать свои файлы на своем сервере, а не полагаться на другие.

https://github.com/radiodog/studentlist/blob/master/src/View/Form.php
HTML код не отформатирован (отступы не соблюдаются) и его тяжело читать. Вместо табов лучше использовать 4 пробела.

https://github.com/radiodog/studentlist/blob/master/src/View/Form.php#L27

> value = "<?=$values['name']?>"

Тут XSS уязвимость.

> placeholder = "<

А HTML стандарт позволяет ставить пробел между названием атрибута и знаком равенства? Поищи-ка https://html.spec.whatwg.org/multipage/syntax.html#attributes-2

> <div class="invalid-feedback">

Возможно, стоит не показывать эти блоки, если ошибки нету.

> <a href='http://localhost/index.php/list'>Список студентов</a>

Используй относительные ссылки, где не указан протокол и домен. У меня есть урок про URL.

В шаблонах Form и List общая шапка и подвал, нужно убрать копипасту. Иначе замучаешься потом править в нескольких местах сразу.

https://github.com/radiodog/studentlist/blob/master/src/View/List.php#L49

> <?php $thisStudent = ($value->getEmail()==$this->dataGateway->getByHash($this->hashUser)['e_mail']) ? "table-active" : "" ?>

Этот код не должен быть во view. С каких это пор у нас View отвечает за проверку кук или поиск в БД?

https://github.com/radiodog/studentlist/blob/master/src/View/List.php#L64
Пагинатор очень громоздкий. Нельзя ли его сократить?

Вообще, ты бы мог сделать класс ViewHelper с обычными или статическими методами, которые бы помогали при выводе шаблона.

>>1068108
Решил проблему

Как я уже говорил, в моей обёртке ничего не возвращалось, и вообще странно что я в итоге что-то получил. Мне пришла в голову мысль, что странно, что я получил значения вне обещания (обычно мы в таком случае получаем undefined), и решил что сначала нужно получить все обещания, а потом проходить по ним циклом, в итоге даже обёртка не понадобилась:

getMessages.then(function(messages) {
var promises = [];

for (var key in messages) {
var decrypted = decrypt(messages[key]);

promises.push(decrypted); // Можно даже не выставлять ключ, обещания добавятся синхронно, а асинхронное выполнение будет позже
}

Promise.all(promises).then(function(decrypted) {
for (var key in messages) {
messages[key] = decrypted[key].data;
}

showMessages(messages);
});

});

Вот и всё! Всё оказалось очень просто.
Немого смущает что один и тот же цикл повторяется дважды, но в этом ничего плохого.


Немного пугает, что я не мучился над решением этой задачи, её решение пришло мне в голову само собой. Можно сказать, что мне просто повезло.
Я просто подумал, как бы я её решил если не было возможности получить вашего совета, и единственное что пришло в голову, это то что бы я просто выводил бы сообщения по одному внутри метода расшифровки, что являлось бы самим по себе нарушением инкапсуляции. Только через некоторое время мысль о том, что можно получить обещания и выполнить их все сразу, пришла сама собой.
Если бы не ваши наставления, я бы писал довольно хаотичный код, и даже не чувствовал за это угрызение совести.

Я снова с Yii2. И всё с тем же вопросом.
Может кто-нибудь подробно объяснить логику рботы фреймворка, когда на вью страницы есть несколько кнопок?

Без него всё было просто: для логина три инпута и кнопка. На кнопке висит onclick="register();", запускающий предачу данных через аякс php-скрипту. А таблица генерируется динамически через foreach, столько строк, сколько есть в базе юзеров. И кнопка удаления на каждой строке onclick='delete_line($user_id, $table_users);' При нажатии, js-скрипт передаёт данные аяксом php-скрипту и тот удаляет из указанной таблицы указанную строку.

Теперь с фреймворком.
Создал модель SignupForm с атрибутами и парой методов. Подключил в контроллере, создал public function actionSignup(). В неём загрузка и проверка данных:
$model = new SignupForm(); //создаём объект модели UsersForm
if($model->load(\Yii::$app->request->post()) && $model->validate()){}
$user = new User(); //создаём объект модели User (эта модель указана в качестве компонента идентификации в файле config\web.php)
$user->username = $model->username; //передаём атрибут модели UsersForm в атрибут модели User
$user->full_name = $model->full_name; //заполним его полученными из формы данными
$user->password = \Yii::$app->security->generatePasswordHash($model->password); //Аналогично, только ещё и шифруем
if($user->save()){
return $this->render('users', compact('model')); //рендерим вью users, передав в него модель model
}
А во вью прописываем $form = ActiveForm::begin(), затем поля для ввода $form->field($model, 'username', ['template' => '{label} <div class="row"><div class="col-sm-2">{input}{error}{hint}</div></div>']), кнопку Html::submitButton('Регистрация', ['class' => 'btn btn-success', 'id' => 'add1', 'name' => 'add2']) и в конце ActiveForm::end().

Это всё как-то даже работает. Но как правильно сгенерировать кнопки удаления и обрабатывать их нажатия?
1) Все поля и кнопки во вью должны быть между begin() - end(), или для каждого блока эта конструкция должна быть своя?
2) Обработка идёт в контроллере? В одном и том же акшене? Как проверить, от какой кнопки пришло нажатие?
3) Модель не трогаем?
4) Что за \ в акшене? Я переписал это из урока по Yii, но нагуглить, что это такое, не смог.
5) Я не понимаю конструкцию $model->load(\Yii::$app->request->post()) && $model->validate()
По сути, она загружает в модель полученные данные, если они получены и провалидированы. Но если разбираться, то получается, что сначала данные приходят постом, потом валидируется модель, в которой пока что нет новых данных (и непонятно, зачем вообще её проверять), а потом идёт load непонятно чего.
6) Как вообще вытащить из post данные в контроллере? Я делал
echo '<pre>'; print_r($model); //распечатка модели
и получал все данные, а вот получить конкретное значение поля, которое ввёл юзер, не могу.

>>1071325

Ты бы ссылки хоть давал, если упомниаешь какие-то статьи. А то непонятно, что смотреть.

По поводу приложения - по идее ошибки должны писаться в логи, и ты там можешщь их просмотреть (на продакшене не принято ошибки на всеобщее обозрение выставлять).

По поводу логов тут https://devcenter.heroku.com/articles/php-logging#logging-from-plain-php написано что ошибки должны идти в "heroku logs".

Соответственно тут дана команда просмотра логов: https://devcenter.heroku.com/articles/logging#view-logs

Попробуй с нее начать.

Также, можно получить доступ к консоли, если ты знаком с линуксовыми командами: https://devcenter.heroku.com/articles/getting-started-with-php#start-an-interactive-shell

Из консоли можно например попробовать соединиться с БД, выполнять какие-то SQL запросы.

Тут описано подключение к Postgres: https://devcenter.heroku.com/articles/getting-started-with-php#provision-a-database

Там тебе не дают привычных параметров соединения с БД (хост, пароль и тд) явно, а передают их в переменной окружения твоему приложению. Почитай в гугле, что такое переменные окружения, почитай мануал по getenv. Твое приложение, если оно запущено на хероку, должно брать параметры соединения из указанной в мануале переменной окружения. Там есть пример кода, но я бы его доработал - например, там нет никакой проверки на ошибки, нет действий в случае, если переменная не задана или пуста.

Я подозреваю, так сделано из-за динамичной природы хероку, твое приложение может запускаться на разных узлах, и база данных тоже может перемещаться между узлами, таким образом параметры подключения к БД меняются и их нельзя прописать в конфиг.

Идея передавать конфигурацию в переменных окружения есть в сборнике статей 12 factor app: https://12factor.net/ru/config

Мне эта идея не нравится, я считаю, что у нее есть недостатки, о которых авторы почему-то умалчивают (в итоге многие приходят к хранению перменных в .env файле, что не сильно отличается от обычного конфига). Но этот принцип хорошо работает в облачных системах, где твое приложение может сегодня запуститься на одном сервере, а завтра на другом. И где часто файловая система работает только на чтение, так что править конфиг нельзя.

>>1071372

Так пройдет номер +78 и 10 цифр

>>1071378

Так пройдет номер с +8 в начале или с 7 без +.

>>1071262

Если у твоего сайта есть URL то сможешь. Но не надо тут устраивать флуд из кучи коротких сообщений.

>>1071223

Дело не в плейсхолдерах, проверь что ты куда там передаешь.

>>1071089

Трудно изучать Юи, если ты не изучил нормально объекты, классы и нейсмпейсы. Урок по основам ООП есть в учебнике в ОП посте, про неймспейсы доброанон тебе дал ссылку выше. И по хорошему, тебе бы не мешало решить задачку про студентов из ОП поста, чтобы освоиться с основами создания CRUD приложений. Тогда тебе многое было бы понятнее, мне кажется.

>>1071067

Вообще, тебе надо сначала прочесть документацию Юи по работе с формами. Я думаю, он умеет сам копировать данные из модели формы в модель сущности БД.

Разные кнопки можно различать, если дать им разные имена - нажатая кнопка передается в POST.

> Я не понимаю конструкцию $model->load(\Yii::$app->request->post()) && $model->validate()

Я тоже, по моему она неправильная

> Все поля и кнопки во вью должны быть между begin() - end(),

Ну ты изучи, что делают эти функции, какой HTML вставляют в шаблон.

> Как проверить, от какой кнопки пришло нажатие?

Ее имя будет содержаться в POST данных

> Как вообще вытащить из post данные в контроллере?

Они находятся в объекте request, изучи документацию по нему.

>>1071029

> код не смотрел прошлый, я его просто удалил, но судя по твоим замечаниям он был убог.

Ну вообще это может быть лишнее, я ведь писал замечания, чтобы ты их прочел, разобрался и учел в дальнейшей работе. Ну ладно, переписал так переписал.

browserstack можно (вроде бы) пользоваться бесплатно несколько раз, если зарегистрироваться. И можно даже без регистрации, если отправлять запрос с сайта modern.ie. Найдешь ссылку сам? Я проверил, работает.

Далее, сделаем простой тест. Возьмем и добавим на твою страницу section с HTML-кодом взятым отсюда http://motherfuckingwebsite.com/ или отсюда http://www.blindtextgenerator.com/snippets?snipps=EN-snippets-kafka . Или вообще очищаем содержимое body и вставляем туда HTML код.

Что мы должны увидеть? Аккуратно выглядящий и соответствующий стилю сайта текст. Абзацы не должны слипаться, списки должны быть как списки, ссылки как ссылки, курсив как курсив и так далее. Ты наверно сам знаешь, какие элементы бывают в HTML и как они должны выглядеть.

Что мы видим у тебя? https://pste.eu/p/HRFa.html - это явно нельзя назвать красиво выглядящим текстом в стиле сайта. Каша какая-то.

На динамических сайтах почти всегда контент добавляется через редактор в админке, и этот редактор выдает обычный HTML - с абзацами, списками, таблицами, картинками, заголовками. Нужно, чтобы тексты, которые будут править или добавлять редакторы, отображались хорошо и соответствовали стилю сайта.

Ну например, тут, я думаю, стоит сделать основной текст примерно таким шрифтом, который использован в блоке Consectetur.

То, что сейчас, никуда не годится, на твоей верстке нельзя нормально сделать сайт с произвольным контентом, понадобится много доработки. Ну представь, мы просто захотим добавить section с обычным списком - с твоими стилями он будет просто ужасно выглядеть. Это ненормально, что для добавления простого стандартного списка надо что-то править в CSS.

У тебя сейчас стили текста заданы только для абзаца внутри определенного блока: .service_item p { ... }. Это неправильно, нужно их задавать для html, чтобы они работали по умолчанию на всей странице.

Более того, ты исопльзуешь CSS reset, который обнуляет многие полезные стили. В итоге текст не выглядит как текст, а как нечитаемая каша. Если ты используешь CSS reset, ты обязан задать стили для всех элементов, для которых ты их сбросил тут в начале: https://theknacker.github.io/Webpaint/style.css (и если подумать, то окажется что выгоднее не использовать CSS reset вообще, чем сбрасывать стили и затем заново ставить им обратно те же значения).

Соответственно, нужно решить проблему со стилями, чтобы мы могли в любое место добавить текст со стандартными HTML элементами и он бы выглядел нормально.

В общем, это пока сделано слабо. Ты заботился о том, чтобы верстка выглядела похоже в браузере, но не подумал о том, как твою верстку будут интегрировать с системой управления контентом, что будет, если мы будем на ней делать правки и менять контент, что, если мы захотим добавить пару абзацев текста. Не беда, нужно просто использовать принципы, которые я описал выше, и все будет нормально.

Далее, у тебя там есть стили слишком широкого действия:

> a:not(.logo), label, img {

> transition: all 200ms linear

Этим ты ставишь транзишен для всех картинок и ссылок на сайте на все свойства. Такого не требовалось. Нужно сделать правило более специфичным, указав конкретные элементы и конкретные свойства.

Или тут:

> li a{

Ты вот так вот взял и переопределил стили для всех ссылок внутри любых списков на всем сайте. А ведь наверно тебе там надо было применить эти стили только к меню. Если кто-то завтра захочет добавить список со ссылками - у него все съедет и придется тратить время на правку.

Селекторы должны быть более точечного действия и применяться только к тем элементам, которые нужны.

Если тебе будет от этого легче, я иногда работаю с чужой версткой, которую делают "профессиональные" верстальщики, и там те же ошибки. Потому я и хочу тебя с самого начала научить их избегать.

Далее, ты там используешь width: fit-content, про который я первый раз слышу, и видимо не только я, так как он мало где поддерживается: https://developer.mozilla.org/ru/docs/Web/CSS/fit-content#Browser_compatibility и по моему ты даже используешь эту функцию неправильно.

Насчет тега cite я тоже не уверен - я тут почитал https://developer.mozilla.org/ru/docs/Web/HTML/Element/cite - можно ли его использовать для указания копирайта?

> input#graphic:checked ~ a:not([href="#graphic"]),

Это не подойдет, так как мы не можем менять ссылку на произвольную. И мы не можем поместить работу в 2 категории. Нужно использовать либо классы, либо специально придуманный data атрибут.

> <div class="service_image_android"></div>

Этот элемент не нужен, для картинки можно использовать псевдоэлемент.

Еще по моему на макете был курсив в шапке.

И вот тут вот проблема: безымянный див:

> <footer>

> <div>

div сам по себе не несет никакого смысла, он предназначен для нестандартных элементов, и смысл этих элементов задается id или классом. А ты не используешь тут класс и потом городишь какие-то трудные для понимания селекторы. Завтра кто-то добавит третий див, и все стили собъются потому что у тебя там используется :last-of-type.

То есть надо понимать, что верстка вряд ли будет всегда неизменной. Если сайт развивается, то на нем будут происходить разные изменения, добавление какого-то контента, перенос блоков в другое место, правки, и надо писать код так, чтобы не осложнять потом жизнь тем, кто будет делать эти правки. Соответственно селекторы должны быть максимально точечные и устойчивые к добавлению/переносу элементов.

Если тебе интересно, ты можешь еще почитать про методологию БЭМ, которая как раз придумана, чтобы упростить дальнейшую поддержку кода, чтобы верстку было как можно легче править в будущем: https://ru.bem.info/methodology/ У нас тут очень простая верстка, и БЭМ использовать не требуется, но если ты будешь верстать более сложные страницы, а тем более сайты с большим числом страниц, понимание БЭМ тебе пригодится. Прочитай, если есть время.

Насчет адаптивности: увы, пока есть недостатки. Ну например, в адаптивной версии шрифт h1/h2 в заголовке остается гиганстким, отступы большие (на маленьком экране наверно такая большая шапка и подвал не нужны).

Также у тебя нет метатега viewport ( http://frontender.com.ua/mobile-web/wtf-viewport/ ).

Или например, в мобильной версии у блоков с картинками (часы, андроид) можно было бы убрать или уменьшить картинки, чтобы эти блоки занимали меньше места. Они ведь там по большому счету только для красоты. Я имел в виду попробовать подумать над такими вещами, у тебя конечно есть в общем адаптация под размер экрана, но в идеале мы хотим не просто переставить исходные блоки вертикально, а подстроить верстку под особенности устройства, если экран маленький, то пользователю наверно не очень понравится пролистывать 10 страниц, которые получаются из-за большого шрифта и больших отступов.

Ну и еще, если у тебя есть картинки портфолио более высокого разрешения, я бы советовал в мобильной версии сделать их от края до края экрана, чтобы место не пропадало зря. Заодно изучи атрибут srcset и как можно указать несколько файлов картинок для разных разрешений. Обычная для десктопа и повышенного разрешения для мобильной версии.

Давай для начала с этим разберемся, а потом более внимательно остальное посмотрим.

Я бы конечно еще тебе хотел дать задачу исследовать варианты подключения SVG картинок, какие при этом возникают сложности, как они поддерживаются в разных браузерах, но не знаю, готов ли ты такую задачу сделать, есть ли время. Если есть, то потом я тебе объясню, что надо сделать и зачем.

>>1070821

Если JSON не удалось раскодировать, json_encode вернет null. ты должен проверять этот случай. Также, посмотри, нет ли каких ошибок в логах веб-сервера или включи их отображение.

Алсо тут ошибка:

> data: 'json =' + JSON.stringify(json)

Спецсимволы должны кодироваться процентным кодированием при использовании метода application/x-www-url-encoded или как-то так. У меня есть урок https://github.com/codedokode/pasta/blob/master/network/urls.md и там это мельком упомянуто (там про query string, но принцип тот же):

> параметры (строка запроса, query string) - может содержать дополнительные параметры, которые будут переданы на сервер. Обычно параметры пишутся через знак =, и разделяются символом &, например ?a=1&b=2&c=hello%20world. Спецсимволы в именах и значениях параметров надо кодировать процентным кодированием. В примере выше в фразе hello world пробел (который нельзя использовать в ссылке) закодирован кодом %20.

Ну и правильно тебе сказали, изучить документацию по jQuery так как там есть более удобные способы передавать значения из формы или из массива. Ты навелосипедил какой-то кривой код.

>>1070599

У тебя переменная окружения, которая указана в коде, задана? Видна ли она в PHP? Проверь через getenv или phpinfo() например.

>>1070597

Можно сделать так:

- в начале идет +7 или 8
- за ним ровно 10 раз повторяется такое выражение: "любое число минусов, скобок, пробелов в любом порядке, за ним ровно одна цифра". Повтор задается через квантификатор конечно.

>>1070552

masked input мне крайне не нравятся, так как в них практически всегда безнадежно сломано редактирование, вставка и тд. Плюс ты не всегда можешь угадать, в каком формате будет номер, особенно когда стран много. Потому, возможно лучше на сервере как-тог нормализовать номер.

> Можно ли без своей реализации сделать на yii2 чтобы и httpBasicAuth работал и обычная браузерная аутентификация основанная на сессии? Мне надо чтобы сайт работал в двух режимах: и как обычный сайт и как API если передать определенный параметр, вот встал вопрос реализации аутентификации по токенам.

Начать нужно с изучения документации по авторизации/аутентификации в Юи и затем смотреть, как это реализовать. Она там настраивается, можно писать свои классы, так что наверно это возможно.

>>1071409

Теги i и b поменяли свое значение в HTML5. В любом случае, они тут не подходят, используй просто div с классом.

meta viewport сам по себе не блокирует зум. Он говорит мобильному браузеру, что страница оптимизирована под мобильные устройства и задает настройки для ее отображения (если тега нет, браузер думает, что это страница, не знающая про мобильные браузеры). Без него мобильное устройство отобразит десктопную широкую версию сайта в уменьшенном масштабе. Ты можешь открыть свой сайт в Хроме или ФФ и включить там в отладчике режим отладки адаптивной версии и увидишь. Ну или на реальном устройстве.

> но в Mozilla и ее мобильной версии один <div> элемент перед названием города съезжает вниз, т.е посередине, пока не знаю как фиксить.

Что отладчик показывает? Какие стили применены? Где она съезжает?

> Да ОП помоги чем сможешь.

Ты задавай конкретные вопросы тогда.

> И еще хотел спросить, где все эти ресурсы искать?

Информацию по HTML/CSS свойствам я ищу со словом MDN. например "mdn flexbox"

Учить наизусть все теги конечно не надо, просто достаточно прочитать список 1 раз, чтобы знать, что есть, что в принципе возможно.

Также есть дайджест новостей в таком формате https://habrahabr.ru/company/zfort/blog/331168/

Также есть caniuse для поиска информации о поддержке браузерами разных технологий.

Также, когда-то я читал еще блоги верстальщиков, но не уверен, что те статьи сейчас актуальны.

Если есть очень большое желание можно почитать спецификации по HTML/CSS (осторожно, много букв, но зато все очень подробно расписано). Я в них обычно ищу какие-то спорные вопросы, про которые нигде толком не написано. Ну вот к примеру, тут автоматическое определение размеров элементов в CSS очень подробно расписано: https://www.w3.org/TR/CSS2/visudet.html#q10.0

> Я с книг беру всякие полезные сайты и т.д Бойлер плейты всякие итд.

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

> набор какой то, опыт?

Ну я версткой занимался еще во времена когда надо было старые ИЕ поддерживать, и документации тогда много читал.

Обычно, когда я сталкивался с чем-то, чего точно не знаю (например: как отцентрировать и отмасштабировать картинку, как сделать поддержку экранов с разным DPI), я гуглю статьи и решения, а потом уже читаю документацию, чтобы подробнее разобраться. И в итоге получаю сравнение разных методов, с достоинствами и недостатками каждого, и из этого выбираю.

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