Антон: да ладно. Я бы еще согласился, если бы я спрашивал за какой-то редкосный африканский инструмент.
Да и задача стоит то впринципе, чтобы подобрать благозвучные обертоны, а не добится какого-то конкретного звучания.
Я добавлял экспоненциально угасающие (с частотой) обертоны с помощью дополнительных осцеляторов и звук получился весьма неплохим, но это, конечно фиговое решения. Слишком много осцеляторов у меня сейчас. Но не суть.
Вы будете утверждать, что подобия струнного инструмента будет иметь значительно больше чем несколько десятков коефициентов?
Да при желании ничего тырить и не надо. Я думаю найдется парочка опенсорсных програмных MIDI-синтизаторов. Правда у меня есть подозрения, что я быстрее сам нашаманю приемлемые коефициенты чем буду разбиратся со всякими мутными форматами. Да и это частное решения волновой функции, а меня то интересует самое примитивное решения, хотя бы. Не знаю, я на математику давно болт забил, формулы перестал воспринимать)
Причем здесь теория музыки, это сугубо математическая задача, причем простая, для тех, хто владеет Matlab. Здесь достаточно записать звучания фортепиано и получить тех несколько десятков или сотень самых важных коефициентов.
Теория музыки - это свого рода филология, которая изучает красивость рядов и вопросы математики там не поднимаются. Я вот сделал открытия человеку, которые хорошо учится не первые год в специализированом учебном заведении, что в каждая нота следующей октавы есть простое удвоение частоты предведущей октавы, а для этого нужно было только страницу в википедии открыть.
Разве вы бы могли посоветовать учебник по теории музыки, где присутсвують формулы сложнее средней школы) Я не интересовался, но предмет этот сугубо гумунитарный
Mouvdy: Спасибо. Поиспользовался... Хотел бы услышать ваш опыт. К щастью наш клиент денег не жалел (как бы мне не хотелось "поизвращатся") и мы использовали платные аккаунты на 2500 адресов, проблем небыло.
Но. Месяц назад они подняли тарифы, а мне показалось они совсем охуели, с $50 до $100 за 2500 адресов. Все же это их комерческое дело...
Но, наш клиент оплатил в очередной раз использования этих 2500 адресов... В течении суток, мы обнаружыли что у нас бесплатный аккаунт... Я написал в техподдержку, что у нас не работает оплата, поскольку они не приняли платеж. Они не отвечали... Потом я уточнил у клиента, уверен ли он, точно ли была оплата осуществлена... Клиент сказал, что да и что на этом аккаунте оплата с биткоина на их адрес была уже сделана не впервыне (вообщем клиент не получал оплат больше чем несколько дней...). Я написал еще раз в тех поддержку, сказал если они не ответят через сутки то я напишу на reddit. И, ох удивления, шантаж действует! Они отписали... После нескольких email-лов они мне скинули скриншот списка платежей, которые были осуществелны данному клиенту на https://stripe.com/ (платежный шлюз, с помощью которого они платежи получают...) и сказали пишите им... Я, так и сделал, написал провайдеру моего провайдера, чтобы узнать не наебал провайдер моего провайдера с деньгами... Stripe отписал, что только их клиент, block.io имеет доступ узнать информацию о том, не поступал ли какой-то платеж не их счет. Я отписал поддержке block.io, они написали им, что да, посмотрите, Stripe написал что был такой платеж и block.io таки переключили на платный аккаунт. Но. Я еще не видел столь ахуевшего поставщика услуг. На его месте, как добрый человек (ну или лох, это уже как считать) я бы предоставил возможность использовать эти услуги до выяснения обстоятельств, учитывая то, что на в первом письме, на которое, они ответили, я указал, что клиенты закачика ждут подтверждения. Они же сказали обратится к их bitcoin-шлюзу (sic!). Наверно стоит проигнорирвать вопрос, почему они же сами оплату принимать не могут на их bitcoin-кошельки, если на этом зарабатывают (бляяя). Наверно им к себе доверия нету?) Да и если бы я не трубил на их facebook, twitter и не написал в форму их техподдержки не раз с угрозой публикации на reddit, то они бы не ответили, и не сказали, что это их проблема, а надо обращтся к Stripe... Да и все было бы не так печально, если бы развертывание своего bitcoin node-да c JSONRPC было бы весьма сложно и в нашем городе нанять человека, который бы бы подтвердил 15 000+ платежей вручную было бы дороже $100/месяц.
Но, вообщем, если говорить о платном аккануте. Я доволен. Мне не надо разбираться синхронизацие bitcoin-базы, думать о том, как защитить себя от взлома на своем сервере... Но не думаю, что такая услуга стоит больше $15-$20 в месяц за 3000 адресов и уже на этом они могут ох как зарабоать.
Увы, клиент на деньги не жалеется, а 100 адресов, вполне вероятно, было бы достатно в день, чтобы получить платежы. Но, к сожелению, проект разрабатывал не я. А тот кто разрабатывал, не заморачивасля над архиваций адресов.
Они дали нам этот платный аккаунт на 2 месяца (вместо одно), но осадок от безответствености остался... И я задаумался над тем, что запустить такой же шлюз, с иденчичным API (а API у них весьма простое, надо сказать, весьма понравилось) можно и за $15-$20 в месяц за 3000 адресов....
Не на веб-версии, я использую API. Веб-весрия используется только для получения токенов. И приложения должно работать с ВКонтакте, Viber, Telegram, Facebook, WhatsApp. Т.е. не нужно будет устанавливать множество приложений, а использовать одно + единая история сообщений.
Это только для переписки
majetree: за Gogs спасибо, посмотрю на досуге. Стоимость покупки, настройки, установки (или потраченого времени) серверов (в том числе для хостинга рабочего проекта) у себя в подвале должна быть оправдана. А надо еще учесть средства защиты от кражи с подвала (или другого помещения для серверов)
majetree: так зачем использовать свой сервер, если вероятность того, что он упадет на порядок выше чем неподконтрольний сервис, собственникам которого нафиг не нужно кому-то давать мои исходники. Да и вообщем если уж неподкотрольный сервис сдаст кому-то исходники, так почему же хостинг VPS на которому я установил свой сервер их не сдаст?
Philipp: если я вдруг буду собирать свою секту терористов, то наверно я по возможности буду избегать публикации кода на бесплатных приватных репозиториях. Но если речь идет, допустим, о коде (вполне легальном) наебаловах, то врят-ли будут причины его раскрыть. Это если уже не говорить о коде, припустим, для сайта знакомств для педофилов. Вот почему я уточнил почему "для параноиков". Тем, кто захотят заполучить код наших проектов, будет проще взломать компьютер одного из разработчиков, не говоря уже об подкупить или украсть.
Захостить, это когда речь идет о том, что вы не считаете стоимость своего личного времени. И $7 в месяц/разработчик (пусть будем считать так) или обслуживающий админ - это вовсе ничто в сравнении с его оплатой труда.
Да, всегда можно опастатся того, что взломают gitlab.com и выложат код десятки тисяч репозиториев в публичный доступ
3. Вопрос был о gitlab. Приватный репозиторий денег не стоит на gitlab.com ... Даже если бы и стоил, стоимость обслуживания собственого сервера значительно больше.
4. Я и основатели gitlab c Украины, так что юридические вопросы возникают общие... Да и я не знаю что же такое столь незаконное должно быть, чтобы компанию gitlab.com должны были объязать открыть доступ. Да и если будут, то это будет касатся не програмного кода, а данных
5. Допустим, для тех, кому это нужно
Антон Уланов: вы, вообще, о чем? О том что и то и то для людей, которые git используют? На bitbucket.com и на gitlab.com можно создавать бесплатные приватные репозитории. На gitlab.com в отличии от bitbucket.com количество участников репозитория неограничено и можно запустить свой сервер
Виталий: если вы об этом https://github.com/segmentio/nightmare/blob/master... то для работы этого нужен чтобы nodeintegration был включен, чего нельзя сделать, потому что сайт, с каторым я работаю ломается. Я без nodeintegration работаю и мне пришлось сделать свою обертку для обмена сообщениями с приложениям
Названия соответствует сути :D Но оно использует Electron под капотом, т.е. это совсем не то, что нужно. В моем случае единственная возможность подключить скрипт, которые должен исполнятся фреймворком - это использовать preload атрибут webview. Web Skype не запустится даже если включить nodeintegration, т.е. воспользоватся этим фреймворком невозможно.
Собственно нужно фреймворк, который будет работать в WebAPI окружении и будет использовать некое дополнительное ограниченое количество функций, которые будут загружать его на следующую в навигации страницу, грубо говоря, а в Nightmare загрузка в Node.js предполагается by design
Нурлан: вижу вопрос уже решен. Тогда я спрошу вас add_header 'Access-Control-Allow-Origin' '*';
Должно быть на том домене с которого делается запрос и на домене на который делается запрос или только на домене с которого делается запрос?
Finsh: ок, полагаю что с
> Могу лишь сказать, что на текущий момент средняя нагрузка на прод в районе 700к посещений в день. Среднее кол. запросов на страницу до 15
VPS за $5 с 1 ГБ оперативки, та даже с 512 должен справится
Это вы смотрите со своей корпоративной колокольни, на который закажчик вам диктует условия. У нас таких закажчиков нет и не будет, да и мы свои продукты делаем, в том числе. Если бы я хотел делать какую-то хрень, в который закажчик диктует мне что я должен и с помощью чего я должен делать то я бы выбрал подходящий для этого фреймворк.
И вот скажите мне сколько тысяч запросов в секунду выдерживает ваши проекты если уж БД столь критично. Я делаю всего несколько запросов к БД за время одного запроса к API. Видел на рельсах несложный проект, на котором часто в простейшых случаях делается несколько десятков запросов з Ruby. Это потому что используя ORM часто не имеют представления или ложат хуй на количество и тяжеловестность запросов БД, а они занимают большинство времени. А вы предлагаете игнорировать такие шикарные и простые возможности БД, как рекурсивные вюшки, к примеру
Да и задача стоит то впринципе, чтобы подобрать благозвучные обертоны, а не добится какого-то конкретного звучания.
Я добавлял экспоненциально угасающие (с частотой) обертоны с помощью дополнительных осцеляторов и звук получился весьма неплохим, но это, конечно фиговое решения. Слишком много осцеляторов у меня сейчас. Но не суть.
Вы будете утверждать, что подобия струнного инструмента будет иметь значительно больше чем несколько десятков коефициентов?
Да при желании ничего тырить и не надо. Я думаю найдется парочка опенсорсных програмных MIDI-синтизаторов. Правда у меня есть подозрения, что я быстрее сам нашаманю приемлемые коефициенты чем буду разбиратся со всякими мутными форматами. Да и это частное решения волновой функции, а меня то интересует самое примитивное решения, хотя бы. Не знаю, я на математику давно болт забил, формулы перестал воспринимать)