Если вы пишете абсолютно новый код каждый раз - то аналогия применима. Но по крайней мере у меня обычно 80-90% задач достаточно типовые, в которых происходит взаимодействие с уже знакомыми сущностями - выбрать, обработать, дернуть события, что-то поменять, вернуть данные. Тут скорее применима аналогия с изготовлением стула - вам же не нужно каждый раз изучать процесс его изготовления, если вы его делаете уже в сотый раз. И в плане того же курсора удобно что он видит ваш старый код, и пишет новый на его основе.
Дело то ваше, но просто та проблема которую вы описали "я должен полностью понимать как все работает" - это основная проблема, которая меня смущала в начале использования ии, но прикол в том что он ничего не меняет без вашего одобрения, вы точно так же читаете код и проверяете, что все работает так, как вы хотели. Не нравится - отменили конкретное изменение и написали как надо. Просто писать вручную нужно не 100%, а 15-30%, что сокращает времязатраты.
Абстрактный пример как это выглядит в интерфейсе - я могу приять изменение, могу отклонить.
А чем мешает условный курсор понимать как все работает? Вы говорите про 2 части реализации - в голове, и сам код. У меня использование сводится к тому, что я знаю в голове какая архитектура мне нужна и как она будет выглядеть в виде кода, те я могу написать ее руками. Дальше просто эту задачу объясняю ии и он пишет быстрее в несколько раз. Далее просмотр изменений и прием/отмена. Он же не меняет ничего без вашего ведома - все изменения видны и их можно принять/поправить/убрать. Тут речь не про то что он вас заменяет, а про то что помогает ускорить рутину. Грубо говоря как будто вам крепкого джуна рядом посадили и можно простые задачи ему спихивать, а самому более сложные решать или архитектуру продумывать.
За 3-4 часа работы в кофейне обычно заказываю пару кофе и перекус. По Вьетнаму считайте 200к донгов, примерно 600р, это можно сказать по нижней планке. Если там норм еда - могу там и пообедать. Если кафе нравится - хожу регулярно и рекомендую знакомым. Понятно что люди разные и кто-то действительно с одним кофе пытается весь день высидеть, но в среднем мне кажется ситуация не так плоха. Что касается работы дома - да, но дома через какое то время надоедает и соблазн посмотреть соцсети, пойти вздремнуть. А в кафе может кто-то работает вокруг, да и не вздремнешь, да и как то надо работать раз пришел и кофе купил) ну крч я бы не стал так однозначно говорить, что люди работающие в кафе не приносят ему прибыль.
а что за варианты, не подскажете? но тут опять вопрос, как это разместить например на сервере где он в headless режиме будет работать в несколько десятков потоков и при этом для вб будет похож на норм браузер? вопрос в воздух, возможно примеры инструментов его снимут
Ну фреймворки для автоматизации типа селениума обычно настраивают браузер не прям похоже на обычного пользователя. К ним есть конечно разные способы сделать настройки более человекоподобными, но кто знает к чему вб может привязаться? Заголовки браузера, фингерпринты, айпишники (не запускать же все процессы с боевого серверного айпи, так вообще сразу все спалится). Вопрос то в том что цена ошибки - не ответ 401, а штраф для кабинета селлера, в котором это будет юзаться
Через браузер можно автоматизировать, но по идее это интеграция, а за нее может прилететь штраф, если вб спалит. Написать то не сложно, вопрос ответственности за последствия. У вас есть опыт использования?
Я вроде нигде не писал что это "главная" проблема) В вопросе что главнее - кривая архитектура или недоступность, однозначного ответа без контекста я не могу дать. Потому что если апи очень удобный, но ложится на минуту раз в пару часов, или же ложится на полчаса каждый час - это разные вводные. Но и полностью рабочим апи с ущербной архитектурой пользоваться - такое себе. Так что тут вопрос не в "главности", а в конкретных проблемах.
Ахахахах, годно) Я забыл про ID товаров, да, это боль. У меня постоянно расчет прибыли по ним ломается, потому что вроде как product_id должен быть уникален, но как бы ввели то ли сборки то ли что (когда сразу много товаров уходит одним заказом, не помню точно) - продукт айди там дублируется, а вот ску айди разный)) Да, все, я забыл об этих приколах пока бомбил с вб, извиняйте. Ну рекламные отчеты асинхронные к этому я уже привык, json там достаточно понятный. Отчет кстати не может готовится 2-3 часа, после часа подготовки он упадет с ошибкой и можно будет пересоздать. Ограничение на 10 кампаний тоже достаточно тупое. Ну крч да, боли тоже хватает ))((
Ну там прикол что документация всегда в достаточно актуальном состоянии. Проблема в самой логике работы некоторых методов; том, что новые методы обычно требуют переписывания кода там, где этого можно было избежать; ну и отсутствии внятных ошибок в некоторых случаях. А с докой все более менее в порядке. Понять-то можно, но ощущение от последних изменений, что там в очередной раз поменялся какой-то руководитель чего-то и решил выпендриться новым "гениальным" решением. Но при этом все вышеперечисленное в статье он не учел, возможно и не думал даже. А это большая проблема и для селлеров и для интеграторов, при любом чихе в апи переписывать систему.
Утверждать не буду, но вроде как 6-ой тип (это раньше тоже поиск был) перевели внутри их системы в тип 9 уже давно. Может это завершенные давно кампании? Напрягает скорее не поток обновлений, обновления то это хорошо, а то, что надо в каждом разбираться, не сломается ли завтра из-за него вся система, потому что очередное гениальное решение обратной совместимостью не пахнет вообще.
А кто сказал, что я не работал?)) Озон тоже использую, просто не так активно, как вбшный апи, поэтому наверное не могу такой же объем проблем по ним выдать. Ну у них тоже свои приколы, согласен. Но последние пару лет они стараются если какие то методы и менять, то мягко, чтобы по минимуму пришлось переделывать. По крайней мере насколько я помню, потому что по озону ну было за это время авральных ночей с переписыванием всего. Меня больше всего напрягает асинхронное создание отчетов, даже самых маленьких, но в целом с этим можно жить и их тоже можно понять, почему так сделали.
мда, не весело (( у вб вообще на гитхабе ничего нет, но есть их дев-сообщество, где хорошо если на 1 из нескольких десятков вопросов от разрабов придет ответ... у нас проблема что вроде и не дураки, но или осознанно забивают на проблемы разрабов, или не имея опыта работы со своим же детищем, не понимают чего от них хотят
Нашел достаточно критичную проблему — Tickets под 3 modx не адаптировали еще. Поэтому блог пока вынужден буду на 2.8 оставить ( А у клиента развернул на 3 сайт, уже так привык) Печаль
Из минусов, которые нашел — пакет translitor, если включить транслитерацию загружаемых файлов вырезает точку перед расширением файла, поэтому загружать файлы на русском с транслитерацией не получится нормально. Попытался найти решение, но как-то не нашел на скорую руку, а вопрос не принципиальный. Мне-то без разницы, но хотел под клиента удобно сделать.
День добрый) Перенес на 3 версию — все вполне себе работает. Большинство пакетов нужно обновить до новой версии с фиксами под MODX3. В остальном все ок, интерфейс конечно получше чем во второй. Немного непривычно, но в целом радует.
Понял. Ну с берега мне кажется просто нужно найти Js библиотеку для создания интерактивных таблиц, а параметры фильтрации в параметрах URL передавать, и на сервере расписать логику выборки части строк. Потом при отправку на сервер по ID строки сопоставить данные для обновления. Но я такое не делал, поэтому конкретных инструментов не подскажу(
Ну как вариант, если эти данные просто проанализировать типа сводок или дашборда, а не редактировать — в тот же Excel подгружать, только не на лист, а в модель данных, там 2 млрд строк вроде ограничение. Ну а если редактировать — наверное проще базу данных создать и как раз в вебе форму накидать, чтобы частями выводить данные и обратно отправлять.
Про десятки миллионов строк — больная тема. На днях в Таблице контент плана в Гугле нажал "Добавить строки", но вместо 1 получилось случайно 10001. И файл сдох, натурально — открыть невозможно, не то что строки удалить.
Хорошо что у меня большинство гугл таблиц — это xlsx файлы с компа, которые синхронизируются с гугл диском, и я просто Экселевский файлик скопировал и оформление пришлось поправить немного.
По поводу веб-приложений мне в этом плане MODX симпатизирует, так как из коробки весь основной функционал есть, остается быстренько структуру и шаблоны накидать.
Вынашиваю наполеоновские планы по изучению laravel, но, как известно, планы != действия)
Я просто сейчас 3 сайта подпиливаю потихоньку (в хорошем смысле). И поэтому стою на стреме - 2.8 на них оставить или на 3 перекинуть.
Почитал ветки на форумах, сложилось впечатление, что разработчики крупных компонентов, типа pdoTools, Ace, MIGx и иже с ними — вполне себе в теме, сами на MODX работают и хотят чтобы он развивался. А для этого и самим приходится руку приложить) Разработчику Ace на ModStore даже подкинул код и просьбу сделать горячую клавишу для режима переноса строк — ответил, должен добавить в ближайшее время.
Поэтому, вроде как, все основные компоненты под 3 версию уже обновили. Ну, а без неосновных, мне кажется, можно жить. Если что, дописать сниппет или плагин самостоятельно.
Интерфейс 3 уж больно приятен + некоторые баги менеджера файлов и дерева ресурсов убрали. Плюс, как понимаю, все новые обновления компонентов будут ориентироваться как раз на 3 версию, поэтому как бы с 2.8 не остаться за бортом прелестей современных технологий, хахах.
На днях думаю все таки сделать бэкапы для 2 сайтов и перекинуть на 3 версию — как сделаю, тут отпишу обязательно, что, да как прошло.
Если вы пишете абсолютно новый код каждый раз - то аналогия применима. Но по крайней мере у меня обычно 80-90% задач достаточно типовые, в которых происходит взаимодействие с уже знакомыми сущностями - выбрать, обработать, дернуть события, что-то поменять, вернуть данные. Тут скорее применима аналогия с изготовлением стула - вам же не нужно каждый раз изучать процесс его изготовления, если вы его делаете уже в сотый раз. И в плане того же курсора удобно что он видит ваш старый код, и пишет новый на его основе.
Дело то ваше, но просто та проблема которую вы описали "я должен полностью понимать как все работает" - это основная проблема, которая меня смущала в начале использования ии, но прикол в том что он ничего не меняет без вашего одобрения, вы точно так же читаете код и проверяете, что все работает так, как вы хотели. Не нравится - отменили конкретное изменение и написали как надо. Просто писать вручную нужно не 100%, а 15-30%, что сокращает времязатраты.
Абстрактный пример как это выглядит в интерфейсе - я могу приять изменение, могу отклонить.
А чем мешает условный курсор понимать как все работает? Вы говорите про 2 части реализации - в голове, и сам код. У меня использование сводится к тому, что я знаю в голове какая архитектура мне нужна и как она будет выглядеть в виде кода, те я могу написать ее руками. Дальше просто эту задачу объясняю ии и он пишет быстрее в несколько раз. Далее просмотр изменений и прием/отмена. Он же не меняет ничего без вашего ведома - все изменения видны и их можно принять/поправить/убрать. Тут речь не про то что он вас заменяет, а про то что помогает ускорить рутину. Грубо говоря как будто вам крепкого джуна рядом посадили и можно простые задачи ему спихивать, а самому более сложные решать или архитектуру продумывать.
За 3-4 часа работы в кофейне обычно заказываю пару кофе и перекус. По Вьетнаму считайте 200к донгов, примерно 600р, это можно сказать по нижней планке. Если там норм еда - могу там и пообедать. Если кафе нравится - хожу регулярно и рекомендую знакомым. Понятно что люди разные и кто-то действительно с одним кофе пытается весь день высидеть, но в среднем мне кажется ситуация не так плоха. Что касается работы дома - да, но дома через какое то время надоедает и соблазн посмотреть соцсети, пойти вздремнуть. А в кафе может кто-то работает вокруг, да и не вздремнешь, да и как то надо работать раз пришел и кофе купил) ну крч я бы не стал так однозначно говорить, что люди работающие в кафе не приносят ему прибыль.
а что за варианты, не подскажете? но тут опять вопрос, как это разместить например на сервере где он в headless режиме будет работать в несколько десятков потоков и при этом для вб будет похож на норм браузер? вопрос в воздух, возможно примеры инструментов его снимут
Ну фреймворки для автоматизации типа селениума обычно настраивают браузер не прям похоже на обычного пользователя. К ним есть конечно разные способы сделать настройки более человекоподобными, но кто знает к чему вб может привязаться? Заголовки браузера, фингерпринты, айпишники (не запускать же все процессы с боевого серверного айпи, так вообще сразу все спалится). Вопрос то в том что цена ошибки - не ответ 401, а штраф для кабинета селлера, в котором это будет юзаться
Через браузер можно автоматизировать, но по идее это интеграция, а за нее может прилететь штраф, если вб спалит. Написать то не сложно, вопрос ответственности за последствия. У вас есть опыт использования?
Я вроде нигде не писал что это "главная" проблема) В вопросе что главнее - кривая архитектура или недоступность, однозначного ответа без контекста я не могу дать. Потому что если апи очень удобный, но ложится на минуту раз в пару часов, или же ложится на полчаса каждый час - это разные вводные. Но и полностью рабочим апи с ущербной архитектурой пользоваться - такое себе. Так что тут вопрос не в "главности", а в конкретных проблемах.
Ахахахах, годно) Я забыл про ID товаров, да, это боль. У меня постоянно расчет прибыли по ним ломается, потому что вроде как product_id должен быть уникален, но как бы ввели то ли сборки то ли что (когда сразу много товаров уходит одним заказом, не помню точно) - продукт айди там дублируется, а вот ску айди разный)) Да, все, я забыл об этих приколах пока бомбил с вб, извиняйте. Ну рекламные отчеты асинхронные к этому я уже привык, json там достаточно понятный. Отчет кстати не может готовится 2-3 часа, после часа подготовки он упадет с ошибкой и можно будет пересоздать. Ограничение на 10 кампаний тоже достаточно тупое. Ну крч да, боли тоже хватает ))((
Ну там прикол что документация всегда в достаточно актуальном состоянии. Проблема в самой логике работы некоторых методов; том, что новые методы обычно требуют переписывания кода там, где этого можно было избежать; ну и отсутствии внятных ошибок в некоторых случаях. А с докой все более менее в порядке. Понять-то можно, но ощущение от последних изменений, что там в очередной раз поменялся какой-то руководитель чего-то и решил выпендриться новым "гениальным" решением. Но при этом все вышеперечисленное в статье он не учел, возможно и не думал даже. А это большая проблема и для селлеров и для интеграторов, при любом чихе в апи переписывать систему.
Утверждать не буду, но вроде как 6-ой тип (это раньше тоже поиск был) перевели внутри их системы в тип 9 уже давно. Может это завершенные давно кампании? Напрягает скорее не поток обновлений, обновления то это хорошо, а то, что надо в каждом разбираться, не сломается ли завтра из-за него вся система, потому что очередное гениальное решение обратной совместимостью не пахнет вообще.
А кто сказал, что я не работал?)) Озон тоже использую, просто не так активно, как вбшный апи, поэтому наверное не могу такой же объем проблем по ним выдать. Ну у них тоже свои приколы, согласен. Но последние пару лет они стараются если какие то методы и менять, то мягко, чтобы по минимуму пришлось переделывать. По крайней мере насколько я помню, потому что по озону ну было за это время авральных ночей с переписыванием всего. Меня больше всего напрягает асинхронное создание отчетов, даже самых маленьких, но в целом с этим можно жить и их тоже можно понять, почему так сделали.
мда, не весело (( у вб вообще на гитхабе ничего нет, но есть их дев-сообщество, где хорошо если на 1 из нескольких десятков вопросов от разрабов придет ответ... у нас проблема что вроде и не дураки, но или осознанно забивают на проблемы разрабов, или не имея опыта работы со своим же детищем, не понимают чего от них хотят
Нашел достаточно критичную проблему — Tickets под 3 modx не адаптировали еще. Поэтому блог пока вынужден буду на 2.8 оставить ( А у клиента развернул на 3 сайт, уже так привык) Печаль
Пожалуйста) Сам кайфую теперь каждый раз, когда открываю файлик ?
Из минусов, которые нашел — пакет translitor, если включить транслитерацию загружаемых файлов вырезает точку перед расширением файла, поэтому загружать файлы на русском с транслитерацией не получится нормально. Попытался найти решение, но как-то не нашел на скорую руку, а вопрос не принципиальный. Мне-то без разницы, но хотел под клиента удобно сделать.
День добрый) Перенес на 3 версию — все вполне себе работает. Большинство пакетов нужно обновить до новой версии с фиксами под MODX3. В остальном все ок, интерфейс конечно получше чем во второй. Немного непривычно, но в целом радует.
Понял. Ну с берега мне кажется просто нужно найти Js библиотеку для создания интерактивных таблиц, а параметры фильтрации в параметрах URL передавать, и на сервере расписать логику выборки части строк. Потом при отправку на сервер по ID строки сопоставить данные для обновления. Но я такое не делал, поэтому конкретных инструментов не подскажу(
Ну как вариант, если эти данные просто проанализировать типа сводок или дашборда, а не редактировать — в тот же Excel подгружать, только не на лист, а в модель данных, там 2 млрд строк вроде ограничение. Ну а если редактировать — наверное проще базу данных создать и как раз в вебе форму накидать, чтобы частями выводить данные и обратно отправлять.
Про десятки миллионов строк — больная тема. На днях в Таблице контент плана в Гугле нажал "Добавить строки", но вместо 1 получилось случайно 10001. И файл сдох, натурально — открыть невозможно, не то что строки удалить.
Хорошо что у меня большинство гугл таблиц — это xlsx файлы с компа, которые синхронизируются с гугл диском, и я просто Экселевский файлик скопировал и оформление пришлось поправить немного.
По поводу веб-приложений мне в этом плане MODX симпатизирует, так как из коробки весь основной функционал есть, остается быстренько структуру и шаблоны накидать.
Вынашиваю наполеоновские планы по изучению laravel, но, как известно, планы != действия)
Я просто сейчас 3 сайта подпиливаю потихоньку (в хорошем смысле). И поэтому стою на стреме - 2.8 на них оставить или на 3 перекинуть.
Почитал ветки на форумах, сложилось впечатление, что разработчики крупных компонентов, типа pdoTools, Ace, MIGx и иже с ними — вполне себе в теме, сами на MODX работают и хотят чтобы он развивался. А для этого и самим приходится руку приложить) Разработчику Ace на ModStore даже подкинул код и просьбу сделать горячую клавишу для режима переноса строк — ответил, должен добавить в ближайшее время.
Поэтому, вроде как, все основные компоненты под 3 версию уже обновили. Ну, а без неосновных, мне кажется, можно жить. Если что, дописать сниппет или плагин самостоятельно.
Интерфейс 3 уж больно приятен + некоторые баги менеджера файлов и дерева ресурсов убрали. Плюс, как понимаю, все новые обновления компонентов будут ориентироваться как раз на 3 версию, поэтому как бы с 2.8 не остаться за бортом прелестей современных технологий, хахах.
На днях думаю все таки сделать бэкапы для 2 сайтов и перекинуть на 3 версию — как сделаю, тут отпишу обязательно, что, да как прошло.