В итоге обратившись к фрилансерам вы экономите 80% вашего бюджета!

в итоге они накошмарят и свалят, 180 с учетом текущих зарплат в отрасли совсем не много.

Ребята, фрилансеры, Вы костяк инета, а не огромные студии, где 100000 бюджет, мы прорвемся )))

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

Polo Art пишет:

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

странно, обычно от времени года нагрузка не зависит, очереди же стоят

Андрей пишет:

Нет ответа.

Нельзя так, или никто не хочет отвечать?

Можно, подумать, прочитать документацию и сделать.

Максим пишет:

Я так понимаю - пока такой возможности нет? Получается нужно непосредственно в actionMultiEdit в админ-контроллере править?

у контроллера есть событие, до и после.

Владимир пишет:
ustasby пишет:

Проверить что за витрина в хуке ))

Как?

Вроде как элементарно, читать документацию нужно. \RS\Site\Manager::getSite();

Проверить что за витрина в хуке ))

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

Елена пишет:

Вопрос такой: можно ли на мультисайте реализовать филиалы в городах на одном домене, но при этом, чтобы доступ к заказам был у админа города? Допустим есть домен: мойсайт.рф, на главной можно выбрать город ( с привязанными остатками именно в этом городе), но при этом  разделить права администраторов по городам?

Можно, я делал одному клиенту разделения по менеджерам, менеджер видит только свои заказы.

Елена пишет:

Для разработчиков это, видимо, что-то сверхъестественное. В такие моменты все чаще задумываешься, что нужно было вложиться в другой движок.

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

Николай пишет:

у платформы ADVANSHOP реализовано это и любая интеграция от любого поставщика работает замечательно.

Каждый кулик свое болото хвалит, но нигде не встречал что бы прямо все было, тем более в этой шараге.

в макете, в блоках

Ну бред же. Заниматься совместной разработкой на витрине, я сейчас пилю сеть магазинов, куча интеграций которые нужно тестить онлайн, несколько человек участвуют в разработке и все это на отдельной витрине делать? Прямо в проде? На каждый чих идут тесты, пишутся миграции и т.д., а только потом вываливается на рабочий сервер. Проблем нет подставить домен для разработки в разрешенные и убрать скрытые запросы, закрыть витрину и открывать только на определенные ip адреса, просто не понимаю почему это не легализовать? А с утечкой NFR лицензий вообще проблем нет, школьники и без всяких лицензий 1 файлик расковыряют за день, обращать внимание на таких смысла вообще нет, они как популяризаторы продукта работают, это только в плюс.

14

(9 ответов, оставленных в Вопросы по работе с системой)

Елена пишет:

Попробовали по описанной схеме. Товары задваиваются.

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

Ярослав пишет:

Вы хотели использовать вторую бесплатную витрину, но для этого надо использовать 1 движек, а у основного домена надо добавить псевдонимом test.moidomen.ru. В Вашем случае получилось 2 разных сайта.
Скопируйте тему в другую папку и у витрины выберите ее в качестве текущей.

Разговор глухого с слепым, вроде как по русски написано, человек хочет дев версию, а не вторую витрину. До сих пор не понимаю почему не могут проверку dev.domain.ltd в файле проверки лицензии поставить, хотя можно прямо руками в нужное место вписать) В соглашении добавить что на таких доменах нельзя держать открытые витрины. И ввести NFR лицензии не привязаные к домену.

ps
можно прописать соответствие домена domain.local и ip адреса сервера у себя на компе, ну еще есть пара вариантов.

Владимир пишет:

Странно. У моих знакомых сайт как я помню на битриксе и им сделали интеграцию с МС по API уже достаточно давно. И у них все отлично работает. Так как я с ними этот процесс и обсуждал. Только у них там не по максимуму а основных 4 задачи работают. Они очень довольны.

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

Владимир пишет:

МС по API передает и принимает все. Контрагентов, заказы с розничных точек (оффлайн), постоянное обновление наличие товаров, скидки и т.д.. А самое главное может распределять по  складам заказы с интернет магазина. Это если у вас несколько торговых точек в рознице и на сайте отражены эти точки. Покупатель делает заказ самовывозом с определенной точки и МС создает заказ именно на этот склад и передает в розничный интерфейс на ту т. точку. Вам не нужно каждый раз в ручную дорабатывать заказ в МС, чтобы ваша точка могла отгрузить этот заказ. Автоматизация.

Я этот вопрос поднимал в поддержке RS. Сказали, если будет спрос на данный функционал, займутся разработкой такого модуля.

Предлагаю в этой теме откликнутся, кому интересен данный модуль. Кому нужна автоматизация заказов с RS в МС и другие функции.

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

В Моем складе можно синхронизировать все, в том числе и картинки. А также создавать и изменять документы, смотреть остатки в разрезе складов и т.д., с проверкой раз в пару минут, с резервированием перед оплатой. Там весь функционал доступен по апи, остатки вообще хоть каждую минуту обновлять можно.

19

(20 ответов, оставленных в Вопросы по работе с системой)

Закусило Александр пишет:

Это очень напряжный запрос, который очень тяжелый и вызывает подобный гемморой. Не каждый хостинг может обечпечит адекватное время ответа и реакции. даже если кэшировать, то размер кэшей будет неадекватно велик. Это скорее частное решение, а не массовое. Тут нужен хороший сервер для таких вещей. Мы каждый год возвращаемся к этой теме, но порка не готовы представить массовое решение, которое бы нас устроило.

На самом деле в одном из известных движков это реализовано, начинается на CS, но размеры там атрибутами реализованы.

20

(20 ответов, оставленных в Вопросы по работе с системой)

Юрий пишет:

Т.е. чтобы такая штука появилась в RS это нужно вносить глобальные изменения в платформу, одним созданным модулем тут не обойтись? Я с позиции не девелопера, а продвинутого юзера смотрю на всё это.

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

В интернете полно статей на эту тему, гуглите самостоятельно.

21

(20 ответов, оставленных в Вопросы по работе с системой)

Юрий пишет:

Это, что на самом деле так сложно сделать раз нигде нет? Настолько эксклюзивная фича получается.

Для этого, как я выше писал, прикручиваются специализированные поисковые движки. Как вариант можно нормализовать данные и фильтры по ним делать, в любом случае это недешевое удовольствие, пользуйтесь тем что дают )) и ждите фасеточный поиск (как на том же юлмарте, хотя там это на сфинксе реализовано), уверен что про нее Александр и пишет.

22

(20 ответов, оставленных в Вопросы по работе с системой)

Представляю количество запросов к базе )) Я делал на сфинксе, любой более менее большой магазин переделывает фильтры на сфинксе либо люцене, на втором фасеточный поиск в апи реализован. Сначала индексация, потом зато одним запросом и очень быстро. Но в реализации дорого, у большинства магазинов выручка меньше, чем зарплата вменяемого программиста.

23

(22 ответов, оставленных в Вопросы по работе с системой)

Владимир 1916 пишет:

Александр, полностью согласен. Единственно, насколько это коммерчески оправдано... Судя по количеству людей на форуме.

Почти неделю уже тестирую Битрикс24, AmoCRM, RetailCRM, но что-то ничего не приглянулось.

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

Я думаю, не только у меня пару юр.лиц и несколько магазинов. Так вот даже в теории у меня нормально не получается все удобно сделать. А на деле еще и косяки наверняка полезут.

Как вариант думал с МойСклад интегрировать, но там всего три вида телефонии и нет почты. Тоже не вариант.


У одного клиента на битрикс24 целое предприятие легко внедрили, продажи и производство, телефония, лиды и т.д..  Недочеты есть, но не критичные. Особо не тормозит, не глючит, как всегда - танцорам яйца обычно мешают.

Владимир 1916 пишет:

это в аккаунте Гугла настраивается, я правильно понял? в настройках админки RS не нашел.

Да, в аккаунте гуглокапчи.

Владимир 1916 пишет:
Accutel пишет:

я его меняю, но после загрузки обновлений он становиться прежним. А так конечно сильно вы меня удивили ребята. Дизайнерам что ли работать с админкой сайта? Глупо, ну ладно. Пусть будет на совести дизайнера.

Сделайте дубль файла css имяфайла.my.css и делайте изменения там, он будет "рулить" стилями и не перезатираться при обновлении.

А дизайн штука субъективная, и мониторы у всех разные, а также острота зрения и т.п.  Лично я когда пытаюсь улучшить дизайн профи, всегда потом понимаю, что получилось хуже, чем было. Пусть дизайнер занимается дизайном, а разработчики своим делом.

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

Проще и правильней создать css с исправленными стилями и подключить его через хук в нужном месте.