мне тоже студия нравится,често,одно время чуть рука не поднялась купить расширение php для студии..

А кто в чем пишет,кстати?? По-умолчанию- phpstorm?)

да.

coda2

мажор:D

завидую:С

мне тоже студия нравится,често,одно время чуть рука не поднялась купить расширение php для студии..

че???? ты не с этой путаешь случайно https://code.visualstudio.com/

А кто в чем пишет,кстати?? По-умолчанию- phpstorm?)

тоже штлорм для проектов, для мелких правко саблайм

че???? ты не с этой путаешь случайно https://code.visualstudio.com/

это другое

А кто в чем пишет,кстати?? По-умолчанию- phpstorm?)

Шторм для проектов, sublime - если что-то надо глянуть, поправить вне проекта

https://visualstudiogallery.msdn.microsoft.com/6eb51f05-ef01-4513-ac83-4c5f50c95fb5

я про это

хм надо будет поискать на торрентах))

хотя к шторму уже привык

ну шторм дело такое...мне после студии все равно чего-то не хватает...решарпера например:D

https://youtu.be/SDw5PiG3M9A?t=25

Вот PHP7 даёт

посмотрим как оно на деле будет...

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

как результат получаете? мануалы про fetch_assoc , fetch_array курили?

fetch_row использую,почитаю про fetch_assoc , fetch_array.

все понял,невнимательно читал мануалы

Ребята, подсоветуйте хороший свежий видеокурс по PHP

Ну если для начального уровня то вот неплохой, хотя это не видео

https://www.codecademy.com/learn/php

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

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

вообще сейчас принято pdo использовать, ну при условии если в вашем фреймворке цмске нету orm( что маловероятно)

Только хотел написать за PDO))

а в чем приемущества перед mysqli?

а в чем приемущества перед mysqli?

Погугли.)куча статей уже написана)если что-то непонятно будет-сюда пиши.

а есть фреймворки которые строят взаимодейсвие с бд как строится взаимодейсвие в Entity framework и hibernate? (т.е. ORM)?

EF и Hibernate грамоздкие медленные и неповоротливые

а фактически нужно получать имена пропертей в классе и маппить их через тотже pdo

PDO наше все?)

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

а можно в php получить массив всех имен property класса? если да то можно самому написать microORM, ну или в самом классе держать массив со всеми именами получится чтото на подобии PetaPoco

http://www.php.su/functions/?get_class_vars

Для инжиниринга классов можно Reflection юзать

ну и все, через foreach строить querystring, на выходе маппить можно даже по индексам, все будет идти в томже порядке что и при построении querystring - готовая ORM практически

Oleg, посмотрите в сторону Active Record или Doctrine

ORM - это далеко не просто маппинг по индексам)

в pdo основная фишка что можно же на другую базу перескочить с минимумо затрат)

АR антипаттерн же?) посмотрите DataMapper))

антипаттерн?

ORM - это далеко не просто маппинг по индексам)

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

ORM для баловства - не соглашусь, код в первую очередь пишется для разработчиками для разработчиков, и довольно крупные проекты пишутся от базы данных, под сущности создаются модели и сверху уже идет бизнес-логика работы. Код становится читабельным и понятным, особенно если сложная структура БД с большим количеством связей, и таких хранилищ несколько. Если команда из 10 человек будет писать все запросы ручками, я слабо представляю качественный код-ревью в команде - будет легаси, которое потом трудно тестировать, не говоря о дальнейшей поддержке и рефакторинге

ну и в том же laravel 5 / yii2 /symfony без ORM сложно представить качественный продукт

ERROR: S client not available

ORM для баловства - не соглашусь, код в первую очередь пишется для разработчиками для разработчиков, и довольно крупные проекты пишутся от базы данных, под сущности создаются модели и сверху уже идет бизнес-логика работы. Код становится читабельным и понятным, особенно если сложная структура БД с большим количеством связей, и таких хранилищ несколько. Если команда из 10 человек будет писать все запросы ручками, я слабо представляю качественный код-ревью в команде - будет легаси, которое потом трудно тестировать, не говоря о дальнейшей поддержке и рефакторинге

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

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

все остальное пусть модель делает

ну я не очень сильно знаком с C#, когда на нем писал, то тоже не использовал ORM

я просто слабо представляю, как можно делать проект на на нормальном фреймворке, при этом выкинув Doctrine или active record и всю логику работы писать самому. В конечном счете все равно запишутся билдер и мапперы для типовых моделей, появятся всякие findAll, scopes и relations, и сами не заметите, как это перерастем в собственный мини-ORM )

ну и смысл тогда держать орм? select * from делать? ну это все равно что за продуктами на фуре ездить. есть самописный маппер и его за глаза хватает, а запрос например у ково сегодня зарплата при данных которые есть типа, вторая пятница или каждый понедельник только маппер и все

почему Select from, джойны, фильтры, группировка

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

ну у каждого свой подход)

плюс еще стилистика - все должно быть написано в одной технологии))

плюс еще стилистика - все должно быть написано в одной технологии))

да, очень важно поддерживать единый code-style внутри команды, если ORM у вас не используется и я введу его туда только один - получится никому не нужный легаси, ну и наоборот

крч, все зависит от конкретной задачи и ситуации)

pdo vs mysqli http://wooptoo.com/blog/pdo-vs-mysqli-performance-comparison/

ну да, mysqli по сути не обновляется даже с кажды годом все хуже будет

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

Добрый день! Извиняюсь за беспокойство. Требуется написать панель управления на основе существующей БД. Если у кого есть свободное время и желание заработать - буду благодарен, если напишите мне в личку. Предоставлю более подробное ТЗ. Спасибо!

https://habrahabr.ru/post/279921/

чето спамеров много стало)

Да интернет становится помойкой потихоньку :)

Да интернет становится помойкой потихоньку :)

Да, есть такое

Сегодня пятница не будем о плохом :)