Sanes, вот сейчас мне кажется актуально пилить аналог минишопа но с использованием vue2 и nuxt и всякие дополнения к нему. Проект может взлететь и вытеснить минишоп2, но одному не потянуть потому что куча дополнений написано именно под минишоп.
sim3x, ясно. а я и не знал что есть секция ответов. вы правы. то то думал почему некоторые пишут прям в ответах под темой, а другие отдельными. Но вы не обижайтесь. Я правду вам говорю - мне нужны именно отдельные подработки не зависимые ни от чего. Например, чтобы просто пропить эти деньги. Пропивать ведь не будешь семейный бюджет или бюджет фирмы о котором знают и другие люди. А вот легкие деньги легко тратятся. Именно такие я и люблю. Срубить по быстрому вечерком денег желательно за счет имеющихся наработок, а не с нуля. Ну как раньше винду установил - 500 получил.
Или как сейчас - скопировал чужой лендинг - получил оплату
Установил сайт на какой-нибудь cms включая регистрацию хостинга, домена - получил денежку
сверстал доп блок для имеющегося лендинга - получил 1000
Настроил выгрузку из битрикса в 1с - получил пару тысяч рублей.
Выиграл на ставках ...
Ну полно же таких работ, которые не требуют тяжелого умственного труда, но приносят деньги и делаются за раз.
а от основных проектов устаешь и деньги, полученные с основного проекта жалко тратить. Они заранее распределены по статьям затрат - сколько на питание, сколько на транспортные расходы, на детские садики, одежду, спортивные секции, кредиты.
Из бюджетных денег не будешь тратить на выпивку или на подарки или на походы в кафешки... Да и члены семьи не одобрят такое.
А если ты вне работы заработал где-нибудь как настоящий русский мужик привык, то волен тратить эти деньги на что хочешь.
sim3x, что значит здесь не любят? Вы от имени всех говорите или это ваше мнение? Если рассудить объективно, то люди должны не любить тех кто вместо того чтобы ответить на вопрос начинают советовать автору что то другое не то что ищет автор. вот за это действительно есть основания не любить. А договаривает или не договаривает - это уже не чужого ума дело. Есть задача, которая расписана в заголовке темы и в самой посте. Именно под это нужно подстраиваться и если есть идея, то делиться ей или не писать вообще. А давать советы, которые не нужны автору - это трата чужого времени...
Антон Швец, в теории так. Но мне попадаются норм заказы. вот вчера съездил к заказчику заработал 5000 рублей. Нужно было из экселя перенести в 1с контрагентов и номенклатуру с остатками. Потратил не считая дороги 2 часа максимум. Скачал готовые программы под 1с (обработки) и подправил под себя. До этого заработал 1000 рублей. Зарегал хостинг для клиента, установил туда shopcart и платную тему. И такие шабашки я делаю постоянно. Просто сейчас решил поискать поглубже чтоб иметь доступ к такой работе постоянно.
sim3x, откуда здесь столько упоротых? им прямым текстом говорят что нужно, а они еще спорят и пытаются доказать что нужно именно другое. А вы не подумали что может я не хочу заниматься вообще IT на постоянной основе, но иногда мне нужны срочно деньги и я готов выполнить разовые работы чтоб заработать 1-2 т.р.?
Мне нужны именно случайные ни к чему не обязывающие доп. заработки, а не возможность получать деньги от основных проектов в любое время. Деньги от основных проектов поступают в один бюджет и разносятся по статьям затрат. А шабашки они вне бюджета и их можно смело просаживать без зазрения совести.
я же вам говорю такой вариант с моим заказчиком не прокатывает. Он платит только за результат отправленный в производство. Предоплата - да есть. Но это не то, что мне нужно. Я же написал четко, что нужна возможность иметь мелкий заработок в любой день, когда вдруг понадобились деньги. Ни к чему не обязывающие разовые работы.
sim3x, не получается так. Этапы крупные а дробить заказчик не хочет потому что его интересуют только закочненные этапы, отданные в продакшн, приносящие ему деньги.
Alex Wells, хотелось именно разобраться в том что лучше использовать job или команду. А через АПИ это легко и так реализовать, но трудоемко. А заливать несколько раз в день не подходит (( нужно чтобы был отклик на сохранение. Они меня прост пытаются унизить и уничтожить морально. вот в чем беда. а мне нужен был совет как лучше сделать но советовали совсе мне то - пытались доказать что это вообще не нужно делать.
Антон Антон, хватит спорить Антон. Все нормально! вы меня просто не так поняли и я не правильно видимо сформулировал вопрос.
Суть не в том нужно или не нужно синхронизировать эти данные. А суть в том как лучше это сделать.
Вы же 1с-ник. Понимаете о чем я - в данном случае справочник единиц измерения - это хороший пример. Его вводят в рабочую базу, но его присутствие желательно и в базе, в которой происходит тестирование. Иногда там ведь формируют отчеты и нужно чтоб данные совпадали с рабочей версией. В рабочую то не пускают обычных людей - тестировщиков, аналитиков или как их правильно назвать.
я тоже в эту сторону смотрю. спасибо. да у меня то всего пара таблиц мелких. которые никогда не будут большими. Просто коэффициенты периодически меняются вот и нужно синхронизировать чтоб в расчеты включить новые коэфф.
JhaoDa, потому что я хотел чтобы мне пояснили с точки зрения ларавел как это сделать. Использовать Arisan команды или Использовать job или проще через апи передавать значения. а вместо этого мне втирают какую-то дичь и даже git туда прикрепили.
Антон Антон, по факту мой метод куда проще. Обычный job запускается по нажатию кнопки и просто копирует данные. и проблем ноль. речь идет об отдельных данных только, которые должны быть всегда в актуальном состоянии.
Антон Антон, как зачем? чтобы тестировать работу. Например движения по контрагенту узнать.
Именно справочные данные вносятся только в одном месте и потом синхронизируются с версией для тестирования.
а изменения, которые
Почти. В тестовой базе появляются новый функционал.
святым духом в тестовом окружении появляются?
вы как впервый раз прям. или как 1с-ник какой-нибудь. узко мыслите. Задача же проста как дважды два. Справочные данные имеет полномочия вносить только один человек. В одной базе. А программа использует эти данные для дальнейшей работы. А тестировщики тестируют различный функционал где эти данные используются и все данные должны появиться в реальном времени у них. при нажатии кнопки "сохранить".
Антон Антон, если какая-то фишка попала в продакшн, то изменить это можно только после отдельного согласования и изменения будут внесены конечно же сначала в тестовую версию, а потом уже в продакшн после очередного тестирования.
Две базы конечно. В одной идет работа в реальном времени, а вторая база - так сидит группа тестировщиков. Функционал одинаков в обеих базах. Почти. В тестовой базе появляются новый функционал. После тестирования он переходит в рабочую базу. Но данные, с которыми должны работать тестировщики должны быть всегда актуальными. Например, ввела девушка контрагента в рабочую базу - эти изменения сразу должны перейти в тестовую базу. чтобы тестировщики могли тестировать работу всяких калькуляторов и получать выборки ни чем не отличающиеся от продакшн версии. И зачем здесь вообще git pull если для данной задачи достаточно только mysqldump и mysql
Из области действия ларавел потому что я собираюсь использовать штатные средства laravel - использовать job, использовать artisan.
Структура не должна отличаться. Есть модули, которые попали в продакшн. Они больше не меняются. В тестовую должны попадать все данные, требующиеся в работе потому что тестеры сидят в тестовой базе.
