вам видней, так как инструмент вы разрабатываете, им пользуются и кому то он нравится и возможно (скорей всего) он упрощает какие то частые действия и людям это нравится.
Но лично мне удобней, использовать отладчик если я что то отлаживаю или разрабатываю, если мне надо проанализировать sql запросы, мне удобней изменить логирование и проанализировать лог (если я увижу странные запросы, привет отладчик, при этом лог не только на стороне app но и бд если что), если у меня проблемы с производительностью(или что подобное) использовать profiling tool для анализа, а дальше опять привет отладчик чтобы все улучшить.
Именно этим вызвано мое не понимание к подобным инструментам, я не знаю где его применять, запускать просто если проблема не выявлена то расчехлять инструменты и анализировать там, зачем тогда его изучать? если можно сразу инструментами получить инфу, для мистического экономия времени? так на изучения инструмента уйдет время, помимо этого для другова fw будет другой инструмент(пусть похожий но все же) нет общего стандарта или инструмента и для нового fw изучать новый инструмент, а те подходы что я описал выше, помогают почти всегда, причем даже с разными языками программирования.
Очень интересно когда один из контрибютеров, при возникновение проблемы, для анализа проблемы использует xdebug вместо инструмента который разрабатывается для анализа проблем(отладчик).
Я не хочу сказать что xdebug нельзя и тд, я просто хочу сказать что любой подобный инструмент (о котором говорится в статье) это лишь очень поверхностный анализ, применение которого довольно ограничено и изучения инструментов вроде xdebug, phpdbg или xhprof вполне может окупится и не будет необходимости в использование других инструментов. (скриншот в таске)
Я хочу сказать что у разработки в любом случае бывают отладчики и профилирование, для поиска узких или проблемных мест и их использование гораздо более глубое, чем отладка на уровне приложения.
начиная с версии 5.6 в комплекте идет phpdbg которые не отключается, просто он не так распротранен и не интегрирован в ide но возможно когда нибудь его интегрируют и как бы никому не мешает и не тормозит.
Так если это локал (дев среда) то xdebug вполне может помочь, потому что если надобилась отладка то надо ковырять, а верить в то что чуть копнем и может бага закроется слишком оптимистично.
Еще полезный аргумент в пользу посмотреть sql запросы, так почему бы нормально не настроить логирование? и не посмотреть лог.
Возможно кому то это и удобно, но точно не мне, например один проект на yii, другой на ларе и везде разная отладка, это как отлаживать через var_dump все понимают что плохо, еще есть свой отладчик для symfony и тд.
Еще благодаря таким штукам есть шанс на то что то отвалится, например https://habrahabr.ru/post/322166/#comment_10079130
не понимаю зачем такие штуки вообще нужны, я думал они уже вымерли, на прод не поставить
почему не использовать xdebug и профилирование в том же xdebug или xhprof, ну или более современный отладчик который есть из коробки в стабильных версиях php (начиная с 5.6 вроде), http://phpdbg.com/
эх собиру минусы за упоминания того что нельзя упоминать, но все же
Чем ваш connection отличается от http://php.net/manual/ru/class.pdo.php (да знаю сейчас отличается, и текст запроса в курсоре, но тот вариант что по ссылкам кажется более продуман тем то что описано у вас)
ну и соотвественно cursor от http://php.net/manual/ru/class.pdostatement.php
мне кажется немного обсуждений и придете к тому же интерфейсу что я указал по ссылкам
кулл стори про знакомого коллегу который 3 дня страдал на работе, вместо того чтобы сходить к врачу и ему бы открыли больничный лист и тогда ему порекомендовать гомеопатический препарат было бы сложней.
Еще вспоминая шутку про то что без лекарст мы болеем простудой неделю, с лекарствами 7 дней, так и с вашим коллегой!
открытие 2017 года оказывается при использование нескольких систем учета рабочего времени, данные в другую систему можно импортировать из первой.
Дополнительная никому не нужная работа, я помню работая в компании с таймшитами, в одном из них написал что если его кто то читает пусть подойдет за вознаграждением в размере 10 000 руб, никто не подошел и не связался.
так в вашем же случае их тоже придется передавать и какая разница до или после или вовремя?
просто большинство программистов знают sql и смогут понять его, а если и не знают полезно было бы узнать, а вот как ведет себя очередной query builder большая загадка.
Я конечно люблю велосипеды и сам их пишу и полезно собирать feedback, но то к чему вы идете называется: dbal пишут как слой абстракции над базой данных (data base abstraction layer) и его ключевая полезность совместимость с различными БД (pgsql, oracle, sqlite, mysql ...) и способы хранения данных ограничены лишь количеством реализованных драйверов и нужно ли это проекту это большой вопрос (в моем опыте ни разу не пригодилось).
Я лишь выразил имхо возможно кому то она и пригодится, но я не знаю таких людей, удачи в разработке.
а что мешает просто по человечески использовать placeholder и биндить значения?
зачем надо изобретать шаблонизатор, который разбивает текст на слова (парсер по сути) и на основе слов ищет классы и потом трансформирует текст, чтобы раставить placeholder и пробиндить value?
Зачем так все усложнять?
Если нужен сложный запрос проще использовать стандартные инструменты (простые), если операции с базой примитивные использовать что то типо AR, doctrine и тд
давным давно когда трафик у провайдеров был еще помегабайтным (и был дешевый или бесплатный локальный трафик) у нас в локальной сети появился xmpp сервер от провайдером, со связью наружу.
Не долго думая был использован один из удаленных серверов где нормальный безлимитный интернет и туда был установлен xmpp.
И был поднят тонель между моим компом -> локальным xmpp сервером -> внешний xmpp сервер и клиент, которые проксировали мой трафик :D
Проблема была одна, высокий пинг, в остальном все работало)
конечно в вашей ситуации действия логичные и правильные, но не все так просто, приведу свой пример.
На моей текущей работе когда было собеседование, мне честно сказали, что я им понравился, но они только выложили вакансию и они обещали еще провести несколько собеседований и попросили подождать максимум 2 недели и они сообщат ответ.
К слову я меня работу из крупной компании (банк) где я был ответственен за техническую часть внутреннего проекта, в компанию которая развивает online сервис и я уже не с позиции главный по технической части в проекте, а один из людей по технической части, о том что сменил работу ни капли не жалею.
врятли суммы там были довольно большие (крупный заказчик)
к примеру аудит кода по безопасности что нам делали был около 1 млн рублей (точную сумму написать не могу nda), но чтобы понять что это не тысяча рублей.
при этом я не отрицаю что на все фитчи или хотелки надо ТЗ (без ТЗ результат ХЗ), но тут скорее был просто крайне криворукий исполнитель, который наворотил такой адский проект, что его никто не смог бы поддерживать(за разумные деньги) кроме тех кто разрабатывал, меня подключили на этапе ввода в промышленную эксплуатацию и введя его в эксплуатацию я очень рад что покинул эту компанию, потому что там будет знатный АД.
этого нет в тз, как можно в тз написать что приложение должно быть безопасным? не должно быть sql injection или xss, как это проверить? откуда заказчик должен знать о существование sql injection и xss? если он знает что это такое и как проверить, возможно ему уже не требуется разработка?
очень давно указал запуск всех расширений в том числе и flash по требованию и запускаю их вручную проблем не испытываю запускаю их крайне мало где и все меньше приходиться их запускать, сейчас вот даже не могу вспомнить где приходилось запускать в последний раз.
на крупных сайтах (например vk для прослушивания музыки) разрешил запуск без запроса.
Для плагина hangouts разрешил запуск на серверах гугл и живу без расширений.
к сожалению не все так хорошо
если получили несколько записей, без разницы в массиве или в ресурсе то цикл все равно придется делать по записям (вы же не просто так список получили) и большой разницы по ресурсу или по массиву нет.
Плюсы ресурса
В некоторых базах ресурс это указатель на данные, которые на стороне БД это значит что в память application сервера они не загруженны.
В случае если цикл по ресурсу и вы точно знаете что данные потом не пригодятся вы можете после извлечения( fetch) эту переменную освободить и тем самым обрабатывать огромное количество данных, не грузя их единовременно в память application сервера.
Но да ситуации возникают крайне редко и в большинстве случаев удобней иметь именно массив.
да именно об этом я и хотел сказать что maven здесь не до конца раскрыт, для чего может применяться и как его применять и в чем он именно может помочь, просто мне не удалось это понятно изложить.
про gradle возможно(сколько людей столько и мнений)
и знаю что maven central repository стандарт де факто, который кстате в gradle используется.
Но лично мне удобней, использовать отладчик если я что то отлаживаю или разрабатываю, если мне надо проанализировать sql запросы, мне удобней изменить логирование и проанализировать лог (если я увижу странные запросы, привет отладчик, при этом лог не только на стороне app но и бд если что), если у меня проблемы с производительностью(или что подобное) использовать profiling tool для анализа, а дальше опять привет отладчик чтобы все улучшить.
Именно этим вызвано мое не понимание к подобным инструментам, я не знаю где его применять, запускать просто если проблема не выявлена то расчехлять инструменты и анализировать там, зачем тогда его изучать? если можно сразу инструментами получить инфу, для мистического экономия времени? так на изучения инструмента уйдет время, помимо этого для другова fw будет другой инструмент(пусть похожий но все же) нет общего стандарта или инструмента и для нового fw изучать новый инструмент, а те подходы что я описал выше, помогают почти всегда, причем даже с разными языками программирования.
Я не хочу сказать что xdebug нельзя и тд, я просто хочу сказать что любой подобный инструмент (о котором говорится в статье) это лишь очень поверхностный анализ, применение которого довольно ограничено и изучения инструментов вроде xdebug, phpdbg или xhprof вполне может окупится и не будет необходимости в использование других инструментов. (скриншот в таске)
Я хочу сказать что у разработки в любом случае бывают отладчики и профилирование, для поиска узких или проблемных мест и их использование гораздо более глубое, чем отладка на уровне приложения.
Еще полезный аргумент в пользу посмотреть sql запросы, так почему бы нормально не настроить логирование? и не посмотреть лог.
Возможно кому то это и удобно, но точно не мне, например один проект на yii, другой на ларе и везде разная отладка, это как отлаживать через var_dump все понимают что плохо, еще есть свой отладчик для symfony и тд.
Еще благодаря таким штукам есть шанс на то что то отвалится, например https://habrahabr.ru/post/322166/#comment_10079130
почему не использовать xdebug и профилирование в том же xdebug или xhprof, ну или более современный отладчик который есть из коробки в стабильных версиях php (начиная с 5.6 вроде), http://phpdbg.com/
«вот это»(то что в статье) я бы не советовал, кмк.
Чем ваш connection отличается от http://php.net/manual/ru/class.pdo.php (да знаю сейчас отличается, и текст запроса в курсоре, но тот вариант что по ссылкам кажется более продуман тем то что описано у вас)
ну и соотвественно cursor от http://php.net/manual/ru/class.pdostatement.php
мне кажется немного обсуждений и придете к тому же интерфейсу что я указал по ссылкам
Еще вспоминая шутку про то что без лекарст мы болеем простудой неделю, с лекарствами 7 дней, так и с вашим коллегой!
Дополнительная никому не нужная работа, я помню работая в компании с таймшитами, в одном из них написал что если его кто то читает пусть подойдет за вознаграждением в размере 10 000 руб, никто не подошел и не связался.
просто большинство программистов знают sql и смогут понять его, а если и не знают полезно было бы узнать, а вот как ведет себя очередной query builder большая загадка.
Я конечно люблю велосипеды и сам их пишу и полезно собирать feedback, но то к чему вы идете называется: dbal пишут как слой абстракции над базой данных (data base abstraction layer) и его ключевая полезность совместимость с различными БД (pgsql, oracle, sqlite, mysql ...) и способы хранения данных ограничены лишь количеством реализованных драйверов и нужно ли это проекту это большой вопрос (в моем опыте ни разу не пригодилось).
Я лишь выразил имхо возможно кому то она и пригодится, но я не знаю таких людей, удачи в разработке.
зачем надо изобретать шаблонизатор, который разбивает текст на слова (парсер по сути) и на основе слов ищет классы и потом трансформирует текст, чтобы раставить placeholder и пробиндить value?
Зачем так все усложнять?
Если нужен сложный запрос проще использовать стандартные инструменты (простые), если операции с базой примитивные использовать что то типо AR, doctrine и тд
Не долго думая был использован один из удаленных серверов где нормальный безлимитный интернет и туда был установлен xmpp.
И был поднят тонель между моим компом -> локальным xmpp сервером -> внешний xmpp сервер и клиент, которые проксировали мой трафик :D
Проблема была одна, высокий пинг, в остальном все работало)
На моей текущей работе когда было собеседование, мне честно сказали, что я им понравился, но они только выложили вакансию и они обещали еще провести несколько собеседований и попросили подождать максимум 2 недели и они сообщат ответ.
К слову я меня работу из крупной компании (банк) где я был ответственен за техническую часть внутреннего проекта, в компанию которая развивает online сервис и я уже не с позиции главный по технической части в проекте, а один из людей по технической части, о том что сменил работу ни капли не жалею.
к примеру аудит кода по безопасности что нам делали был около 1 млн рублей (точную сумму написать не могу nda), но чтобы понять что это не тысяча рублей.
при этом я не отрицаю что на все фитчи или хотелки надо ТЗ (без ТЗ результат ХЗ), но тут скорее был просто крайне криворукий исполнитель, который наворотил такой адский проект, что его никто не смог бы поддерживать(за разумные деньги) кроме тех кто разрабатывал, меня подключили на этапе ввода в промышленную эксплуатацию и введя его в эксплуатацию я очень рад что покинул эту компанию, потому что там будет знатный АД.
этого нет в тз, как можно в тз написать что приложение должно быть безопасным? не должно быть sql injection или xss, как это проверить? откуда заказчик должен знать о существование sql injection и xss? если он знает что это такое и как проверить, возможно ему уже не требуется разработка?
Еще можно сайт РЖД посмотреть или любой другой большой компании.
на крупных сайтах (например vk для прослушивания музыки) разрешил запуск без запроса.
Для плагина hangouts разрешил запуск на серверах гугл и живу без расширений.
если получили несколько записей, без разницы в массиве или в ресурсе то цикл все равно придется делать по записям (вы же не просто так список получили) и большой разницы по ресурсу или по массиву нет.
Плюсы ресурса
В некоторых базах ресурс это указатель на данные, которые на стороне БД это значит что в память application сервера они не загруженны.
В случае если цикл по ресурсу и вы точно знаете что данные потом не пригодятся вы можете после извлечения( fetch) эту переменную освободить и тем самым обрабатывать огромное количество данных, не грузя их единовременно в память application сервера.
Но да ситуации возникают крайне редко и в большинстве случаев удобней иметь именно массив.
про gradle возможно(сколько людей столько и мнений)
и знаю что maven central repository стандарт де факто, который кстате в gradle используется.