Это же весервер с модулями

Мерлин, все же можешь про статистику более подробно. Пока не ясно что именно неудобно вайбом собирать

Олег, а ты шаблонизатор встроенный юзаешь? Или просто на HTML пишешь?

Кстати очень рекомендовал тебе бы Vue-js посмотреть. Очень простой и главное мега компактный фреймворк.

Мерлин, все же можешь про статистику более подробно. Пока не ясно что именно неудобно вайбом собирать

Да всё удобно вайбом собирать Просто то, что тебе придётся писать самому, nginx чаще всего умеет из каробки

ну можно какой то пример часто встречающийся

Например балансировщик нагрузки

это когда сайт обслуживается 2 и более серверами?

Да

Или тебе надо ограничить число соединений

Олег, а ты шаблонизатор встроенный юзаешь? Или просто на HTML пишешь?

ещё не использую, но явно буду шаблонизатор vibe'овский использовать

https://habrahabr.ru/post/177215/

по сути только такая статистика интересна обычно?

Кстати, мне очень на flexbox понравилось верстать.

как я понял это кандидат на включение в стандарт css?

и это работает только в chrome и firefox видимо, да?

в Edge вроде как тоже

про IE не в крусе честно

но гемора снимает какое-то дикое количество

я верстать научился лишь пару месяцев как. До этого получался какой-то ад. А flex-box посмотрел — и сразу все стало получаться как надо

без бутсраков и прочей мути

почитаем по подробней

просто даже на мобиле все открывается как надо

ребят, кто с вебом плотно работает, объясните ещё раз популярно зачем ставить nginx поверх сайта на d? vibe статику плохо раздаёт? нужен ли он для api-сервера (чувствую что не сильно)? с поддоменами лучше именно через nginx работать?

Да, как правильно выше заметил Мерлин, nginx это швейцарский нож для работы с вебом - правила роутинга, балансировка, кеширование, работа с https и еще много чего другого отточена в нем годами. Тут vibed ему не конкурент.

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

> vibe статику плохо раздаёт? Не думаю что прям уж плохо, но nginx точно лучше

А при переключании файберов значения регистров куда сохраняются?

А при переключании файберов значения регистров куда сохраняются?

Во внутреннюю структуру файбера

но она же в памяти

Ну да, а почему это проблема?

ну вот смотри логическая цепочка такая. Тред требует переключения контекста. Переключение занимает много т.к. требуется сохранить значение регистров в оперативной памяти. Так?

А файбер же тоже работает с данными и ему тоже куда-то сохранить их надо

ну вот смотри логическая цепочка такая. Тред требует переключения контекста. Переключение занимает много т.к. требуется сохранить значение регистров в оперативной памяти. Так?

Нет, много времени потому что в режим ядра уходят потоки

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

Переключение много занимает

Доступ на этом фоне вообще мелочь

а почему переключение занимает много?

Если бы был другой набор регистров у процессора, куда он мог бы сохранять состояние пока, то это называлось бы гипертрейдингом

а почему переключение занимает много?

Ну вот как-то так))

а почему? хоть где-то можно почитать?

Да, таненбаум 'современные операционные системы'

Я просто не помню, если честно

планировщик один? или в ядре и в юзер-спейсе разные?

уф...:

So, nowadays, a kernel trap is basically just a couple of cpu instructions, hence rather few cycles, compared to tenths or hundreds of thousands when using an interrupt (which is really slow on modern CPU's).

А вот данную фразу как понять: Runs a new asynchronous task in a worker thread типа ассинхронно запускается в данном рабочем потоке или как?

и ассинхронно = через файберы?

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

В моей говновиртуалке (говноархитектуре скорее, ибо всё это куда-то в сторону микропроцессора-конструктора на верилоге уползло и зависло) всего два регистра (вернее один сдвиговый fifo на две ячейки + неявный указатель на управление в который фактически пишт джампы, гото и т.п.) и там компилятор должен был (так и не написал его к сожалению) как раз всю "ось" собой заменять. Там многозадачность/поточность только так и работает, что где это разрешено (или не запрещено) компилятор должен был вставлять инструкцию, сохраняющую регистры, загружать следующую из глобальной очереди и передавать управление. Думал это будет тормозить, но на деле вышло вообще почти незаметно, ибо 3 чтения регистра + 4 записи в память (+несколько операций, не помню каких точно) + 4 чтения памяти + 3 записи регистра. Итого коло 8 обращений регистрам (+ чутка арифметики, т.е. 12 где-то) и десяток обращений к памяти. Аналогично какому-нибудь if((a + b) > c) {i++;} else {i--;} выходит.

Блин я иногда думаю что Рубисты — счастливые люди. Вообще про это не парятся.

и получают при этом дохрена

Ну я парюсь потому что это охренеть как интерено. Пока не надоело ?

в итоге щас просто не паришься?

У рубистов тоже есть куча проблем

манки-патчинг, трудный дебаг, непонятное поведение программ

но на Руби реально софт так быстро пишут? Что за это такие деньги готовы платить?

но на Руби реально софт так быстро пишут? Что за это такие деньги готовы платить?

Быстро пишут, а потом очень трудно и долго поддерживают

Ну или говорят что это нельзя поддерживать и нужно все переписать

и часто так бывает?

Кстати, а почему за Ruby так хорошо платят? Один из самых высоко оплачиваемых языков

по-хорошему дожны платить как раз за способность написать быстро + быстроподдерживаемо и без переписывания)

а иначе это тупо налог на моду

у него как и остальных скриптовых языков как понимаю еще огромный гемор с деплоем

я как-то посмотрел как оно там на серевере разворачивается — ппц просто

Кстати, а Swift никто не пробовал?

по-хорошему дожны платить как раз за способность написать быстро + быстроподдерживаемо и без переписывания)

Да но в условиях современного быстроменяющегося мира второе требование не особо актуально. Через 3-4 года уже проект умирает, и можно снова с нуля говнокодить.

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

ERROR: S client not available

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

может он имел ввиду прототипирование?)

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

Ну вроде того

Кстати про небольшое и добротное. libui только что заценил. Оч приятная либа

для построения GUI

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

В плане?

Короче для сишной libui сделали удобную ООП обертку для Ди

либа сама 200КБ весит всего

По сравнению с QT это небо и земля

Qt — это не только UI

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

Это же иллюзия, написано только то что можно помыслить в текущих операционных системах. А если подумать про IoT, биотех, финтех, то там поле непаханное для утилит

Я имею в виду можно сказать что-то в трёх словах (например "руби нужен для протитипирования") и каждый поймёт это несколько по-разному. (На самом деле просто прокрастинирую и флуд развожу).

Кстати, а в чем такая проблема UI написать? Почему для Ди никто не смог ничего нормального запилить за столько лет?

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

Ни у кого не хватает духу его весь изучить, сообщество фрагментировано поэтому

А тоесть это не я один такой который больше половины языка не понимает где использовать и как оно работает?)

Ты не один конечно, ну я например и кодирую на нем весьма редко

@chebotarevp Может и так. Просто со своего стула не очень вижу как и куда можно податься в этом направлении.

В плане Ди?

@chebotarevp Может и так. Просто со своего стула не очень вижу как и куда можно податься в этом направлении.

У меня лично куча фантазий - написать хороший компактный proxy сервер, снифер различных пайпов в линуксе, дубликатор трафика, телеграм бота. Только где взять на все это время? Нужны месяцы копаний.

DCD допилите Христом Богом прошу!

ну это да, но в плане ГУИ то что? Почему его так никто и не написал? Там же вроде бы все не сложно должно быть. Окошко, кнопочку нарисовать...

)

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

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

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

да просто люди пишут же кучу всяких либ непонятных, а с ГУИ либами почти для всех языков жопа

неужто там такой геморой?

В итоге гуи-либу аж на чистом Си написали, а не на Ди, хотя как понимаю на Си ее написать в разы сложнее чем на Ди

под остальные языки тоже почему-то ГУИ не пишут. Все биндинги к ГТК пытаются делать и QT

Не знаю никогда не писал нормального ГУИ, но думаю что там непросто