- Введение
- Аудит перед переносом данных
- Загрузка данных
- Долгоиграющие скрипты
- Кейсы в форме технических заданий
- Заполнить бриф
- Обратная связь
Часто бывает так. У людей появилась идея что-то продавать. Тогда они делают интернет-магазин и сразу же начинают продавать. Количественный учет ведется в Битриксе или в системе типа «Мой склад» или тетрадке или вообще никак не ведется. Если online-торговля начинает приносить прибыль, тогда люди начинают увеличивать ассортимент, обороты и тогда возникает потребность сначала в ведении количественного учета, а потом и управленческого учета, а затем и бухгалтерского учета. На сегодня единственной программой для малого и среднего бизнеса, с помощью которой можно закрыть абсолютно все потребности управленческого и бухгалтерского учета, является 1С. Алгоритм внедрения взаимодействия действующего интернет-магазина и пустой 1С устроен так, что необходимым условием для начала интеграции является перенос данных из Битрикса в 1С.
Как показывает практика иногда заказчикам не хочется заполнять бриф, потом обсуждать детали, в которых они все равно плохо понимают. Даже если они понимают, все равно внутри Битрикса и 1С есть такие детали, которые не возможно передать. А эти детали влияют на трудоемкость. Если я скажу стоимость без этих деталей, а потом окажется, что они там есть, то мне придется потом забесплатно работать, так как заказчики очень неохотно идут на увеличение суммы договора, хотя на берегу говорят, что все поймут. Если я скажу цену с учетом всех деталей, которые возможно, а потом окажется, что их там нет, то получится, что закачик переплачивает.
В связи с этим я предлагаю услугу "Аудит". Суть этой услуги заключается в том, что я перед тем, как заключать сделку о переносе данных или других манипуляциях, исследую систему заказчика с помощью моих специально разработанных инструментов ... (продолжение следует)
PHP-сервера в отличие от 1С устроены так, что на них нельзя запускать программы, которые очень долго выполняются. Если сервер PHP видит, что какой-то скрипт выполняются дольше заранее заданного лимита, то сервер просто сам принудительно останавливает такие скрипты. Когда сервер останавливает скрипт по причине выхода за лимит времени, то клиенту он отдает 504-ый статус. Я несколько раз сталкивался с тем, что после запуска таких долгоиграюших скриптов сервер просто падал и приходилось обращаться в тех-поддержку хостинга, что бы они его восстановили. При чем восстановление в таких случаях - это не просто простая перезагрузка, а что-то большее. Что именно - я просто не спрашивал тех-поддержку, но без тех-поддержки мне не удавалось моими силами восстановить сервер.
Что бы не попадать в такие ситуации для долгоиграюих скриптов я использую специальный механизм, который позволяет обойти блокировку долгоиграющего скрипта.
Суть этого механизма заключается в следующем. На стороне сервера я делаю php-скрипт, который принимает в качестве параметров диапазон ID или XML-ID и в этом скрипте есть цикл по ID или по XML-ID. На стороне клиента с помощью 1С я запускаю один и тот же скрипт с временной задержкой и с разными диапазонами параметров.
К сожалению, я не умею читать мысли, поэтому не знаю, что Вы хотите. Что бы мне быстрей понять, что Вы хотите и быстрее сделать работу, нужно заполнить бриф на перенос данных из Битрикса в 1С. После того, как вы это сделаете, я пойму входит ли ваша потребность в область моих интересов или нет. Если ваша потребность входит в сферу моих интересов, то скорее всего дальше мы обсудим техническое задание и я скажу мои условия. Далее, руководствуясь принципом свободы договора, мы можем заключить сделку или не заключить.