mr.
Просто тут повышается порог входа и стоимость разработки.
Dmitry
по мне все таки лучше использовать подходящий под задачу язык, чем творить франкинштейнов
Dmitry
для всяких там демонов мне кажется go идеальный выбор
mr.
Демоны с контектом приложения на го?)
Dmitry
в смысле с конектом приложения?
mr.
Не знаю о чем я
mr.
Я не выспался, оставьте меня, братья)
Dmitry
Я не выспался, оставьте меня, братья)
а ты решил на laravel перейти или просто тут тусуешься? :)
mr.
а ты решил на laravel перейти или просто тут тусуешься? :)
Решил перейти, но основная работа на другом фрейме, облизываюсь и кайфую от того, как многие веши тут проще и из коробки.
mr.
А вообще мне сказал чел чтобы JS прокачивал.
mr.
Ставки:
PHP - 30 баксов
JS react - 50 баксов
Dmitry
Ставки:
PHP - 30 баксов
JS react - 50 баксов
определенно js сейчас на волне.
на самом деле yii тоже не так плох. Но то что как то слабо развивается. Александр не хочет делать "революционных" изменений. Мне вот не нравится
SiZE
java 100 )
SiZE
go 300 )
SiZE
C# 500 )
Dmitry
это откуда такая стата? :)
mr.
Убил. Спасибо что авку засветил, улучшилось настроение.
Dmitry
js уже вплотную к ценникам java подошел
SiZE
SiZE
сорян :D
mr.
определенно js сейчас на волне.
на самом деле yii тоже не так плох. Но то что как то слабо развивается. Александр не хочет делать "революционных" изменений. Мне вот не нравится
Я не говорю что он говно, но вот именно отсутствие прогресса и норм инструментов из коробки или в сообществе убивает. Те же очереди, вроде завезли, а такие баги ловил когда юзал, что страшно представить каково это будет жить на продакшене.
mr.
Illia
еще вопрос возник
Route::get('/trek/{id}', 'TrekController@join_trek')->name('join_trek');
оно работает, но оно заменяет мою вьюху /trek/{id}
а должно просто вызывать функцию
как изменить? пост поставить?
Если я правильно понял тебя, то так
Route::get('/trek/{id}', function($id) {
....
})->name('join_trek');
Illia
Если нет, то перефразируй
mr.
Ребя, вопрос, какой у вас бест практикс по этому поводу?
По умолчанию в шаблоне приложения ресурсы собираются в app.js который версионируется.
1) Перед коммитом не забываете прод билд сделать.
2) Игнорите app.js для дев и билдите и версионируете app.prod.js
3) any way?
Maksim (Ellrion)
Ребя, вопрос, какой у вас бест практикс по этому поводу?
По умолчанию в шаблоне приложения ресурсы собираются в app.js который версионируется.
1) Перед коммитом не забываете прод билд сделать.
2) Игнорите app.js для дев и билдите и версионируете app.prod.js
3) any way?
билд не храним в репе. билд собирается при деплое (например через deployerphp или если у нас CI то его методами)
Эмин
lock только надо хранить
mr.
билд не храним в репе. билд собирается при деплое (например через deployerphp или если у нас CI то его методами)
Если нету деплоера и лень челу доказывать, что нужно. Как альтернатива пойдёт гит хук на стороне клиента? В принципе знаю что да, вопрос, на сколько это зашкварно в 2К17?)) Не откажутся ли от меня родственики, за то что даю такие вредные советы?
mr.
Maksim (Ellrion)
Если нету деплоера и лень челу доказывать, что нужно. Как альтернатива пойдёт гит хук на стороне клиента? В принципе знаю что да, вопрос, на сколько это зашкварно в 2К17?)) Не откажутся ли от меня родственики, за то что даю такие вредные советы?
только ситхи всё возводят в абсолют)
но не вижу причин почему не уговорить юзать деплоер.
Чем вообще у вас деплой идет?
mr.
только ситхи всё возводят в абсолют)
но не вижу причин почему не уговорить юзать деплоер.
Чем вообще у вас деплой идет?
git push, git pull, JUST PRAY
Maksim (Ellrion)
ну тогда, только не забывать сделать билд) сделал пулл сделай билд. но в это время у пользователей будет тупить.
Oleksandr
Ребят, есть возможность в контроллере создать новую таблицу в базе?
Anonymous
Шта?
mr.
Ребят, есть возможность в контроллере создать новую таблицу в базе?
Есть, но не нужно так делать, поэтому нет.
Anonymous
Ребят, есть возможность в контроллере создать новую таблицу в базе?
зачем что за кейс такой0
Maksim (Ellrion)
а чего вы сразу не нужно? вы же даже кейс не узнали. в том же пхп май админе по вашему не создаются базы?)
Maksim (Ellrion)
рашен комьюнити как всегда в своем репертуаре)
Эмин
ну не из контроллера же...
Эмин
да и если и создавать то временную
Эмин
как вариант
Oleksandr
Смысл в том, что-бы сделать таблицу диалог dialog{id}, в которой будут юзеры.
Это своеобразная сортировка, потому что в диалоге может быть 10к+ сообщений, если диалогов будет 1к, соответственно могут быть одновременные запросы на него
хочу сделать для каждого диалога отдельную таблицу
Maksim (Ellrion)
ну не из контроллера же...
если ты дергаешь в контроллере сервис который создает тебе таблицу, передавая ему данные. то это вполне можно назвать в контроллере
Эмин
Смысл в том, что-бы сделать таблицу диалог dialog{id}, в которой будут юзеры.
Это своеобразная сортировка, потому что в диалоге может быть 10к+ сообщений, если диалогов будет 1к, соответственно могут быть одновременные запросы на него
хочу сделать для каждого диалога отдельную таблицу
быть может вам лучше подойдут вьюхи?
Эмин
но на каждый диалог дергать базу по созданию таблицы..., вы же себе в ногу выстелите на продакшне
Oleksandr
в чем может быть проблема такого способа?
Эмин
сколько у вас будет диалогов?
mr.
а чего вы сразу не нужно? вы же даже кейс не узнали. в том же пхп май админе по вашему не создаются базы?)
По тому что в 99% случаев такое не нужно, в остальных 1% чел уже сам понимает что творит и имеет опыт и знания так сделать.
mr.
Смысл в том, что-бы сделать таблицу диалог dialog{id}, в которой будут юзеры.
Это своеобразная сортировка, потому что в диалоге может быть 10к+ сообщений, если диалогов будет 1к, соответственно могут быть одновременные запросы на него
хочу сделать для каждого диалога отдельную таблицу
Боже мой, подтяните матчасть https://ru.wikipedia.org/wiki/%D0%9D%D0%BE%D1%80%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D1%84%D0%BE%D1%80%D0%BC%D0%B0
Maksim (Ellrion)
Смысл в том, что-бы сделать таблицу диалог dialog{id}, в которой будут юзеры.
Это своеобразная сортировка, потому что в диалоге может быть 10к+ сообщений, если диалогов будет 1к, соответственно могут быть одновременные запросы на него
хочу сделать для каждого диалога отдельную таблицу
что то я сомневаюсь что движку будет легче работь с 1к таблиц
Эмин
или 1кк
Эмин
что вполне возможно
Oleksandr
рациональнее сделать в одной таблице все смс?
Maksim (Ellrion)
Maksim (Ellrion)
рациональнее сделать в одной таблице все смс?
имхо да. индексы верно расставь согласно запросам и норм должно быть
Эмин
рациональнее сделать в одной таблице все смс?
да, главное проследите что бы все необходимые связи, индексы были на месте
Oleksandr
ок, спасибо)
Oleksandr
Еще интересно, может знает кто. Как работают диалоги вк в базе?
mr.
А мне понравилось как ВК сообщения делали, он в блоге своём писали.
Maksim (Ellrion)
ок, спасибо)
если будет совсем тяжко двихку, то стоит намутить партиционирование на базе даты (вряд ли часто нужны старые диалоги)
mr.
Лол, синхронно)
Oleksandr
))
mr.
https://vk.com/blog/messages-database
mr.
Там у них свои структуры вообще и жеский матан.
mr.
Так что не трахай моск, нормализуй отношения, навешай индексы и как начнет лагать NoSQL типа редиса или поисковик типа эластика прикрути.
Oleksandr
какой стандарт того, что база лагает?
mr.
Выборки долго идут.
mr.
Для общего развития советую почитать как работает СУБД, а именно планировка запросов, SQL это декларативный же язык.
mr.
Очень круто это рассматривается в курсе от PostresPRO https://www.youtube.com/watch?v=h_GdEaF1Ymc&list=PLaFqU3KCWw6KzGwUubZm-9-vKsi6vh5qC
mr.
Кстати кто на PG плотно сидит очень советую курс выше.
Korg
Привет всем.
Как получить весь массив переводов файла локали определённого языка?
Anonymous
типо не по ключам а общий?
Korg
да
Anonymous
Флаттен сделай на нем
Anonymous
получи все переводы в ключах - collect($array) -> flatten()
Anonymous
все
Korg
Спасибо