des1roer: вам на каком уровне это надо? Если надо в рамках бизнес логики (как это обычно бывает когда работаешь с ORM) то можно поставить просто хук, который у новых моделей (которые были только что созданы) лениво по обращению (и перед сохранением, если мы не обращались к айдишке до этого) забирает новую айдишку из последовательности и сэтит ее как identity модели, в итоге при вставке уже не будет поиска новых айдишек и все такое.
des1roer: так Yii вам само все должно предоставлять, нет? Насколько я помню 2-ая ветка не сильно далеко от первой ушла и там можно было через lastInsergedID в dbal забрать последнее значение последовательности.
А можете пояснить зачем? Контроллеры находящиеся на одном уровне не должны вообще общаться друг с дружкой, только через контроллер на уровень выше. Ну или в оооочень специфичных случаях.
Вячеслав Успенский: libuv на котором реализовано взаимодействие с I/O асинхронный по настоящему, там два действия могут происходить одновременно, но сам же js и его асинхронности работают в пределах event loop. То есть если где-то кто-то запустил циклик на пол секунды, например похэшировать чего, то весь сервак на эти пол секунды замрет. Так же и со сборкой мусора например и еще куча других радостей.
Есть воркеры, есть отдельные модули добавляющие многопоточность, но я не видел ни одного человека у которого небыло с этим проблем в ноде.
Valery Semenencko: профит в модульности. это пост процессор, который из коробки ничего не умеет. Он дает вам возможность делать свои преобразования над AST и все такое прочее, все плюшки уже идут в отдельных модулях. Ну и как побочный эффект - работает он быстрее libsass написанного на плюсах, а возможности его не сказать что бы сильно ограничены.
Вообще вполне возможно реализовать все что дает sass или stylus только на postcss и все еще иметь возможность расширять своими плюшками. Вы же используете autoprefixer?
Вячеслав Успенский: на бэкэнде - вполне себе может, вопрос что там будет происходить. Если маршрутизация, сохранение и обработка данных - то вполне себе. Каждого клиента в свою корутину, или конвеер организовать. Много вариантов.
Александр Зачиналов: ну на счет стайлуса хз, не использовал его толком. А вот sass не умеет, вот такая забавная штука. Ему почему-то хочется видеть все подключаемое только с расширением scss/sass. А вот если захочется подключить css то оно не будет его инлайнить и все такое.
Что до разделения - ну как бы... commonjs и все такое, выносите таски в модули, подключаете все вместе в gulpfile. В модули выносите по назначению. Так проще поддерживать все это дело.
Valery Semenencko: ionic не так прикольно, а вот merge-streap и lazy-pipe еще на заметку возьмите, неплохо позволяют почистить gulpfile. Еще хорошая практика - разделить gulpfile на несколько файлов и держать все в одной папочке.
