С чего начать изучение php?

В JS вообще только объекты =) Даже простое число - это объект. Там пишется через точку. В PHP через "стрелочку". Но все очень похоже.

Чтобы быстрее перемещаться. А в Вашем случае все наоборот.

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

Мне очень интересно, как Вы научитесь водить авто, если ходить не умеете(читаем как: не сможете дойти до авто).

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

Представьте себе картинку:

Вася на форуме авто-слесарей задает вопрос: "ребята, как мне стать ТРУ слесарем по ремонту ДВС?", а ему отвечают: "разбери/собери пару тройку раз мотор и станешь мотористом 80 левела"

Да, согласен, он возможно что-то и поймет, но вот если бы перед разборкой он бы покурил мануалы по ДВС(бензин/дизель пофиг, все равно они ДВС), то уже не только бы знал что и где находиться, но и понимал бы, зачем именно здесь стоит это, а не то!

Но ведь не всякому водителю нужно знать, как отрегулировать угол опережения впрыска и как работают плунжера в ТНВД :)

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

Примерно так. С опытом придет и умение использовать классы, т.е. понятие где их стоит использовать а где нет.

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

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

Php вообще не является объектным языком, он больше процедурный. Поэтому глупо пытаться изображать на нем "как в java" или следую мнению "объекты это круто".

Это как раз к фрейморкам. Когда гуру симфони и доктрайна оказываются с удивленным лицом перед голым интерфейсом к базе данных или просьбой пооптимизировать свои запросы к базе :D

Так и знал, что скажете про ноги))

[umka], вот правильно сказал. Не обязательно разбираться в движке, чтобы водить авто.

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

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

По поводу ООП, знаю что со мной тут многие не согласятся, но всё же хочу, чтобы это прозвучало: ООП, для построения сайтов, для которых интересующиеся здесь люди интересуются изучением РНР, ни в жисть, ни каким боком, не надо. ООП - это стиль программирования, имеющий ощутимые преимущества только при решении сложных задач, где требуется большое количество различных вычислений и логики. Прогноз погоды, расчёт движения космических тел, трёхмерное моделирование, и т.п.. РНР - это язык программирования, придуманный для того, чтобы просто, легко и быстро делать простые сайты. Только из-за того, что миллионы программистов, которым в институтах и колледжах искусственно привили любовь к ООП, пришли в РНР, и стали высказывать свою разочарованность отсутствием там ООП, оно было "притянуто туда за уши". На мой взгляд, оно там совершенно лишнее. И изучая РНР, ознакомиться с ООП нужно только в той степени, которая позволит понять уже написанную какими-то умниками в стиле ООП программу, если возникнет такая необходимость.

KostaShah, пхп дает возможность использовать ООП, но это ни разу не значит, что для задач типа "hello, world" надо писать классы, бла-бла-бла....

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

Простой пример, где ООП это не круто, а удобно - пользовательские модули opencart`a.

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

Опять же, мои любимые автомобили:)

Максимальная мощность 140лс при 4500об/мин. Однако никто же не ездит постоянно на 4500 оборотах.

Также как водитель должен выбирать стиль езды(скорость, стиль маневрирования) в зависимости от ситуации(плотность движения, тип/качество/опасность дороги), так и в ПХП девелопер должен понимать, почему он создает класс, а не пишет 10 обычных пользовательских функций function foo(){}

[umka], а я и не говорил про водителей. Я привел в пример человека, который хочет научиться ремонтировать авто.

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

Процесс обучения это же такая сложная вещь. Не зря же учителя в учебных заведениях ездят на курсы повышения квалификации(учителей учат учить):):):)

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

А в остальном, согласен с Вами.

Очередной холивар про ооп :)

По мне, так ооп, нужно для продажи/заказа/et-cetera кода. Ну, и если лениво самому писать некоторые некритичные(!) скрипты, ну, типа пхпмэйл или ещё какая ненагружающая фигня. Ну или для админки какой...

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

Хотя, моё мнение предвзятое, я пишу только для себя :)