bnytiki

В любую, с которой вы умеете работать.
30 миллионов строк для современных СУБД это ерунда.

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

И, кстати, как вы оцениваете 200 000 для технологии, на которой еще не работали?
Может, там все 800 000 будет?

Перевод технических вещей.
Да так так чтобы вы поняли и все корректно сделали?
Ему самому нужно быть спецом в вашей сфере.

Это дорого.
Очень дорого.

Я к примеру мог бы для вас переводить,
но боюсь, даже если 99% вашего заработка пойдет мне,
то это все равно не целесообразно

Без вас я больше заработаю.

1. Ребята, которые сами работают. И расширяются за ваш счет для предоставления услуг которые не могут предоставить сами. Это лучше всего.
2. Классический брокер - будет сбивать ваши цены любым способом. Это плохая идея.
3. То, кого вы описали - это и менеджер проекта и тех. лид и продажник - будете отдавать ему очень приличный процент.

Файловые хранилища: Amazon S3 понадежней, Clodo Storage подешевле и т.п.

А дешевле всего - несколько dedicated серверов на OVH или Hentzner или Online.Net.
Но там придется структуру хранения самому настраивать.

В пенсионный фонд меньше получишь.
Кредит одобрят на меньшую сумму.
В случае споров с организацией отсудить сможешь меньше.
Все.

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

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

Для общего развития, даже если не собираетесь работать, но есть время и интерес - сходить.

Я постоянно использую 4 языка собственно для программирования.
Поэтому я их знаю в прямом смысле этого слова.

Не считая вспомогательные SQL и HTML, CSS, которые я тоже знаю.

А с синтаксисом знаком примерно еще с 5-ю.

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

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

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

И т.д. и т.п.

Уже не говоря о том что язык нужно изучить.

Так что переход будет очень даже постепенным.

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

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

Ну не может 100% человечества стартапными вещами заниматься, мы ведь тогда с голода помрем.
Ведь выращивать зерно, фрукты, скотину, овощи тоже кому-то надо.

И, кстати, кто сказал, что эта новая вещь будет настолько лучше старых?

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

P.S.:
Прогресс и так слишком ускорен.
Скоро уж ресурсы на земле кончатся.

Ну например, так:

func runGoRoutine1(input chan bool) {

   go func() {

                  data:= <-input
                  ...

   }

}

Ключики можешь.
Но это неудобно.

Есть девайсы специальные с одноразовыми паролями.
Но они денег стоят.

И т.д.
Напридумывать можно чего угодно.
Только это все не очень удобно.

Практикуйся уже.
За год "изучения" ты уже должен был писать и писать и писать.
JS - один из языков с низким порогом входа - не должно быть проблем с его освоением.

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

scrapy, например, для этого предназначен (чтобы получить информацию с сайтов, но записать в MySQL - это отдельная задача, которую не scrapy решает).
https://scrapy.org/
Но это для Python.

Есть для Go
https://github.com/PuerkitoBio/gocrawl
https://github.com/PuerkitoBio/goquery

Наверняка есть и для PHP нечто подобное.

А еще можно воспользоваться готовыми сервисами:
80legs, Mozenda.
Они по вашему заказу все сграбят, выдадут вам в удобной форме - вы потом запишете из этой формы куда вам надо.
У них есть бесплатные пробные тарифы.

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

Сначала про идею:

Ну вот будут держатели криптовалюты тратить её на вещи, которые не требуют анонимности- чтение контента.
Ага, конечно.

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

Но вы должны верить в идею, иначе ничего не получится.

Теперь про инвестиции:

Под идеи инвестиции не дают.
Вообще.
Совсем не дают под голые идеи.
Раньше, до кризиса, еще со скрипом, но давали.
Но и тогда гораздо легче было получить инвестиции, когда уже оно начинает крутиться хоть как-то (пусть даже без прибыли, без самоокупаемости).

Деньги дают под конкретную команду,
которая может реализовать (и уже реализует к моменту получения инвестиций) идею.


Сама идея стоит ровно 0.
Денег стоит - реализация идеи.


Пока у вас нет реализации (пусть даже в виде MVP - минимального продукта) - вы не можете продаться инвестору.

Про паи - ровно так же.
Как только у вас что-то будет получаться - пайщики будет интересоваться.

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

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

Это вы погорячились.
Зачем вам БЫСТРАЯ СУБД in-memory, если она расположена на другом хостинге.
Каналы связи между серверами - всю скорость съедят на 100 раз.

Вы имеете ввиду то, что платформа хостера сама за вас развертывает? Потому как на VDS/EC-то и т.п. можно что угодно поставить.

Google Cloud Platform, Digital Ocean, Heroku, RedHat OpenShift, VScale (там правда Tarantool, а не Redis, но это ничуть не хуже), Microsoft Azure, Amazon WebServices, Rackspace.

В принципе можно и отдельно на специализированном Redis-хостинге. objectrocket.com/redis
Только целесообразно чтобы клиент напрямую туда обращался, а не ваш основной серверный бэкенд, чтобы задержки сети использовать рационально.

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

Если у вас уже полностью смонтированный и уже пожатый материал, то
без потери качества уже не получится. В принципе не получится.

Смиритесь, качество теряется, если вы не работаете с исходным (несжатым или слабосжатым) материалом.

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

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

Помимо удобства массовой обработки большого количества файлов - еще и удобно контролируют потерю качества.

AviSynth - имхо, лучшая из них.

Но я не понимаю:

А зачем вам сохранять идеальное качество, если вы все равно собираетесь налепить огромный водяный знак на картинку? С точки зрения человеческого восприятия качество же все равно упадет. Зачем пытаться сохранять кристально чистую картинку за пределами водяного знака? Человеческий глаз все равно это не оценит.