За 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 версию — как сделаю, тут отпишу обязательно, что, да как прошло.
Я помню на работе делал сотрудникам форму определенных расчетов в Excel, с вытягиванием данных из базы данных на сервере. Хотелось очень много интерактивных элементов и фишечек сделать, обвесил кучей макросов. Но все равно — свои ограничения Excel накладывает, поэтому в итоге плюнул и сделал простенькое веб-приложение — и новые фичи внедрять, и старые поддерживать стало в разы легче.
Поэтому сейчас, если что-то потенциально сложнее сводных и пары-тройки простых макросов вижу на горизонте, чешу репу на тему "не сделать ли это сразу в вебе?".
Это к тому, что понятно, что в Excel можно много накуролесить при желании, сам люблю)) Но все таки для разных задачи удобнее использовать подходящие инструменты. И в частности, что Google сделал — для своих задач вполне прикольный инструмент. Возможность с условным форматированием и диапазонами работать они же не убирали)
Конкретно возможности в одном месте, в удобном интерфейсе настроить. Понятное дело, что в Excel, как и раньше, будем из диапазона делать, но вот у меня на примере контент-плана — всего 4 стадии, и на отдельный лист их выносить, потом настраивать форматирование на каждый вариант, а оно еще может сбиться по столбцам — тогда у всех 4 правил править диапазон. А тут просто выделил нужные ячейки, накидал 4 варианта, указал цвет — и готово. С точки зрения создания простого списка, там, где не нужен сложный — чисто по UX удобнее, речь об этом.
За 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 версию — как сделаю, тут отпишу обязательно, что, да как прошло.
Я помню на работе делал сотрудникам форму определенных расчетов в Excel, с вытягиванием данных из базы данных на сервере. Хотелось очень много интерактивных элементов и фишечек сделать, обвесил кучей макросов. Но все равно — свои ограничения Excel накладывает, поэтому в итоге плюнул и сделал простенькое веб-приложение — и новые фичи внедрять, и старые поддерживать стало в разы легче.
Поэтому сейчас, если что-то потенциально сложнее сводных и пары-тройки простых макросов вижу на горизонте, чешу репу на тему "не сделать ли это сразу в вебе?".
Это к тому, что понятно, что в Excel можно много накуролесить при желании, сам люблю)) Но все таки для разных задачи удобнее использовать подходящие инструменты. И в частности, что Google сделал — для своих задач вполне прикольный инструмент. Возможность с условным форматированием и диапазонами работать они же не убирали)
Конкретно возможности в одном месте, в удобном интерфейсе настроить. Понятное дело, что в Excel, как и раньше, будем из диапазона делать, но вот у меня на примере контент-плана — всего 4 стадии, и на отдельный лист их выносить, потом настраивать форматирование на каждый вариант, а оно еще может сбиться по столбцам — тогда у всех 4 правил править диапазон. А тут просто выделил нужные ячейки, накидал 4 варианта, указал цвет — и готово. С точки зрения создания простого списка, там, где не нужен сложный — чисто по UX удобнее, речь об этом.