1) Ваш код крайне небезопасен. Это прям первая глава любой книги по работе с mysql.
2) проверьте на всякий случай, уходят ли данные (в консоли браузера), и приходят ли они на сервер.
3) проверьте, не возвращает ли сервер ошибку
Виталий Миронов, ну значит добавляйте еще один join, который добавит параметр беседы необходимый.
Просто сформулируйте задачу более ясно для себя, и соберите запрос.
Просто проведите аналогию на двух кейсах:
Что делает опытный фрилансер и неопытный если пропускает дедлайн по какой-то причине?
Опытный как правило заранее сообщает, своим начальникам, заказчику - что опаздывают, и решают сразу возникшие проблемы.
Неопытный же с большой долей вероятности (есть исключения.) загасится. Что приведет к определенным проблемам на всей цепочке проекта.
У меня как минимум 3 знакомых, которые прошли этот этап не очень успешно. Приходилось попинывать человека, чтобы он не гасился перед заказчиками. Но в итоге выросли, и больше такой хренью не страдают. Но этап этот очень долгий и тяжелый. Тем более 18-23 года - лучшее время для развлечений.
И второй кейс - если вы возьмете на хлеб и воду, и учебу человека, то как только он повзрослеет, скорее всего перейдет в более опытную команду. А вам придется учить новых.
И более менее большой проект нельзя доверять новичку. Слишком много всяких НО.
Максим Ворожцов, если API у вас браузерный, и контроллеры стандартный, то браузер так и так отправляет кукки.
Другое дело, если контроллеры у вас наследованы от Rest, то как раз там вам и нужно при каждом обращении использовать токен.
Если у вас все в браузере - я бы не стал заморачиваться и писать отдельные контроллеры под ajax запросы (а у вас кажется именно такой тип запросов будет). Проще напишите дополнительные действия под ajax запрос в том же контроллере. Иначе у вас будет контроллер, в нем 3 действия, но 6 действий сверху вы перенесете в АПИ. Кому это нужно?
А по поводу авторизации в API по Rest - вам в каждом запросе надо будет отсылать auth_key.
С Heroku рекомендуют использовать S3 хранилище. Но можно использовать и любой друго движок.
Заметьте, что Heroku хранит только ваше приложение.
Есть ли бесплатный сервис (на 2-3 гб) чтобы залить на него файлы сайта, а потом через свой сервер по ссылке на него отдавать эти файлы?
Серъезно? вы планируете использовать Heroku и вместе с ним искать мышеловку?
VPS начинаются от 85 руб за 10 гб (поисквпс сайт). Купите, настройте загрузку файлов и пользуйтесь.
попробуйте кодеки переустановить все. Вроде бы ооочень давно я сталкивался с такой бедой. на винде лет 8 назад по дефолту ставил сразу k-lite пак кодеков. Либо QuickTime кодеки.
Ну и движок заодно попробуйте поменять в настройках проектах.
jkd, тогда автору следовало вывести результат элементов, которые должны быть подкрашенными.
Так как текст читается по разному:
- четные дочерние элементы для .parent с классом .child
- четные элементы .child под .parent.
jkd, чем верстка не соответствует то? Если я понял по заданию, то человеку нужно не нечетный .child выбрать, а выбрать нечетный .parent div и если он нечетный, и имеет класс .child, то приписывать ему определенные свойства. ведь так? А теперь я вам присылаю исходный вариант где каждый .child является нечетным. -
jkd,
Задача человека, если я правильно его понял, сводится к тому, чтобы поймать вот такой css:
.parent div:nth-child(odd) .child {}
Но это невозможно как описано выше.
Но, я предложил вариант, в котором мы делаем инверсию.
т.е. сначала закрашиваем все .child
а потом сверху возвращаем к обычному виду обычные нечетные элементы .parent div
Нагляднее - https://jsfiddle.net/j58sk0h7/33/
ValeraValera Подключитесь тут к нашему обсуждению.
Модель User, наследующая ActiveRecord - переводите в Model .
В функции Login - делаете запрос по правилам на API, если получаете, возвращаете массив, заполняете его своим Model и делаете логин.
И вроде бы вам еще переписать findIdentity() придется в той же модели.
Мне кажется это самый простой способ унаследовать весь функционал.
В самом простом возможном варианте, если вебсайт не на yii2, то проверяете, подходит ли логин с паролем, и записываете auth_key в сессию. И при каждом запросе на ваш сайт, проверяете, есть ли в системе АПИ ваш auth_key и дальше выводите данные для пользователя. Можно использовать кэш, и записывать туда данные такие как ФИО, логин, ид логина и тд.
Пройдет, если использовать сервисы гугл. Там отдается фигура координат района и административной составляющей.