Меню
Что нового?

Laravel нужна помощь в проекте с Laravel

stuchin

Новичок
нужен куратор- программист на стартап(с долей в проекте).

будем делать бесплатные сервисы для малого бизнеса с простой(но надежной) схемой монетизации

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

план действий намечен.

сейчас я делаю пример сервиса остатки, дальше печать счетов и фиксация оплаты, дальше учет.(Laravel , MongoDB)

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

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

stuchin

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

флоппик

promotor fidei
Команда форума
Партнер клуба
смущает сочетание "бесплатные с монетизацией"
 

stuchin

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

AmdY

Пью пиво
Команда форума
MongoDb для финансов меня пугает, я всё ещё не доверяю ей данные, которые нужно обязательно хранить вечно.

А так идея интересная в разрезе идиотов в российском гос аппарате и планируемых ими налогов на софт.
 
fixxxer

fixxxer

К.О.
Партнер клуба
Этот идиотизм в большинстве случаев элементарно обходится сменой формулировки "продажа софта" на "оказание услуг". :)
 

nitr()n

Новичок
Действительно зачем монго дб для финансовой части? Монго заточена под производительность и разработчики сами говорят что данные сбрасываются на диск через определеные промежутки времени а не когда данные появятся что может в случае чп привести к повреждению потере данных.
Посмотрите думаю в таком случае в сторону couchDB она в этом плане понадежней хотя ее не использовал. А почему вы не хотите реляционные базы данных? Вы же даже не знаете взлетит ваш стартап или нет. Под реляционные базы легче найти человека.
 
fixxxer

fixxxer

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

Производительность - если только на read >> write, как и любой блокировщик (скажем, MyISAM). Да даже и это спорно: http://obartunov.livejournal.com/179512.html
 

stuchin

Новичок
в моем проекте mongodb нужен для определенной цели, для управления слабоструктурированными данными, SQL конечно это хорошо, но на нем прорывной проект не сделать, как бы не хотелось, я был бы рад если бы можно было использовать SQL, давно сам все сделал бы.
 

stuchin

Новичок
смотрим типы данных

Типы JSON и PostgreSQL имеют такое соотношение (эквивалента для null нет, так как NULL в PostgreSQL с другой семантикой):
Тип JSONТип PostgreSQL
string text
number numeric
boolean boolean

в чем здесь радость от PostgreSQL?
 

nitr()n

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

stuchin написал(а):
в моем проекте mongodb нужен для определенной цели, для управления слабоструктурированными данными, SQL конечно это хорошо, но на нем прорывной проект не сделать, как бы не хотелось, я был бы рад если бы можно было использовать SQL, давно сам все сделал бы.
Нажмите для раскрытия...
Все что можно сделать в Mongo можно сделать и в реляционной базе. В прорывном проекте главное все же идея.
Фейсбук сидит на mysql и ничего его годовой прибыли могли бы позавидовать многие страны.
 
hell0w0rd

hell0w0rd

Продвинутый новичок
Советую всем сомневающимся посмотреть одну из лекций Олега Бартунова о добавлении hstore, jsonb и создании индексов для этих типов данных. С его слов в монге втупую взяли B-tree для индексов документов, которые отлично справляются с primary/unique ключами, но с ростом дубликатов (привет документы), работают все хуже и хуже, к тому же пухнут в размерах.
Пугает отсутствие null в jsonb постгреса? А ограничения монги на размеры документов и особенно индексов и их кол-во не пугают?
 
Absinthe

Absinthe

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

fixxxer

К.О.
Партнер клуба
stuchin написал(а):
смотрим типы данных
Типы JSON и PostgreSQL имеют такое соотношение (эквивалента для null нет, так как NULL в PostgreSQL с другой семантикой):
Нажмите для раскрытия...
Здесь говорится именно то , что говорится - как соотносятся типы PostgreSQL и JSON-типы. Не надо додумывать.
Хранить в json/jsonb-поле null-ы никто не запрещает, речь о невозможности прямого кастинга json null <-> sql null ввиду различия семантики.

PHP: 
=> select '{"foo": null}'::jsonb;
     jsonb
---------------
 {"foo": null}
И в отличие от монги с ее платформозависимыми лимитами на integer, в jsonb честный json int с лимитом в овердофига.
PHP: 
=> select '{"foo": 99999999999999999999999999999999999999999999999999999999999999999999999999999999999999999}'::jsonb;
                                               jsonb
----------------------------------------------------------------------------------------------------
 {"foo": 99999999999999999999999999999999999999999999999999999999999999999999999999999999999999999}
(1 row)
 
Войдите или зарегистрируйтесь для ответа.
Сверху