Нанимайся в проект забесплатно и пили задачи

Всем привет, помогите в развитие знаний в php. Прошел уроки на ютубе по php, курс sololearn, книжку начал читать, но не хватает практики. Где можно ее получить? Может курс какой-то..

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

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

Нанимайся в проект забесплатно и пили задачи

Много желающих нанять неофита, чтобы он там накосячил чего-нибудь и еще и объяснять ему?

не в проект а в дизайн студию поблизости от дома

Много желающих нанять неофита, чтобы он там накосячил чего-нибудь и еще и объяснять ему?

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

Понятно что продукта из этого не выйдет, но тренировка хорошая.

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

Начни с VueJS - а как работой засыпет некогда будет по чатикам шастать.

Не прошло и 2 лет https://www.youtube.com/watch?v=C8GCxIF0ABY

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

Там видео как раз про застрявших

Хвататься за пробелы, не?

Так проблема в том, что не знаешь, где пробелы

Ну там для застрявших на немного более раннем этапе.

Сколько у меня стажа - страшно сказать. При этом последние 5 лет - на последнем месте работы - одно и то же, легаси код, дописывание-переписывание все того же.

Хз, что я там пропустила

А чего ты хочешь достичь в итоге?

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

менять работу

хочется подготовиться к смене работы.

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

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

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

Это хорошо, когда ты один

а когда семья, тут всё сложнее)

в целом да, но it сфера в данный момент наиболее комфортная для таких вот финтов

хочется подготовиться к смене работы.

О хочешь взяться за один проектик?) Там легаси, но по солиду более менее

О хочешь взяться за один проектик?) Там легаси, но по солиду более менее

что за проект?

Напишу в личку сегодня вечером

хочется подготовиться к смене работы.

Мне кажется девушке на аватарке плевать на эти мирские проблемы )

Мне кажется девушке на аватарке плевать на эти мирские проблемы )

интересно, откуда такое впечатление? )

интересно, откуда такое впечатление? )

да ты посмотри на взгляд! ) он явно устремлен в другую вселенную ))

да ты посмотри на взгляд! ) он явно устремлен в другую вселенную ))

я в образе )

Готова рубать монолиты на микросервисы

Готова рубать монолиты на микросервисы

и это тоже ))

Напишу в личку сегодня вечером

ок

Можно как то отсрочить убивание процесса php с помощью kill ?

агам, не убивать процесс

Можно как то отсрочить убивание процесса php с помощью kill ?

Читай про signal handling, некоторые сигналы можно игнорировать, некоторые нет.

@thedimas3007 будет жить. Поприветствуем!

В коде смешанные отступы: табы и пробелы. Как пофиксить по-быстренькому? Проект большой, много файлов - надо в автоматическом режиме. Может средствами PHPStorm это как-то можно сделать?

Консольной командой

Или даже можешь написать php скрипт в 5 строчек )

Всем доброго времени суток! Подскажте, насколько корректно будет создавать таблицу many-to-many между двумя таблицами и с дополнительным параметром внутри? То есть, у меня есть: таблица character с полями char_id,name В ней записи 1,"Вася" Таблица attributes с полями attr_id,name,readable_name В ней записи 1,"strenght","Сила" будет ли корректно создавать таблицу character_attrs char_id,attr_id,value 1,1,17 в которой первые два атрибута связать с ID из исходных таблиц, а последний - просто значение, заносимое скриптом? Не могу придумать более внятного варианта, как унифицировать описание атрибутов и их названий в приложении, чтобы в случае необходимости можно было быстро изменить имя какого-либо атрибута, не меняя кода приложения. Как всегда, спасибо!

В коде смешанные отступы: табы и пробелы. Как пофиксить по-быстренькому? Проект большой, много файлов - надо в автоматическом режиме. Может средствами PHPStorm это как-то можно сделать?

phpcbf + phpcs

Всем доброго времени суток! Подскажте, насколько корректно будет создавать таблицу many-to-many между двумя таблицами и с дополнительным параметром внутри? То есть, у меня есть: таблица character с полями char_id,name В ней записи 1,"Вася" Таблица attributes с полями attr_id,name,readable_name В ней записи 1,"strenght","Сила" будет ли корректно создавать таблицу character_attrs char_id,attr_id,value 1,1,17 в которой первые два атрибута связать с ID из исходных таблиц, а последний - просто значение, заносимое скриптом? Не могу придумать более внятного варианта, как унифицировать описание атрибутов и их названий в приложении, чтобы в случае необходимости можно было быстро изменить имя какого-либо атрибута, не меняя кода приложения. Как всегда, спасибо!

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

Всякие ORM могут не уметь вытаскивать этот доп. параметр если им указать many2many связь

Всем доброго времени суток! Подскажте, насколько корректно будет создавать таблицу many-to-many между двумя таблицами и с дополнительным параметром внутри? То есть, у меня есть: таблица character с полями char_id,name В ней записи 1,"Вася" Таблица attributes с полями attr_id,name,readable_name В ней записи 1,"strenght","Сила" будет ли корректно создавать таблицу character_attrs char_id,attr_id,value 1,1,17 в которой первые два атрибута связать с ID из исходных таблиц, а последний - просто значение, заносимое скриптом? Не могу придумать более внятного варианта, как унифицировать описание атрибутов и их названий в приложении, чтобы в случае необходимости можно было быстро изменить имя какого-либо атрибута, не меняя кода приложения. Как всегда, спасибо!

это называется EAV паттерн

Всякие ORM могут не уметь вытаскивать этот доп. параметр если им указать many2many связь

Я так понимаю, потому что они обучены как раз считать, что many 2 many не хранит в себе никаких полезных данных, а только ссылки на пересечение строк из других таблиц?

Ага

Вообще, я использую PDO и чистый PHP, так что эта проблема мне не грозит

это называется EAV паттерн

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

Храни лучше в json

в целом да, но из-за проблем поиска "юзера с силой = 50 и ловкостью = 25" его часто называют антипаттерном

Храни лучше в json

А в JSON это как? Для каждого юзера строка JSON вида ЧитаемоеИмяАтрибута:значениеАтрибута?

Ага

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

Ага ну это не проблема ваще

Базы с этим норм работают

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

Нет, не каждого, только того у кого есть нужные для изменения атрибуты

Нет, не каждого, только того у кого есть нужные для изменения атрибуты

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

Если по ним нет внешних ключей и поиска то выгодно их в json сгрузить

А при таком раскладе можно вообще читаемое имя убрать из бд и просто во время генерации страниц подставлять его из приложения

А в приложении заранее массив с ними заготовить

А постгрес умеет даже индексы по json делать так что и искать быстро будет

А в приложении заранее массив с ними заготовить

Ты имеешь в виду сделать числовой индекс? Ну не знаю, ради экономии места может и оправдано

Если по ним нет внешних ключей и поиска то выгодно их в json сгрузить

А есть какая-нибудь статья/мануал о том, как умные люди данные в формате JSON в бд хранят?

А то, если честно, не очень пока в голове формируется это дело:(

Не знаю, мы просто брали и хранили :) никаких знаний особых не требуется

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

Не знаю, мы просто брали и хранили :) никаких знаний особых не требуется

Ладно, сейчас лягу и посплю, а утром, может сам догоню, как это делать. А то 4 утра уже

Спасибо за советы всем:) Как всегда, дали пишу для размышления

@Gumblar будет жить. Поприветствуем!

@baimurzin будет жить. Поприветствуем!

, что кто-то пережи

Привет, ребята. Ищу мидла на Symfony: https://phpclub.ru/talk/threads/middle-php-developer-symfony-%D0%9C%D0%BE%D1%81%D0%BA%D0%B2%D0%B0-%D0%BE%D1%84%D0%B8%D1%81-150%D0%9A.86154/

Расскажите неучу, в чем приимущество создания классов с методами наравне с подключением обычного файла с пропсианными функциями?

Расскажите неучу, в чем приимущество создания классов с методами наравне с подключением обычного файла с пропсианными функциями?

Функции у разных классов могут иметь одинаковые названия, плюс есть protected и private методы определённого класса. И это только маленькая часть преимуществ ООП над процедурным стилем.

направление ясно. А когда стоит начинать использовать ООП?

всегда

это съекономит массу времени в долгосрочной перспективе

первую црм начал писать смотрю ))) огонь

cms

Ну в целом да, изучай ооп до тех пор пока статьи про то что oop is fundamentally broken не перестанут казаться тебе бредом

))

@Dadsback будет жить. Поприветствуем!