Александр Панишев (Все сообщения пользователя)

Артем , скажите пожалуйста есть вообще какие то перспективы увидеть АПИ для обмена с 1С, чтобы сайт мог запросами обмениваться, а не выкладывая килограмовые файлы обмена!!!???

Реально ли в каком то будущем сделать общую БД для сайта и 1С - насколько эта мысль вообще имеет право на жизнь?

Писать самим или привлекать! В стандартной версии интеграции такого понятия как резервирование нет в принципе!

А вам наверняка захочется в этом случае чтобы еще и при изменении состава заказа хранилась история и заказ в 1с обновлялся...

до этого Битриксу пока еще далеко, скорее всего если это и появиться, то в версии, которая будет работать на одной БД. А как мне помниться битрикс заявил, что функционал 1С повторять даже не планируют, так что шанс остается если сделают один сервер БД для 1С и для БУС. 8,2 технологичски к этому созрела, вопрос только сделает ли это кто нибудь. Самое главное бизнес еще к этому не созрел, спрос очень маленький, поэтому и не делают, хотя логичски, это по идее нужно каждой компании, соответственно должно быть в стандартной поставке.

Зуфар Вы никак работу ищете, чтоб вернуть с первой зарплаты взятый за работу аванс! Помнится общали вернуть как зарплату получите!

Оказывается можно все таки с вами на связь выйти!!!

В штат или удаленно требуется Веб технолог - контент менеджер

График Понедельник—пятница, с 09:00 до 18:00

Должностные обязанности:

- Создание, доработка сайтов «1С Битрикс»
- ведение проектов на «1С Битрикс»
- Html+css верстка макетов;

Требование к соискателю:

- Высшее образование возможно студент;
- Знание html+css, js, jq.
- наличие сертификатов контент менеджер, интеграция администрирование (и не просто наличие а понимание того что описано в этих курсах CMS «Битрикс»)
- Желательно  php, MySQL,

Оплата - оклад от 15 т.р. + бонусы о которых договоримся в зависимости от умений.
Удаленная работа оплачивается сдельно по факту сдачи клиенту.

Заинтересованных в работе просьба оформить анкету на сайте.

я говорю о позиции в отношении студии которая работает с клиентами и с фрилансерами. У фрилансера ответственности практически никакой реальной нет, даже если у него ЧП но он один, у него может что то произойти и вы ни увидите не денег ни работы. Хотя и студия тоже может пропасть... так что риски всегда остаются при любом возможном раскладе оплаты и сдачи работы.

Я привел свои правила, которые сформировались на основе опыта, и которых я стараюсь придерживаться, и не делать исключений, так как я использую и тех и тех, и сам как раз в позиции менеджера, который всегда "между молотом и наковальней"!!!

Мой Вывод:

С клиентом всегда работать только по 100% предоплате чтобы потом перед своими подрядчиками и программистами не краснеть!
С фрилансером по 100% выполненной работе (иногда 50% аванс, и только если репутация уровня Забродина 100% аванс)

Но это в идеале, а идеала как правило в этой жизни добиться сложно, и всегда есть исключения, поэтому и получается иногда, что вроде даже проверенный разработчик испаряется со взятым 50% авансом не сдав ничего. Точно такой же риск и со штатником, его может сбить машина и он окажется нетрудоспособен, у него может появиться личная серьезная проблема, он банально может захотеть в Москву, он может подсесть на наркоту, да и вообще он может просто элементарно переработать (достаточно часто встречающаяся ситуация когда программист работает по 17 часов в сутки потому что "НАДО", а потом у него полтора месяца кризис, а то и дольше)

У студии как у посредника между клиентом и фрилансером всегда есть риск оказаться между молотом и наковальней (клиент-фрилансер) и наслушаться с обеих сторон какие все хорошие.

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

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

С точки зрения программиста - работа в штате это работа за копейки и делать приходится все что только скажут.
работа фрилансером - работаешь когда хочешь и получаешь столько сколько заработал - типа свобода (кому то очень так нравится).

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

Если посчитать, то при штаном программисте расходы на обучение офис рабочее место налоги и прочее прочее выходят гораздо больше чем привлечение фрилансера у которого есть ЧП и который уже готов сделать тот или иной объем работы. Но такой расклад хорош только для мелких проектов не дороже 300 т.р. при более крупном раскладе цен однозначно штатные специалисты так как координация работы фрилансеров как одного коллектива это практически из области фантастики.

По своей статистике могу сказать что из порядка 300 работ выполненных за год получилось 1 кидалово со стороны фрилансеров, и порядка 200 работ были сданы со срывом сроков, но в результате с положительным отношением в итоге, и 2 работы пришлось извинятся и оправдываться в результате того, что из-за срыва сроков и неадекватности клиента (из серии красную линию прозрачного цвета) рассорились и испортили отношения.

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

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

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

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

И вот еще http://api.yandex.ru/direct/doc/live/CreateOrUpdateCampaign.xml#CampaignContextStrategy

Вы вот это http://api.yandex.ru/direct/ видели? Вам на базе этого решение нужно?

Это возможно будет полезно http://subsystems.ru/forum/?PAGE_NAME=read&FID=4&TID=11

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

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

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

Голосуйте за эту идею, может как то поможет

не так - это как? то что сейчас реализовано еще ни разу не вызвало сбоя по крайней мере у меня.

Включаете сортировку по названию.

Я бы посоветовал в суппорт написать!
Сформулируйте точнее вопрос - вы пере создаете карту через Пункт Настройки - поиск - Google Sitemap ?

если параметры сайта в Настройки - Настройки продукта - Сайты - Список сайтов настроены правильно то все должно попадать в карту

Есть вот такая классная штука его надо почитать обязательно.

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

У БУС есть настройка при обмене удалять элементы отсутствующие в файле выгрузки. ваш сайт.ru/bitrix/admin/1c_admin.php?lang=ru
пробовали ставить удалить?

Хотелки у клиентов разные.
У меня например есть несколько клиентов которым художества вообще не нужны и сайт они используют для работы с уже имеющейся базой партнеров. На сам сайт они не хотят лазить и что то делать. Они обучили менеджера работать в 1С и больше им ничего не надо.

А есть полностью противоположные ситуации...

сам механизм так работает если у вас стоит настройка удалять старые он и будет удалять старые позиции
и 1с не телепатирует что вы на сайте что то в позиции поменяли! Откуда 1с знать что ее позиция на сайте изменилась?
Откуда знать битриксу что вы хотите как то по другому. Все делается согласно имеющимся данным в 1с.

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

Все зависит от того переделал ли ваш программист 1С что то, или нет. В ситуации со стандартной поставкой - да. Если 1С переписывали, то тут без анализа ничего не сказать!

Хотя если у вас УПП то придеться повозиться со стороны 1С. А если УТ то все ок.

Я бы даже сказал, не то что спокойно, а без участия разраба 1С.

Вам достаточно настроить на стороне 1С Битрикс параметры так, чтобы 1С сама создавала инфоблоки и проблем быть не должно.