Павел Гелейшев (Все сообщения пользователя)

.

эта ошибка в 95% случаев из-за того, что несколько обменов идут на один и тот же сайт одновременно.



Либо у вас несколько профилей, которые запускаются одновременно, либо Вы сделали тестовую 1С (и в ней не отключили расписание обмена).

есть еще возможная проблема: в CentOS 7 есть SELinux. Так вот bitrix env с ним не дружит. Его нужно отключать. Как раз он может приводить к таким проблемам.

Заключается договор подряда.
По закону Вы обязаны с него уплатить 13% НДФЛ, но т.к. Вы работаете с юр. лицом, то он будет выступать в качестве вашего налогового агента и обязан будет уплатить за Вас НДФЛ и подать декларацию.

+ еще юр. лицо заплатит взносы в ПФР и ФФОМС.

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

Знаю новичков, которые за бесплатно просили проекты, чтобы опыт получить.


А без опыта - это грузчик, дворник и прочие профессии. Вот там да, можно придти и зарабатывать.

Звучит цинично, но такова наша жизнь.

Написать событие на обновление. https://dev.1c-bitrix.ru/api_help/iblock/events/onbeforeiblockelementupdate.php

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

Либо запустите "принудительно полную выгрузку". Может помочь.

Так уже 3 предложения. Чем они все не устраивают?

Delete..

Ну так если перекупали, значит зарплата была ниже рыночной, всё просто
А если разработчик адекватный и честный, то почему же обратно его не перекупили?

Это некорректное сравнение.
При фултайм-работе разработчик не работает все 8 часов. Он несколько раз сходит чай налить, покурить сходит. У него время на то, чтобы почесать голову и подумать как делать. Поэтому из 8 реальных часов отрабатывается 5.

При почасовой работе разработчик (честный разработчик) берёт именно за фактически занятое время.
Именно поэтому коллега Вам написал, что разработчик на фултайм согласится работать за более низкую ставку. Т.к. заработает в итоге столько же при стабильности (да еще и за больничный + отпуск).  


Поэтому "недельный Fulltime на 30 часов в месяц" - Это не тот самый (тёплый ламповый) fulltime

Попробуйте дать объявление о разработчике на неделю с конкретной ЗП. И не заставляйте его считать сколько он на каждую мелочь потратил времени. В вашем случае это может сработать лучше.

А результат оцените в итоге: оправдались ваши ожидания по количеству выполненной работы или нет.
Если нет, значит это не ваш специалист.

Кирилл, Вы хотите чтобы форум выступил в качестве третейских судей?

Повторюсь, мы не знаем о чем Вы договаривались изначально. Мы этого не слышали и не видели.
Договоров мы не видели.

Сейчас мы узнаём о договорённостях только с Ваших слов. Почему Мы должны им верить? (равно как и верить словам исполнителя?).


Вам и в этой ветке и в другой писали, что в законодательстве РФ есть процедура суда. Если не согласны с результатами, то как выше Вам написала Юлия - не подписывайте акт и дальше в суд. И тогда уже он будет разбираться является это техзаданием  и покрывает ли Ваши договорённости.


А сейчас Вы только себе делаете хуже. Т.к. не все потенциальные клиенты обитают на этом форуме. И вряд ли у компании Олега Громова убавится клиентов.

А вот разработчиков (и исполнителей) здесь большинство. И видя такую тему, скорей всего, с Вами никто работать не будет (не разбираясь, просто от греха подальше).

А что и как тут вообще можно оценивать, если не известно что за задачу Вы ставили исполнителю? О чем договаривались? Что в договоре прописали?


Какую задачу Вы поставили исполнителю? И что хотели получить за указанные деньги?

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


Можно пойти по-другому пути. К примеру, размер XL логично вывести в отдельный товар (т.к. в других размерах этого же комбеза у вас нет. у вас там только S/M и M/L).
Но вот по разделу вы делите (для города и для дома) - там действительно обязательно иметь разные фото? Может начать с этого и попробовать от этого отказаться?

неправильно. зайдите в админку, на вкладку разделы. Зажмите ctrl и выделите сколько угодно разделов. И товар в них окажется.  
Дальше у Вас будет проблема с тем, что у одного товара разные URL. Но это тоже можно решить через "основной раздел товара".

Дальше возникнет проблема: как выгрузить из 1С несколько разделов. Но эта проблема решается куда менее болезненно, чем разбор кучи дублей.

Отчасти да. Я тоже уверен, что дубли тут не причем. есть одно большое НО!
Роман так же хочет выгрузку остатков из 1С. Что при подобной системе  будет той еще задачкой.

И не будет работать. Вы меня не услышали.
Выгрузка остатков из 1С Вам обойдется ОЧЕНЬ дорого при такой схеме работы.
Проблем будет много. В том числе с деактивацией устаревших товаров.

Можно штатно размещать 1 товар в разных разделах. Почему вы не рассматриваете этот вариант?

А как количественный учет поможет Вам решить ситуацию? Что Вы будете делать с рассинхроном по количеству (когда заказали товар из одного раздела, и там количество уменьшилось, а в других разделах нет). И что Вы будете делать, если у вас, скажем, 1 платье размера XL (представлено в двух разделах) и его закажут из одного раздела и из другого одновременно.. ?

Видится что-то вот такое:



И дальше будет только хуже, особенно когда захотите-таки интегрироваться с 1С. Т.к. стандартная синхронизация не заработает в таком режиме, естественно. А её кастомизация выльется в такие деньги, что Вам будет дешевле переписать всё с ноля.

Так не проще ли сейчас начать приводить БП к адекватным?



Автотест тут не причем и вряд ли чем-то Вам поможет.
Т.е. Вы включаете количественный учет, и он сам выключается? или что? Как проявляется это "не работает"?
Или Вы имеете ввиду, что из 1С не приходит нужное количество товара?

А Вы знаете, что в законодательстве РФ есть такая статья, как "Клевета"?  

Ну так вот, если исполнитель обратится в суд и докажет в суде, что он всё выполнил в соответствии с договором, то за такой черный список Вы можете получить вот это:  

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

Объем работы определяется по итогам аудита. Т.е. сначала надо на аудит раскошелиться. А потом, если аудит выявит какие-то проблемы, то отдельно на них (а какие-то мелочи да, может и можно будет в рамках него поправить).

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

Битрикс 10 тыс. берёт только за 1-ю часть А вы хотите обе и за 5)

Соглашусь, но частично.

Пузомерка в данном случае показывает, что с железом и его настройками всё более-менее норм и причина не в нём.
Поэтому, она не бесполезна

Вот эту фразу я бы применил не к контенту, а к функционалу.. Например, в каталоге "Показать по 100" товаров - вам действительно надо и клиенты этим пользуются? А в robots у вас это не закрыто и поисковики индексируют каждую страницу и по 24 и по 48 и по 100 товаров. Поглядите сколько генерируется страница, когда на ней 100 товаров.

Это просто один из примеров.

Битрикс за 10 тыс. руб делает только анализ, без изменений и правок в коде.  

Изменения могут вылететь в ого-го какую сумму.  
Т.е. предоставить за 5 тыс. отчет, что "вот на таких-то страницах есть проблемы и их надо поправить" - это одно.  
А исправить все проблемы за эту сумму - это уже что-то на грани фантастики, вряд ли кто-то возьмётся без предварительного анализа.

И уж тем более правки под Google Speed могут потребовать много работы (т.к. по большей части придётся править вёрстку, JS, оптимизировать картинки). Возможно придётся подстраивать вёрстку под мобильники.

https://yadi.sk/d/EmsKmmBGoiuXL - поправил

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

https://yadi.sk/d/CG_MYvzzoi8Qd

кладёте в /bitrix/php_interface/include/catalog_export/

Не проверял как работает, проверьте сами