Aisamiery

Aisamiery
Рейтинг
319
Регистрация
12.04.2015
rustelekom:
Неучтённый оборот налички грозит легальной компании штрафами и пенями. Потому что независимо от того, как выплачивать партнёру - физическому лицу накопленные им средства, в любом случае это нужно делать с удержанием НДФЛ, если он физическое лицо.

Обнал цветёт и процветает, особенно в ООО или вы реально думаете что люди выплачивают себе же деньги с конским процентом? А ведь если доходы минус расходы, так вообще красота, как думаете какая у них система налогообложения? А если учесть что большая часть компаний работает в "серую" в том числе и Питере, то налички у них всегда хватает.

---------- Добавлено 31.05.2020 в 22:29 ----------

Had:

Вы ничего не перепутали? Это, что за налоги такие - больше 30%?

Вот это новость небось =))

13 % - подоходный

22 % - пенсионные отчисления

2,9 % - социальное страхование

5,1 % - медицинское страхование

Итого: 43% =)) 13% удерживает с ЗП сотрудника, остальное доплачивает работодатель, по этому многие компании работают в "серую" официально проплачивая только часть ЗП (например МРОТ) а остальное в конверте.

NesteA88:
Нет, не спрашивал. Но пару лет назад ценник на внесение незначительных правок в код был от 100 евро.

А незначительность сами определили?😂

NesteA88:

Функционал прост: есть возможность добавить исполнителя, к этому исполнителю добавить альбомы, в альбомы - песни. Также есть поиск по жанрам, тегам и т.д. + в сочетании с другим компонентам выводить статистику (самые популярные песни и т.п.).

На самом деле это простые функции, они наверное и стоят всего 100 евро ну может 150. Единственно поиск и статистику я бы вынес на elasticsearch чтоб не грузить БД. Но вам стоит попробовать для начала расставить индексы, а это работа точно не стоит 100 евро, там работы на час максимум (но не факт что поможет), час нормального спеца стоит в рамках 1200 плюс минус.

NesteA88:
ДСмена хостера может помочь? Или переезд на VPS/VDS? Или чтобы Вы посоветовали в данной ситуации?

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

PS. Не пробовали уточнить, сколько будет разработать такой компонент вам отдельно? Глянул демку, там достаточно банальный CRUD по сути или там под капотом какой то гастрономических масштабов функционал?

LevShliman:
а потом эти люди пропадают и хозява сайтов не знают,что делать с этим самописным г..ом.

Как будто CMS от этого защитит. Костыли они везде костыли, хоть на CMS, хоть на фреймворке, хоть на голом PHP. Это байка от продажников которые продвигали в том числе тот же битрикс, когда все пилили сайты на собственных CMS и вдруг пришли такие джедаи и сказали что могут запилить на CMS с которой работает чуть больше чем 1.5 человека. Сейчас разобраться в проекте как правило не составляет труда, если конечно его делал не ArbNet, которые не осилил композер и запилил всё своё.

Sitealert:
У него не проблемы с либой для пхп, у него проблемы с тем, что пытается реализовать mysql_connect() на PHP 7, КМК.

Так поставить 5.6 не составляет труда обычно и я не сказал бы что это прям так критично для сайтиков на ВП иметь 5.6 вместо 7+

Четверьг:
Просто у меня есть купленный движок Шоп Скрипт, у меня на нем был ИМ. Я с ним знаком, у меня там куча плагинов на все случаи жизни. Поэтому я хочу налепить на него эти обеды, отсюда и вопросы все эти. У меня там куплены темы дизайна, а если что то не подойдет, то их допилить можно недорого, и понятно как.

Смысла просто в этом нет, на той же тильде все мышкой двигается и ставится, править там явно проще, а ИМ это дикий оверхэд на данном этапе

Sly32:
Эта музыка будет вечной если вы не освоите докер) и гит

Для ТС это будет сверх сложно, если он столкнулся с проблемой включить либу mysql для php

Четверьг:
Всё верно. Именно так я тоже рассуждаю. Пока нет ничего толком. Как что работать будет мне тоже непонятно. Какой будет результат тоже неясно.

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

---------- Добавлено 29.05.2020 в 17:06 ----------

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

В вашем случае (бизнеса) "изобретение велосипеда" по сути УТП, если все будут на одинаковых велосипедах, сложно будет отстроится от конкурентов.

ArbNet:
У ТСа нет инструмента на котором будет сайт, но зато обсуждаются детали функционала, не мало важно, но на данном этапе бессмысленно. Идей у всех как грязи и поболтать горазды... Вот только это всё к разработке никак не относится.

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

ArbNet:

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

На чём сделать шкурку которую будет видеть клиент при переходе с рекламного канала роли не играет. Конструктор вполне себе ничего работает, на нём достаточно примеры блюд и форму заявки, а вот работать в CMS с заказами так себе удовольствие, по этому тут по любому эти лиды надо прокидывать в СРМ, а писать её с нуля вообще занятие бестолковое тем более на старте, так как ты еще не знаешь как тебе будет удобно. По этому Тильда + Амосрм + Трелло (или что то подобное) решит на старте большую часть проблем, а когда соберется некий пул клиентов который будет давать N денег, вот тогда можно начинать вкладываться заменяя или дорабатывая части используемой системы.

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

Почему выудить и почему не хорошо? Хотите я вам скину схему смартфона, разбогатеете как Apple? =)) Идеи без реализации пустой звук, это только сеошники охраняют свои сакральные знания и тормозят по сути индустрию (свою), а мы то народ другой (разработчики), добродушный, свой код в гитхаб заливаем чтоб другие пользовались =) Не знаю как другим, лично мне поделиться знаниями не составляет труда - это же не самому реализовывать и тратить время.

Всего: 4110