Обучение фреймворку Yii2 #777882


#0 by salat-production
Всех приветствую! Решил поделиться видео курсом по разработке на Yii2. До кучи в «комплекте» идут базовые уроки по PHP, OOP и MySQL + самый лучший на мой взгляд книжный гайд по освоению Yii2. Тк появились интернет цыгане, требующие за эту интерпретацию официальной документации деньги, сливаю видео в открытый доступ. Смотреть можно прямо в плеере, скачивать ничего не нужно. Там же найдете торрент файл для перезалива на трекеры.
#1 by Garykom
php прошлый век и скоро сольется js, ибо науя учить 2 языка чтобы сделать бэк и фронт
#2 by salat-production
Смищно :)
#3 by Garykom
А изучать устаревшие и неудобные в использовании технологии не смешно? Да пока они на пике за счет распространенности и еще долго там будут пребывать постепенно скатываясь, и даже иногда заново подпрыгивая как разные фреймворки типа Yii2. Но 1С 7.7 ушла в историю, сча 1С 8.3 и 1С 9.0 не за горами уже.
#4 by salat-production
Устаревшим? Все с вами ясно.. Кто только не пытался свести его в могилу. Начиная с C# и заканчивая ROR c Hack. Нода способная заменить пых? Не смешите мои тапки. Я не буду здесь разводить холивар на тему сравнений и областей применения, ибо противопоставлять JS PHP все равно что Haskell Java. Это либо бред сумасшедшего, либо субъективное мнение человека, который не работал ни с одним их этих языков. Упоминать 1С вообще неприемлемо, это дичь какую еще поискать. К PHP разработки 1С вообще никакого отношения не имеют. Репозиторий битрикса можно целиком постить на «Govnokod» (не в обиду местным 1С-никами, просто такова реальность).
#5 by Garykom
Не в курсе Битрикса и «Govnokod» не изучал, Но стата и говорит очень интересное где первые два места "бесплатные" CMS. А платный битрикс на 3-м среди всех и на 1-м среди платных. Писать на asp.net/c# весьма неплохо, корпоративный сегмент интранет порталов практически весь на нем. Но дороговизна asp.net хостинга мешает распространенности. Да можно mono/xsp/nginx под linux но это VPS/VDS уже хостинг, который дороже слегка обычного PHP. Еще в корпоративном java со своими серверами приложений (томкат, стеклорыба и прочие боссы) держит уровень. А nodejs это пока "новая" технология но которая уже очень популярна. Ибо позволяет избавиться от двух языков для сервера и для браузера, нет нужды разработчикам еще и на js (без которого ну никак уже) писать кроме чего то другого. Да есть разные GWT/Vaadin и прочие в т.ч. для C# технологии трансляции кода в js, но где транслятор php>js кроме почти никому не известного ?
#6 by orefkov
«Мнэ-э… не советую, молодой человек, не советую… Съедят!»
#7 by Garykom
+ Может терь еще поговорим насчет "Все с вами ясно.. "? На ноде используя фреймворки типа Webix|Vaadin Elements|Google Polymer писать веб "фронт" так же удобно как обычное приложение с формами и контролами. И одновременно серверную часть на nodejs причем процесс обмена данными с применением к примеру (да для php тоже есть пока) позволят легко и удобно реализовать AJAX с обменом данными. Как тут в примерах.
#8 by Garykom
Ну почему сразу "Съедят!" :)) так слегка понадкусывают в процессе просвещения ))
#9 by Garykom
+ "Чтобы упростить задачу, новая версия Webix 3.4 предлагает решение, которое позволяет вызывать серверный код прямо из JavaScript. // на сервере api.setMethod("add", (a, b) => a+b ); // на клиенте var sum = webix.remote.add(2,2);"
#10 by orefkov
Языки и фрейворки - вторичны. Первична задача. Подбирается нужный инструмент и вперёд. При необходимости базовый уровень осваивается за неделю конкретной работы, детали - за месяц. Через пару лет - становится вообще по барабану, на чём писать - за день успевешь кода накидать на 4ых-6и языках и фреймворках. От C++ на чистом CRT, потом с Qt, потом на голом WinAPI, немного на PHP, кусок на AngelScript, пара скриптов на Javascript, Typescript, немного на RoR, да с html вёрсткой, да с AngularJS. Всё вперемешку с sql для трёх разных СУБД. Так что в могиле там PHP, не в могиле - вообще без разницы.
#11 by Garykom
Да не спорю, что языки и фреймворки вторичны )) Но когда уже знаешь что одним инструментом нечто делать намного быстрее/удобнее и лучше чем другим, то делать это другим "неудобным" может заставить только какая то весомая причина. К примеру уже есть много "готового кода" как сейчас с PHP дела обстоят и дешевизна хостинга/спецов. Ну или требования заказчика который платит за музыку. А что совсем в могилу PHP не уйдет и не утверждал, говорю что будет постепенно терять позиции и изучать его сейчас с 0 не вижу смысла ориентируясь на текущий рынок. Лучше изучить 1С или nodejs или вечную java ))
#12 by Garykom
*дешевизна и распространенность хостинга/спецов
#13 by salat-production
Ладно... раз начали. 1. При чем здесь популярность и уровень? Тимати тоже популярный артист в своей сфере, просто сильно распиарен. Если бы какая нибудь джумла сливала филки веб студиям на втюхивание своего продукта, она бы сейчас была ба также популярна, только еще и бесплатна. Все мы знаем что происходило в компании 1с в 03-07 :) Кстати эта самая джумла хоть и обделена паттернами, в первую очередь MVC, как и Битрикс, но все же имеет более продуманную структуру.
#14 by salat-production
Чтоб тебя! Я такую телегу накатал.... тут ограничение формы? Лолшто?
#15 by salat-production
Ладно, завтра постараюсь повторить, с телефона перебивать помру.
#16 by spock
Твоё завтра наше сегодня - давай жги дальше :)
#17 by Agent ООЗ
спицыалист широкого профиля, имеет атвэты на все вопросы, с кучей свободного времени, степень гранд сеньор по поддержанию веток на плаву. з.ы. генератор "белого" шума.
#18 by Jump
Ну php по факту действительно устарел. Просто сейчас он фактически стандарт, и на нем много написано, и разрабатываться будет еще долго, но факт, есть факт.
#19 by orefkov
Я бы сказал не "устарел", а стал не модным. Все свои задачи он как решал, так и продолжает решать. Просто низкий порог входа привёл к устоявшемуся мнению о PHP как языке "быдлокодеров" - "на паралимпиаде по программированию разыграны очередные комплекты наград по 1С и PHP". Однако не язык красит программиста, а программист язык.
#20 by Jump
Вот поэтому и устарел. Он выполняет задачи для которых был создан, задачи сейчас сильно изменились.
#21 by Jump
Т.е для php осталось еще много работы, но вся логика работы WWW меняется.
#22 by orefkov
Логика работы WWW не меняется - всё те-же http запросы-ответы. Получить запрос и отправить результат - вот и всё.
#23 by Garykom
Слюнями не закапай
#24 by Garykom
Угу частности только в деталях )) В удобстве, скорости и еще куче разных возможностей. Например логика работы авто тоже не меняется - вези и вези. Но мало желающих почему то на Форд-Т или Газ-АА ездить )). Всем гибриды подавай если не теслу. Так и Дельфи просто стал немодным, а по факту устарел, какая же там неудобная работа с объектами и динамическими структурами в памяти (( по сравнению с java и c#. Ну и 1С 7.7 который тоже "устарел", да если бы 1С не продвигала 8-ку то 77 еще бы много лет мог "быть на коне".
#25 by НеБорисНуралиев
Зря вы так про РНР. Начиная с версии 5.4 - РНР становится все лучше и лучше. Сейчас это очень неплохой язык с вменяемым ООП, коллбеками, рефлексией и зачатками функциональщины.
#26 by НеБорисНуралиев
Автору спасибо на курс.
#27 by Это_mike
а крышу не сносит? не, я серьезно... у меня почему-то еще с институтских времен после работы на двух (и более, но это крайне редко, особенно сейчас) языках в день жутко болит голова. У коллег и подчиненных почти так же было, только они в основном "одностаночники".
#28 by Jump
Не скажи. Как было раньше - Сначала были статические странички на сервере, браузер их скачивал и показывал. Поэтом потребовалась динамика - php на сервере динамически генерировала странички и отдавала браузеру. Задача браузера была - просто взять и показать страницу пользователю. Т.е браузер тупо отрисовывал html на экране и ничего более. Сейчас все сильно поменялось. Браузер это уже мини ОС, внутри которой крутится куча приложений. Т.е огромное количество логики крутится на стороне клиента, и общается с сервером. Причем общение с сервером во многих случаях это не запрос и получение новой страницы.
#29 by Garykom
"Нативная поддержка Юникода Да-да. Больше не придется использовать расширения, вроде multibyte и ему подобных. Все строковые функции отлично понимают юникод." шел январь 2012 года...
#30 by Jump
Никто не говорит что PHP плох, ибо это не так. Просто задачи смещаются в другую плоскость, и он будет становиться менее востребованным.
#31 by Garykom
Отвечу хоть и не мне Крышу не сносит но иногда ступор и тормоза (когда пытаешься не существующее в языке заюзать) но только по первости, потом учишься переключаться. Да время на переключение требуется все равно и все чаще понимаешь что память человека несовершенна и все лучше учишься мгновенно находить инфу где угодно (в инете, в СП и т.д.)
#32 by orefkov
Это изменение не логики www, а структуры организации веб-приложения. И ничто не мешает на том же php отдавать клиентские страницы с javascript'ом, дергающим rest с сервера, который реализуется на том же php.
#33 by Garykom
Угу но чуть пройти вперед и подумать а зачем тут php? Если можно клиентские страницы с js как статику отдать, а rest заюзать не через многопоточный php, а через асинхронный nodejs?
#34 by orefkov
Да особо нет. Сложно переключаться с проекта на проект, с которым не работал больше недели, приходится "втягиваться". А в рамках одного проекта несколько разных языков вполне норм. Даже два-три проекта нормально держится, если каждый больше чем на день-два не забрасывать.
#35 by trdm
Выложил бы на трекер.
#36 by orefkov
Поверь, до такой нагрузки, когда становится ощутима разница между "многопоточным php и асинхронным nodejs" - дорастает наверное один из тысячи проектов. Кстати, "асинхронный nodejs" как-раз таки однопоточен в выполнении javascript кода, и этот поток один на все запросы, и если где-то кто-то написал "while(true);" - курить бамбук будут все.
#37 by Кирпич
щас Garykom сгоняет на хабр и выдаст тебе про кластеры чо нибудь.
#38 by Jump
Конечно не мешает. Вопрос не в том может он это или нет. Вопрос в том насколько он удобен в этом плане. И выясняется что в условиях изменившихся задач, их становиться выгоднее реализовывать на других языках.
#39 by Кирпич
+ у него в браузере две вкладки: хабр и миста. он мониторит хабр и копипастит на мисту. иногда не по теме, но это не важно.
#40 by Garykom
Лучше возможно курить бамбук иногда и очень редко, чем постоянно когда на обработку всех потоков тупо памяти не хватает и бамбук курят все, причем постоянно но по чуть чуть )) Но да знаний нужно сразу слегка поболее, чем с простейшим без последних наворотов (классы и прочее) php. Не понял причем тут кластеры? Проще прибивать зависший один процесс ноды ))
#41 by Jump
А разница не только в нагрузке. Есть еще такая штука как скорость и удобство разработки. И зачастую она более важна, чем быстродействие языка.
#42 by Garykom
Вот не поверишь но хабр очень редко открываю и обычно только поссылкам из поиска
#43 by Кирпич
ну из процессов node можно же кластеры создавать. не?
#44 by Asmody
Развели холивар. Хотите "крсивых и кутых языков" – пишите на haskell. Автор – молодец! Больше курсов хороших и разных.
#45 by Garykom
Прикинь пока не в курсе еще, до туда не дочитал (( ЗЫ можно но нафуя? смысл в обработке наиболее быстрейшим способом когда нуна 1 поток который юзает все ресурсы монопольно
#46 by Кирпич
ну типа один завис, а другие пашут пока первый перезапускается
#47 by Asmody
А че еще никто не написал: "mysql для лохов, mongo - круть!"
#48 by Кирпич
вот чего не хватает Использование классов .NET для новичков.
#49 by orefkov
А скорость и удобство разработки понятие относительное. И скорее вопрос даже не языка, а библиотек и фреймворков на этом языке для работы в качестве веб-сервера. Тот же nodejs и Ruby - они же не языки и не платформы для веб-разработки. К Ruby нужны рельсы, nodejs - просто программа, которая исполняет javascript и к ней пристёгивают компоненту, реализующую http-сервер. Логика www одна - принять текстовый запрос, сформировать и отправить текстовый ответ. Всё остальное вокруг только скрывает это от программиста и прячет под капот. Вот например, для создания веб-приложения "учётная программа" вообще удобней использовать платформу 1СV8 :) Она суть www пытается спрятать от программиста  настолько глубоко, что и не видать. Но в итоге всё-равно, "все абстракции текут" и приходится лезть под капот.
#50 by Garykom
ну сравнивать попу с пальцем тоже мона )) но смысла?
#51 by orefkov
Видишь, еще одна сущность вводится - балансировщик.
#52 by Asmody
Если бы еще умел нормально по-русски писать…
#53 by stix2010
я вот смотрю на современные сайты и ужасаюсь понапихают туда js и другой лабудени на 1-2-3 мб, так что оно не двигается в браузере и кричат о том как все круто, а еще сервер для хостинга нужон о 16 ядрах и 256 гигов оперативы, то ли дело теплый ламповый web 1, как сейчас помню начало 2000, php, css, странички по 10-15 кб.
#54 by orefkov
"Если вы сделаете стартовую страницу сайта весом в 64 КБ, то пользователь скорее всего не станет дожидаться её загрузки".
#55 by Кирпич
ну мать мать-природу не обманешь
#56 by Jump
Ну одно дело когда понапихают туда этой фигни от нечего делать - чисто чтобы все двигалось и играла неземная музыка, другое дело, когда это реально нужно, т.е реализуется какая-то нужная логика на стороне клиента. И требования к серверу тут как раз зачастую меньше и намного. Во многих случаях задача сервера тупо раздавать статику, и никакого кода, все на стороне клиента крутится.
#57 by Garykom
Это мечты и фантастика )) Ему бы найти кого (без намеков) кто возьмет на себя все оформление, типа технического писателя.
#58 by Garykom
Угу сча ваяю одну механизму с разными ai для обработки таблиц так принудительно приходится засовывать на сервер то что можно делать в клиенте. Чтобы не спионерили все (( вот тут и выплывает недостаток js.
#59 by Кирпич
не парься. зачем пионерить у тебя, если можно спионерить там, где спионерил ты? :)
#60 by Garykom
Уже научились пионерить код напрямую из теории/методов/алгоритмов?
#61 by Кирпич
ты используешь такой редкий алгоритм, что он даже не валяется на каком нибудь GitHub в трех вариантах и на трех языках? Я тебе прям завидую. У меня тут всё дебеты, кредиты... Закопали лихого бойца-кавалериста.
#62 by Кирпич
#63 by Garykom
Я от дебетов ушел и от кредитов у... (нифуя не ушел платить нуна :(( Но да тупая однообразная работа по кодингу не сильно привлекают и стараюсь все это заранее автоматизировать. Да есть алгоритмы все, но они в готовых навороченных пакетах которые умеют в т.ч. и DataMining. Суть в реализации для конкретной задачи и чтобы легко мог легко обученный пользователь использовать.
Тэги: Веб-мастеринг
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С