stratosmi

Если вы все КУПИЛИ, то имете законное основание обратиться в ТЕХПОДДЕРЖКУ фирмы-производителя.

Если твой бюджет позволяет, то ставь 200-300. Но это, возможно, сделает рекламную компанию бесмысленной.

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

Получается 300*100/2 = 15 000 рублей на привлечение одного покупателя.
Это что же он должен у тебя такое купить, чтобы рекламная компания окупилась или хотя бы вышла в ноль?
Предположим ты покупаешь нечто за 1000 рублей в 1,5 раза нацениваешь и продаешь за 1500 рублей.

Таким образом, чтобы у тебя рекламная компания хотя бы была тебе не в убыток - этот человек должен купить у тебя товара на 45 000 (это как раз и даст тебе 15 000 прибыли, которую ты потерял от рекламы).

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

Так что для начала я исходил бы из возможностей.

Как показывает моя практика - если ты не готов слить на рекламе хотя бы 50 000 то можешь даже не начинать.

Возможна и другая метода:

Ставь 50 рублей.
Наблюдай, делай выводы, повышай постепенно.

Я бы не рекомендовал этого делать.

Раньше - из-за зоопарка браузерных движков.
Сейчас из-за зоопарка разрешений и размеров экранов.

Допустимо только если:

Бьетесь бьетесь и никак не можете без этого решить.
Нужно быстро пофиксить.
Нет ресурсов времени/заказчик плохо оплачивае и хочется быстро и дешево сделать видимость

П.С.
И это все еще даже без учета того, что инструменты лучше использовать по назначению.

У meshbird в документации написано, что у них DHT, но соединяется мгновенно, что, подозреваю, просто в ключе для шифрования вся информация про адрес.

Законно.
Дело в нюансах.

Во первых это не должно приводить к значительному уменьшению налогов.
Во вторых у каждого из этих предприятий должен быть полный цикл оформлен. Пример: вы не можете купив товар на имя ИП, продать его от имени ООО. Нужно оформить как бы вашу внутренную перепродажу между ИП и ООО.

Многие из этих статей лежат на разных сайтах, на которых нет никаких следов разрешений на создание производных работ

Ну и что что нет на сайтах явных разрешений.
Я делал переводы для Хабра, ПРЕДВАРИТЕЛЬНО СВЯЗАВШИСЬ С АВТОРАМИ исходной статьи.
Разрешения дают и бесплатно и с удовольствием.

Переводить можете.
Публиковать нет.

Нужно спрашивать разрешение
В случае О-Рейли - это же коммерческие издания - еще и в письменной форме.

В более простых случаях я просто перед публикацией перевода списываюсь по электронной почте с авторами.
Никто еще не отказал.

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

самая большая проблема будет не в ассемблере как таковом.

а как вы доберетесь до данных экрана например
и как отправите данные в сеть

то есть определитесь:
1) будете ли вы писать сетевой стек на ассемблере или воспользуетесь сетевым стеком операционной системы
2) для работы с экраном определитесь в какой ОС будет происходить дело.

В ДефолтОС ничего настраивать было вообще не нужно.
Настройки Гита по умолчанию под Виндой обеспечивают корректную автоматическую перекодировку.
Вы сбили.

каша в голове связанная с токенами

Хорошо что ты это понимаешь. Небось как и все нубасики начитался прплаченных статеек от Auth0 и Firebase? Ну так каша специально, чтобы ты к ним побежал делать эти токены) Маркетинг. Хайп.

Второй шаг - не использовать токены для авторизации (как это делают ВСЕ реальные проекты, а не Hello World туториалы). Вместо токенов - обычные сессии. Токены - если будет публичный апи и микросервисы.

Третий шаг - не использовать Паспорт. Зачем он нужен если есть express-session, не понимаю? Паспорт юзай только если будешь прикручивать несколько авторизаций социалок и времени вообще впритык. И то лучше самому и это сделать.

Маннинг, Вильямс и фильтрованые индусы на Пакте

Это неверное впечатление. Например издательства Manning и Apress выпустили множество прекрасных книг.

Оригинальный движок Википедии в свободном доступе.

Вообщем моя цель - конечная цель стать профессионалом и устроится в хорошую контору.

профи становятся после того проработают Х лет

А для этого мне надо знать - как правильно писать на php т.е. форматирование кода, ООП, синтаксис, паттерны, в чем писать - редакторы и т.д.

форматирование гуглится или читается на офсайте
ооп - аналогично
паттерны нужны мидлам
на чем писать - на чем привычно

Правильно - это как принято в серьезных организациях, стандарты. То есть понять не просто язык, а всю кухню.

кухню узнаете при первом деплое

А не как сейчас делать так, а потом переделывать т.к. всё конечно работает, но так хорошие программисты не пишут.

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

А потом ещё все это приконнектить к Revision Control System, а их тоже немало.

лидирующая cvs одна - git

Раз и навсегда - чтобы не забивать голову лишним и не тратить время.

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

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

Набор букв какой-то, и каша в голове, походу.

На счет редактора, скажу так.
Хоть на печатной машинке делай, если оно сделано красиво (читай, правильно, по стандартам).
Крутость программиста никак не зависит от используемых инструментов.
Это только удобство, упрощение работы.

Слайсы используют те же массивы под капотом.

Используя:

length := 7
slice := make([]int, length)

выделяется слайс, да, но он ровно той длины которая была задана, прямо как массив. https://play.golang.org/p/vAQqLI-msfi

Если винда десятая, то можно установить Ubuntu из маркета