sbk_x, ну не ясно видимо) Не надо скорее всего ничего никуда закидывать. Нужно собрать в нужно месте вероятнее всего и оно окажется там где должно. Но это по феншую так. А если проект говно то изучать нужно в нем, а не шаре. Но очевидно же что раз ищет в папке _nuxt то в нее и заливать. Может быть это просто алиас, посмотрите конфиги апача или нжиникса
lssssssssssl, ну если вы уверены что ваша идея стоит больше в перспективе чем 300-350 тысяч в месяц, почему не взять кредит и остаться единственным владельцем?)
Денег либо нет вообще, а раз денег нет вообще то и шансов что выстрелит ну очень мало. Либо просто хочется чтобы кто-то сделал что не может сам, но бесплатненько
Если ищете фронтендера то значит вы бекендер. Если ищете middle и выше то и ваш уровень не ждун. Следовательно ваша зарплата или доход в рынке это где-то 200-250 если смотреть по РФ. Вы ищете разработчика на пару часов в неделю это 2*4=8 часов работы. Один день вашей работы. Если вы не готовы потрать на проект в месяц ваш дневной доход то получается что и проект ваш так себе и вы сами в него не верите.
Мне кажется это высший вариант защиты. А если сможет украсть то не обидно. Так как если получилось украсть то значит написано криво и не стоит даже той предоплаты которую сделал!)
PANOV_DEV, а с чего ты это решил? А самое главное с чего вдруг другие это должны понять? Покажи код твоего класса и тогда тебе возможно покажут другое решение. Не принимает параметров, ну ок, так сложно сделать самому?
foreach ($this->tests as $test) {
Test::clearLines();
}
Laravel тут роли не играет. Это ваша архитектура страдает. Если допустим вы запустили крон задачу и в ней обрабатываете определенные записи запишите их id в массив и положите в кеш, по завершении задачи удалите из кеша их. В новом задании исключите те записи id которых есть в кеше
Роми, я не имел ввиду только лишь SPA, бывает так что допустим делят что-то на микросервисы внутри приложения. Для вас допустим на примере Laravel, был сайт мнолоит. Появился еще один какой-то раздел, его решили не впиливать в монолит, а сделать отдельно, но допусти авторизация на стороне первого осталась, и новый раздел получается auth user не из своей базы, а тянет с первого по HTTP. Или же допустим микросервис какой-нибудь аналитики. Непонятно чего хотите вы. Да обращение локально будет быстрее чем внутри сети, но медленнее чем прямой запрос к базе, которая опять же локально, а может быть онаже и тоже на другом хосте. Тут нет впроса что медленно, а что быстро. Тут есть вопрос ЗАЧЕМ это делать. Вот когда на него есть ответ значит и имеет место реализация