@proRuby

Страница 230 из 1594
Alex
09.10.2016
21:28:10
отличный сервис ?
Идеальный программист

Lupsick
09.10.2016
21:28:26
какие у ноды дырки?

Alex
09.10.2016
21:28:27
да и там не так все устроено
Ты кодишь без софта? ?

какие у ноды дырки?
Откуда ты знаешь какой zeroday будет?

Google
Alexander
09.10.2016
21:28:49
какие у ноды дырки?
про баш наверное то же спрашивали

Alex
09.10.2016
21:28:49
у рубей в гемах например бывают дырки, это факт.

Lupsick
09.10.2016
21:28:51
Откуда ты знаешь какой zeroday будет?
а нахуя мне думать о том чего нет?

какой зеродей будет у винды?

или nginx'a?

Alex
09.10.2016
21:29:05
какой зеродей будет у винды?
Ты пошутил наверное?

или nginx'a?
Дважды пошутил?

http://nginx.org/en/security_advisories.html

Alexander
09.10.2016
21:29:33
node server.js
ruby app.rb и всё из коробки!

Alex
09.10.2016
21:29:47
https://nodejs.org/en/blog/vulnerability/june-2016-security-releases/

Я чутка в шоке что кто то о безопасности даже _не задумывается_

Alexander
09.10.2016
21:30:08
не, я поддерживаю «для каждой задачи свои инструменты», но более важно «не мешать всё в одно»

Alex
09.10.2016
21:30:19
Тут просто один из инструментов лишний.

Google
Alexander
09.10.2016
21:30:20
то есть, если твоя задача — файлообменник, то допиши уж всё на ноде

Alex
09.10.2016
21:30:28
Нода очень хороша например для реалтайм штучек на сайте

всякие лайки реалтаймовые и прочее.

Alexander
09.10.2016
21:30:35
если впадлу / неудобно — придумай как написать всё на том, что удобно

Lupsick
09.10.2016
21:30:41
Я чутка в шоке что кто то о безопасности даже _не задумывается_
ты делаешь выводы на основе _своей_ информации

Alexander
09.10.2016
21:30:47
разделять стоит _в крайнем_ случае, например при нагрузке

Alex
09.10.2016
21:30:50
похуй вообще

Alexander
09.10.2016
21:30:51
поздно не будет

Alex
09.10.2016
21:30:58
ну ты мне сам дал информацию.

Lupsick
09.10.2016
21:31:08
похуй - это не имеет значения в конкретном случае

Alexander
09.10.2016
21:31:16
всякие лайки реалтаймовые и прочее.
я, кстати, думал что как раз для этого

Alex
09.10.2016
21:31:30
похуй - это не имеет значения в конкретном случае
Это типа "твой аргумент невалиден здесь. Просто потому"

Alexander
09.10.2016
21:31:51
поднять для каких-нибудь сокетов ради реал-тайм votes (поиграться) ещё норм

Alex
09.10.2016
21:31:53
надо в сорсы action cable глянуть

Lupsick
09.10.2016
21:32:08
Это типа "твой аргумент невалиден здесь. Просто потому"
суть в том что ты начал делать выводы без полноты информации

еще и за меня подумал

что я плохо сделал что на ноде написал

надо было же на руби писать

Alexander
09.10.2016
21:32:31
ruby app.rb и всё из коробки!
и да, nginx тоже хорошо встанет, всяко си пошустрее и надёжнее ваших рубей и нод будет

надо было же на руби писать
не, стоило бы на одном писать — вот в чём посыл

Google
Lupsick
09.10.2016
21:33:10
не, стоило бы на одном писать — вот в чём посыл
если сервер уже написан, то мне стоило переписать на руби точно?

Alexander
09.10.2016
21:33:16
если я проект на работе начну пилить на рубях и на ноде — разрабы прихуеют

или «вот у нас система на 50-200 файлов кода, но для файлов / чего-то ещё написали / заюзали экстеншен на си»

Lupsick
09.10.2016
21:34:47
для файлсервера необходима была легковесность, малое потребление ресурсов

Alexander
09.10.2016
21:34:50
дико же, мало кто захочет в это лезть

Lupsick
09.10.2016
21:35:26
Alexander
09.10.2016
21:35:51
на свои деньги
ну всё делается на чьи-то деньги. порой время дороже серверов

да дело твоё, никто тебя здесь не заставляет, хоть на си++ пиши. просто советуют не мешать разные технологии в один стэк. можно, но редко это действительно окупается.

Alex
09.10.2016
21:38:15
Это часто окупается, но не стоит делать это бездумно

Alexander
09.10.2016
21:38:24
например, я бы лучше заюзал crystal для узких мест, чем ноду, тупо из-за более похожего синтаксиса. по скорости ноду уделает, мне кажется

разве что в параллельность трудновато будет

Alex
09.10.2016
21:38:51
я думаю crystal еще не production grade

Alexander
09.10.2016
21:39:35
я думаю crystal еще не production grade
я думаю проект не коммерческий, так что… anyway, crystal используется уже в некоторых фирмах, в soundcloud давно для api (насколько мне известно)

Alex
09.10.2016
21:39:44
да? круто

Просто в судьбе crystal я пока не уверен

за rust например уже хайп и мозила стоят

Alexander
09.10.2016
21:40:12
да? круто
да, там с JSON очень крутая и быстрая работа. я сам пробовал — после маппинга отвыкаешь от динамики руби

Alex
09.10.2016
21:40:27
крутая и быстрая работа в плане производительности?

Google
Alex
09.10.2016
21:40:45
в рубях сериализатор сишный

Alexander
09.10.2016
21:40:48
Просто в судьбе crystal я пока не уверен
ждём нормальной поддержки многопоточности и быстрой компиляции, тогда и хайп можно будет поднимать

Alex
09.10.2016
21:40:59
многопоточность дрянь

Alexander
09.10.2016
21:41:26
крутая и быстрая работа в плане производительности?
ага. ну и написание не столь долгое. тупо прописываешь структуру JSON своими классами (хоть с методами)

Alex
09.10.2016
21:41:47
это ты jbuilder like интерфейс напоминаешь

Alexander
09.10.2016
21:42:06
многопоточность дрянь
потому многие и медлят с этим) ruby 3 вон только к 2020 году планируют с многопоточностью

Alex
09.10.2016
21:42:22
там проблем выше крыши

Alexander
09.10.2016
21:42:35
это ты jbuilder like интерфейс напоминаешь
ужасно выглядит синтаксис. ща

Alex
09.10.2016
21:42:45
я так предположу как неофит что нормальную честную многопоточность сделал только rust

ну и unsafe C

Admin
ERROR: S client not available

Nikolay
09.10.2016
21:43:00
Alex
09.10.2016
21:43:03
но там интерфейс разный между системума вроде

Alexander
09.10.2016
21:43:20
ужасно выглядит синтаксис. ща
https://crystal-lang.org/api/0.19.4/JSON.html#mapping-macro

Alex
09.10.2016
21:44:01
Хах, модельки

Alexander
09.10.2016
21:44:10
https://crystal-lang.org/api/0.19.4/JSON.html#mapping-macro
самый кайф начинается, когда в типе указываешь другие JSON классы свои

Alex
09.10.2016
21:44:42
смахивает на active model serializer

или как там его.

(обожаю фичу редактирования, я по клаве мажу)

Alexander
09.10.2016
21:45:31
(обожаю фичу редактирования, я по клаве мажу)
до сих пор печёт от того, что в ВК её нет, и много где ещё. да, кайфово

Google
Alex
09.10.2016
21:45:45
о да, очень удивился что в вк этого нет, хотя я там не часто общаюсь.

Alexander
09.10.2016
21:46:05
смахивает на active model serializer
ну если парсинг есть (в ридми не вижу) — то да, вроде похоже

Alex
09.10.2016
21:46:17
Не, не парсит вроде

Alexander
09.10.2016
21:46:20
за исключением того, что в разы быстрее и легче)

Alex
09.10.2016
21:46:21
может где то в internals

Alexander
09.10.2016
21:46:32
Не, не парсит вроде
ну вот а что я скинул — там парсинг основное

Alex
09.10.2016
21:46:48
Это как раз понятно.

Главное чтобы crystal до production допилили.

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

в биллинге например.

Alexander
09.10.2016
21:47:24
Главное чтобы crystal до production допилили.
да, надеюсь. но для небольших либ (500 LOC) вполне ок

Alex
09.10.2016
21:47:47
понятие "ок" очень расплывчатое.

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

поддержки гемов там скорее всего конечно же нет.

Alexander
09.10.2016
21:48:24
я просто писал узкое место на кристал уже и очень понравилось) проект так и не выкатили (по другим причинам), но выгода была очевидна (15 MB RAM против 250 MB)

Alex
09.10.2016
21:48:26
поэтому много кода придется писать самому, но это не страшно.

Расскажи кейс чтоли.

Alex
09.10.2016
21:49:06
у нас вот биллинг на рубях в стартапе считался. Пиздец он сука долго считался в тестах.

а так как это стартап то за скоростью там никто и не гнался, лишь бы работало.

Alexander
09.10.2016
21:49:38
Расскажи кейс чтоли.
очень нагруженная работа с внешним (чужим) api, частые запросы

Alex
09.10.2016
21:49:55
т.е дергаешь внешнюю апиху и делаешь калькуляции?

на кристале есть гемы какиенибудь?

Страница 230 из 1594