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

ну, кстати, это не совсем объективно, ибо на собеседовании и так стресс)

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

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

говоришь ему "расскажи про свой самый сложный проект или самый запомнившийся"

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

могу сказать что 90% не знают ООП

как же збс, что я не один такой))

могу сказать что 90% не знают ООП

смотря как смотреть. по словам Егора никто не знает ооп)

я сниглтон знаю

и чем абстрактный класс от интерфейса отличается

и чем абстрактный класс от интерфейса отличается

ану, удиви

но в планах подтянуть знания

ану, удиви

ну абстрактный класс может содержать методы с реализацией

интерфейс только сигнатуры методов

и можно много интерфейсов имплиментировать

ану, удиви

вуаля

в каком случае нужны абстрактные классы?)

в каком случае нужны абстрактные классы?)

они не нужны

ну к примеру template паттерн без него ты особо не реализуешь

ну к примеру template паттерн без него ты особо не реализуешь

я же сказал, что только синглтон знаю

что ты с козырей сразу?

валишь

хочу за праздники пролистать еще раз Мэтта Зандстру, после него прикольно гавнокодить патернами на право и налево

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

берешь книженцию по c#/java, и разбираешь по ней паттерны) можно с head first начать

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

как сделан event dispatcher, security, voters, routing..

Вот да, поддерживаю вариант с симфони

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

на работе симфони

но хочется, что то такое, типа в сторону образа мысли

а то я вижу как работает, понимаю, но когда сам пишу, хрень какая-то

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

но раньше были проекты и на симфони и на ларке

меня просто @fes0r заморочил культом карго в соседнем чате

))

например полезно в первую очередь разобраться с декораторами. сразу понимаешь зачем вообще нужны интерфейсы что есть такие вещи как медиаторы и обсерверы, чтобы избавляться от связанности в коде стратегии - почти на каждый день использование чем отличаются VO, DTO и Domain model фабрики и билдеры, для создания их остальные меньше придется использовать. например visitor или абстрактные фабрики вряд ли тебе вообще когда-то пригодятся

например полезно в первую очередь разобраться с декораторами. сразу понимаешь зачем вообще нужны интерфейсы что есть такие вещи как медиаторы и обсерверы, чтобы избавляться от связанности в коде стратегии - почти на каждый день использование чем отличаются VO, DTO и Domain model фабрики и билдеры, для создания их остальные меньше придется использовать. например visitor или абстрактные фабрики вряд ли тебе вообще когда-то пригодятся

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

ну и самому вряд ли придетя реализовывать - прокси, uow, бриджи, адаптеры, обжект пулы(вообще не для пхп)

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

даже не обязательно знать как они называются) главное понять подходы и какие проблемы оно решает

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

хорошей практики, важный момент

грубо говоря суть всех паттернов это абстрагирование от реализаций и уменьшения связанности в коде

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

это да)

поэтому просто последнее что делал)

Привет, есть кто ? такой вопрос, обязательно ли закрывать соединение к бд ?

Привет, есть кто ? такой вопрос, обязательно ли закрывать соединение к бд ?

если ты не юзаешь persistent connections, то можешь не заморачиваться

Привет, есть кто ? такой вопрос, обязательно ли закрывать соединение к бд ?

Есть разные базы

Но в твоём случае, не обязательно

Есть разные базы

это не от базы зависит, а от типа подключения.

http://php.net/manual/en/pdo.connections.php

А я говорю что зависит от ситуации

А я говорю что зависит от ситуации

например?

У тебя стандартная страничка, отработала сдохла

С новым годом)

С 2017го всем привет

Привет

У тебя скрипт который в фоне получает сообщения и пишет в базу

У тебя постгрес

У тебя эластик

Глянь сколько разных ситуаций

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

Я ответил на вопрос. Нет. Не обязательно закрывать подключение

В случае со скриптом который в бесконечном цикле, уверен?

А как в случае с эластиком ты сделаешь персистентное подключение?

А как в случае с эластиком ты сделаешь персистентное подключение?

я эластик не рассматриваю, все таки это не бд. Коннект через mysqli_connect/pg_connect/PDO - он будет закрыт, когда убьется скрипт. В случае со скриптом с while(true) - не закроется, потому что скрипт не убивается, тут нужно естественно закрывать ручками и как можно скорее, как в нормальных языках. Так или иначе, это не зависит от бд ;)

это зависит от конкретной ситуации, как ты правильно потом сказал

ERROR: S client not available

С новым годом всех!)

?

С наступающим на всех!

Всех с наступающим,а у кого уже наступил с новым годом)))

Всех с Новым годом!

Эластик это база в которой хранятся данные

Постгрес, возненавидит тебя за постоянно открываемые подключения.

Мускулю с большего, пофигу

Всех с Новым Годом

провожаем пхп 5.6?

Он ещё жить долго будет

сегодня последний день поддержки. дальше только секьюрити апдейты

точнее вчера был последний день

с Новым Годом!

Что-то я в говно

Я переделываю работу бд на сайте с процедруного подхода на ООП, сайт написан на процедурном стиле, использую в пользовательских функциях запросы, как делать запросы в функции без подключения или отправить подключения в функцию ?

Чёт сложна

Мб примерами кода?

допустим было

function odin($r){ mysql_query("UPDATE users SET odin = '1' "); }

переделываю так

function odin($r){ $mysqli->query("UPDATE users SET odin = '1' "); }

$mysqli->query не работает пока не вызовишь внутри функции, но функций очень много и везде вызывать не выход....

а что в этом оопшного?

в том что за день все функции не перевести на ооп, нужен костыль

так надо переводить кусками, один полностью вертикальный кусок перевести на использование объектов, а не слоями

хотя как получится, ну в любом случае, в этом нет большого смысла

основные запросы уже переведены на ооп, но есть некоторые функции которые тоже имеют запросы и нужно им подать подключение

можно конечено GLOBAL $mysqli; но тоже долго

подсказать регулярку?)

Но зачем в этих процедурах что-то менять?

ну вопрос был поставлен, видимо придётся ставить временно во все функции GLOBAL $mysqli; и всё