Всех приветствую!
Решил поделиться видео курсом по разработке на Yii2.
До кучи в «комплекте» идут базовые уроки по PHP, OOP и MySQL + самый лучший на мой взгляд книжный гайд по освоению Yii2.
Тк появились интернет цыгане, требующие за эту интерпретацию официальной документации деньги, сливаю видео в открытый доступ.
Смотреть можно прямо в плеере, скачивать ничего не нужно. Там же найдете торрент файл для перезалива на трекеры.
https://cloud.mail.ru/public/4yGq/dHSXuwkbZ

php прошлый век и скоро сольется js, ибо науя учить 2 языка чтобы сделать бэк и фронт

(1) Смищно :)

(2) А изучать устаревшие и неудобные в использовании технологии не смешно?
Да пока они на пике за счет распространенности и еще долго там будут пребывать постепенно скатываясь, и даже иногда заново подпрыгивая как разные фреймворки типа Yii2.

Но 1С 7.7 ушла в историю, сча 1С 8.3 и 1С 9.0 не за горами уже.

(3) Устаревшим? Все с вами ясно..
Кто только не пытался свести его в могилу. Начиная с C# и заканчивая ROR c Hack. Нода способная заменить пых? Не смешите мои тапки. Я не буду здесь разводить холивар на тему сравнений и областей применения, ибо противопоставлять JS PHP все равно что Haskell Java. Это либо бред сумасшедшего, либо субъективное мнение человека, который не работал ни с одним их этих языков. Упоминать 1С вообще неприемлемо, это дичь какую еще поискать. К PHP разработки 1С вообще никакого отношения не имеют. Репозиторий битрикса можно целиком постить на «Govnokod» (не в обиду местным 1С-никами, просто такова реальность).

(4) Не в курсе Битрикса и «Govnokod» не изучал,
Но стата http://track.ruward.ru/cms и https://roem.ru/20-04-2015/192932/cms-itrack-april-2015/ говорит очень интересное где первые два места "бесплатные" CMS. А платный битрикс на 3-м среди всех и на 1-м среди платных.

Писать на asp.net/c# весьма неплохо, корпоративный сегмент интранет порталов практически весь на нем. Но дороговизна asp.net хостинга мешает распространенности.
Да можно mono/xsp/nginx под linux но это VPS/VDS уже хостинг, который дороже слегка обычного PHP.

Еще в корпоративном java со своими серверами приложений (томкат, стеклорыба и прочие боссы) держит уровень.

А nodejs это пока "новая" технология но которая уже очень популярна. Ибо позволяет избавиться от двух языков для сервера и для браузера, нет нужды разработчикам еще и на js (без которого ну никак уже) писать кроме чего то другого.
Да есть разные GWT/Vaadin и прочие в т.ч. для C# технологии трансляции кода в js, но где транслятор php>js кроме почти никому не известного http://phpjs.hertzen.com/ ?

(4)
«Мнэ-э… не советую, молодой человек, не советую… Съедят!»

(5)+ Может терь еще поговорим насчет "Все с вами ясно.. "?

На ноде используя фреймворки типа Webix|Vaadin Elements|Google Polymer писать веб "фронт" так же удобно как обычное приложение с формами и контролами.

И одновременно серверную часть на nodejs причем процесс обмена данными с применением к примеру http://docs.webix.com/desktop__webix_remote.html (да для php тоже есть пока) позволят легко и удобно реализовать AJAX с обменом данными. Как http://webix.com/ru/blog/9077/#more-9077 тут в примерах.

(6) Ну почему сразу "Съедят!" :)) так слегка понадкусывают в процессе просвещения ))

(7)+ "Чтобы упростить задачу, новая версия Webix 3.4 предлагает решение, которое позволяет вызывать серверный код прямо из JavaScript.

// на сервере
api.setMethod("add", (a, b) => a+b );
// на клиенте
var sum = webix.remote.add(2,2);"

Языки и фрейворки - вторичны. Первична задача. Подбирается нужный инструмент и вперёд. При необходимости базовый уровень осваивается за неделю конкретной работы, детали - за месяц. Через пару лет - становится вообще по барабану, на чём писать - за день успевешь кода накидать на 4ых-6и языках и фреймворках. От C++ на чистом CRT, потом с Qt, потом на голом WinAPI, немного на PHP, кусок на AngelScript, пара скриптов на Javascript, Typescript, немного на RoR, да с html вёрсткой, да с AngularJS. Всё вперемешку с sql для трёх разных СУБД.

Так что в могиле там PHP, не в могиле - вообще без разницы.

(10) Да не спорю, что языки и фреймворки вторичны ))

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

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

Лучше изучить 1С или nodejs или вечную java ))

(11) *дешевизна и распространенность хостинга/спецов

Ладно... раз начали.
1. При чем здесь популярность и уровень? Тимати тоже популярный артист в своей сфере, просто сильно распиарен. Если бы какая нибудь джумла сливала филки веб студиям на втюхивание своего продукта, она бы сейчас была ба также популярна, только еще и бесплатна. Все мы знаем что происходило в компании 1с в 03-07 :)
Кстати эта самая джумла хоть и обделена паттернами, в первую очередь MVC, как и Битрикс, но все же имеет более продуманную структуру.

Чтоб тебя! Я такую телегу накатал.... тут ограничение формы? Лолшто?

Ладно, завтра постараюсь повторить, с телефона перебивать помру.

(15) Твоё завтра наше сегодня - давай жги дальше :)

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

(4) Ну php по факту действительно устарел.
Просто сейчас он фактически стандарт, и на нем много написано, и разрабатываться будет еще долго, но факт, есть факт.

(18)
Я бы сказал не "устарел", а стал не модным. Все свои задачи он как решал, так и продолжает решать. Просто низкий порог входа привёл к устоявшемуся мнению о PHP как языке "быдлокодеров" - "на паралимпиаде по программированию разыграны очередные комплекты наград по 1С и PHP".
Однако не язык красит программиста, а программист язык.

(19) Вот поэтому и устарел.
Он выполняет задачи для которых был создан, задачи сейчас сильно изменились.

Т.е для php осталось еще много работы, но вся логика работы WWW меняется.

(21)
Логика работы WWW не меняется - всё те-же http запросы-ответы. Получить запрос и отправить результат - вот и всё.

(17) Слюнями не закапай

(22) Угу частности только в деталях )) В удобстве, скорости и еще куче разных возможностей.

Например логика работы авто тоже не меняется - вези и вези. Но мало желающих почему то на Форд-Т или Газ-АА ездить )). Всем гибриды подавай если не теслу.

Так и Дельфи просто стал немодным, а по факту устарел, какая же там неудобная работа с объектами и динамическими структурами в памяти (( по сравнению с java и c#.
Ну и 1С 7.7 который тоже "устарел", да если бы 1С не продвигала 8-ку то 77 еще бы много лет мог "быть на коне".

(20) Зря вы так про РНР.
Начиная с версии 5.4 - РНР становится все лучше и лучше. Сейчас это очень неплохой язык с вменяемым ООП, коллбеками, рефлексией и зачатками функциональщины.

Автору спасибо на курс.

(10) а крышу не сносит?
не, я серьезно...
у меня почему-то еще с институтских времен после работы на двух (и более, но это крайне редко, особенно сейчас) языках в день жутко болит голова. У коллег и подчиненных почти так же было, только они в основном "одностаночники".

(22) Не скажи.
Как было раньше -
Сначала были статические странички на сервере, браузер их скачивал и показывал.
Поэтом потребовалась динамика - php на сервере динамически генерировала странички и отдавала браузеру.
Задача браузера была - просто взять и показать страницу пользователю.
Т.е браузер тупо отрисовывал html на экране и ничего более.

Сейчас все сильно поменялось.
Браузер это уже мини ОС, внутри которой крутится куча приложений.
Т.е огромное количество логики крутится на стороне клиента, и общается с сервером.
Причем общение с сервером во многих случаях это не запрос и получение новой страницы.

(25) "Нативная поддержка Юникода

Да-да. Больше не придется использовать расширения, вроде multibyte и ему подобных. Все строковые функции отлично понимают юникод."

шел январь 2012 года... https://habrahabr.ru/post/136800/

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

(27) Отвечу хоть и не мне

Крышу не сносит но иногда ступор и тормоза (когда пытаешься не существующее в языке заюзать) но только по первости, потом учишься переключаться.

Да время на переключение требуется все равно и все чаще понимаешь что память человека несовершенна и все лучше учишься мгновенно находить инфу где угодно (в инете, в СП и т.д.)

(28)
Это изменение не логики www, а структуры организации веб-приложения. И ничто не мешает на том же php отдавать клиентские страницы с javascript'ом, дергающим rest с сервера, который реализуется на том же php.

(32) Угу но чуть пройти вперед и подумать а зачем тут php?

Если можно клиентские страницы с js как статику отдать, а rest заюзать не через многопоточный php, а через асинхронный nodejs?

(27)
Да особо нет. Сложно переключаться с проекта на проект, с которым не работал больше недели, приходится "втягиваться". А в рамках одного проекта несколько разных языков вполне норм. Даже два-три проекта нормально держится, если каждый больше чем на день-два не забрасывать.

(0) Выложил бы на трекер.

(33)
Поверь, до такой нагрузки, когда становится ощутима разница между "многопоточным php и асинхронным nodejs" - дорастает наверное один из тысячи проектов. Кстати, "асинхронный nodejs" как-раз таки однопоточен в выполнении javascript кода, и этот поток один на все запросы, и если где-то кто-то написал "while(true);" - курить бамбук будут все.

(36) щас Garykom сгоняет на хабр и выдаст тебе про кластеры чо нибудь.

(32) Конечно не мешает.
Вопрос не в том может он это или нет.
Вопрос в том насколько он удобен в этом плане.

И выясняется что в условиях изменившихся задач, их становиться выгоднее реализовывать на других языках.

+(37) у него в браузере две вкладки: хабр и миста. он мониторит хабр и копипастит на мисту. иногда не по теме, но это не важно.

(36) Лучше возможно курить бамбук иногда и очень редко, чем постоянно когда на обработку всех потоков тупо памяти не хватает и бамбук курят все, причем постоянно но по чуть чуть ))
Но да знаний нужно сразу слегка поболее, чем с простейшим без последних наворотов (классы и прочее) php.

(37) Не понял причем тут кластеры? Проще прибивать зависший один процесс ноды ))

(36) А разница не только в нагрузке. Есть еще такая штука как скорость и удобство разработки.
И зачастую она более важна, чем быстродействие языка.

(39) Вот не поверишь но хабр очень редко открываю и обычно только поссылкам из поиска

(40) ну из процессов node можно же кластеры создавать. не?

Развели холивар.
Хотите "крсивых и кутых языков" – пишите на haskell.
Автор – молодец! Больше курсов хороших и разных.

(43) Прикинь пока не в курсе еще, до туда не дочитал ((

ЗЫ можно но нафуя? смысл в обработке наиболее быстрейшим способом когда нуна 1 поток который юзает все ресурсы монопольно

(45) ну типа один завис, а другие пашут пока первый перезапускается

А че еще никто не написал: "mysql для лохов, mongo - круть!"

(47) вот чего не хватает
Использование классов .NET для новичков.
Использование классов .Net в 1С для новичков

(41)
А скорость и удобство разработки понятие относительное. И скорее вопрос даже не языка, а библиотек и фреймворков на этом языке для работы в качестве веб-сервера. Тот же nodejs и Ruby - они же не языки и не платформы для веб-разработки.
К Ruby нужны рельсы, nodejs - просто программа, которая исполняет javascript и к ней пристёгивают компоненту, реализующую http-сервер. Логика www одна - принять текстовый запрос, сформировать и отправить текстовый ответ. Всё остальное вокруг только скрывает это от программиста и прячет под капот.
Вот например, для создания веб-приложения "учётная программа" вообще удобней использовать платформу 1СV8 :) Она суть www пытается спрятать от программиста  настолько глубоко, что и не видать. Но в итоге всё-равно, "все абстракции текут" и приходится лезть под капот.

(47) ну сравнивать попу с пальцем тоже мона )) но смысла?

(43)
Видишь, еще одна сущность вводится - балансировщик.

(48) Если бы еще Serginio1 умел нормально по-русски писать…

я вот смотрю на современные сайты и ужасаюсь понапихают туда js и другой лабудени на 1-2-3 мб, так что оно не двигается в браузере и кричат о том как все круто, а еще сервер для хостинга нужон о 16 ядрах и 256 гигов оперативы,

то ли дело теплый ламповый web 1, как сейчас помню начало 2000, php, css, странички по 10-15 кб.

(53)
"Если вы сделаете стартовую страницу сайта весом в 64 КБ, то пользователь скорее всего не станет дожидаться её загрузки".

(51) ну мать мать-природу не обманешь

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

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

(52) Это мечты и фантастика )) Ему бы найти кого (без намеков) кто возьмет на себя все оформление, типа технического писателя.

(56) Угу сча ваяю одну механизму с разными ai для обработки таблиц так принудительно приходится засовывать на сервер то что можно делать в клиенте.
Чтобы не спионерили все (( вот тут и выплывает недостаток js.

(58) не парься. зачем пионерить у тебя, если можно спионерить там, где спионерил ты? :)

(59) Уже научились пионерить код напрямую из теории/методов/алгоритмов?

(60) ты используешь такой редкий алгоритм, что он даже не валяется на каком нибудь GitHub в трех вариантах и на трех языках? Я тебе прям завидую. У меня тут всё дебеты, кредиты... Закопали лихого бойца-кавалериста.

https://www.youtube.com/watch?v=KJwB0hIiwYM

(61) Я от дебетов ушел и от кредитов у... (нифуя не ушел платить нуна :((
Но да тупая однообразная работа по кодингу не сильно привлекают и стараюсь все это заранее автоматизировать.

Да есть алгоритмы все, но они в готовых навороченных пакетах которые умеют в т.ч. и DataMining. Суть в реализации для конкретной задачи и чтобы легко мог легко обученный пользователь использовать.