ну с концентрацией, наверное, многим туго.
или кажется что туго.
а в чем была цель пет-проекта? чтоб был пет-проект, код ради кода? не, это так не работает.
очень сложно делать то, что не имеет никакого смысла для вас. пет-проект должен решать какую-нибудь цель: облегчить вам жизнь, потешить чсв, получить работу или денег.
пет-проект это обычно нерабочее время, которое хочется (и нужно) тратить на себя.
а если вы тратите его не на себя, то за этим должна стоять какая-либо выгода, не обязательно деньги, но какой-нибудь приятный бонус.
ну вот выучите вы раст, окей. а зачем? что вы с ним будете делать? пойдёте на работу — по нему 3.5 вакансии, да и то со своей спецификой и если вы уже не занимаетесь системщиной, то дай бог вас возьмут на джуна. а таких вакансий, ну в общем еще меньше. да и не пойдёте вы, наверное, на джуна — у вас сейчас скорей всего за вашу "родную" технологию хорошая (больше джуновской уж точно) зарплата. то есть не аргумент уже и учить ради этого раст не стоит, наверное?
а ради чего тогда учить? саморазвитие? да не, как-то лень, там вон на ютубе интересное видео, да и вот на хабре что-то запостили про выгорание — тоже надо почитать. тоже не сработало.
чтоб что-то делать нужно иметь на это основание. вот, например, вы напишете на раст что-то, что принесёт вам 50 долларов. да, аж целых 50 долларов, которые вы получаете за пол дня битья баклуш на своей работе (я условно, я не знаю сколько вы получаете и что вы за это делаете), но это уже какая-то ценность. или вы напишете самый быстрый сервер на расте, даже быстрее чем actix и вас заметят, позовут в фейсбук на удалённую работу за 100 миллионов, или может вам просто будет достаточно что он самый быстрый. не важно, что может быть вы его даже не допишите. просто если вы сможете себя убедить что это вы делаете не для мифического "ну может когда-нибудь пригодится", а повесите перед собой вполне себе вкусную (хотя бы на вид) морковку, то шансы хотя бы не бросить раньше, чем начать, несколько увеличатся.
А мне больше интересно почему теперь к технологиям, используемым веб-разработчиками относится только javascript и html, а так же зачем бекендщикам на Ruby, Python, PHP, C, C#, Java и т.д. Node.js Best Practices?
Ничего не кеширует, просто будет держать соединения к апстриму за счет Keep-Alive.
serve_image.lua
мне кажется, проще будет это сделать на proxy_pass + proxy_cache*.
Но за статью спасибо, было интересно.
PS: На убунте, если не нужен весь openresty, а именно lua, достаточно ничего не компилируя поставить сам nginx (или нет, если у вас уже установлен) и доставить к нему модули. например, так: apt-get install nginx apt-get install nginx-extras
Это сейчас они у вас запрещены.
А давно запретили? Пару лет назад, да?
Фото и прочие данные синхронизировались, вы выключили синхронизацию и снапшот в облаке остался на тот момент.
По прошествии этих пары лет вы купили новый телефон, опять же самсунг, залогинились в тот же аккаунт, что был на прошлом телефоне и данные чудесным образом восстановились. Вернее совсем не чудесным, телефон смерджил снапшот с вашими текущими данными.
Отключение синхронизации в приложении галереи никоим образом не удаляет бэкап из облака (оно и не должно, к счастью).
за 3 евро/месяц можно взять впс на овх, с характеристиками достаточными для pptpd, за 4 — на контабо, который потянет openvpn.
гайдов по настройке за 5-10 циклов copy/paste в интернете пруд пруди.
самая большая проблема примеров с ffi в том, что они либо слишком сложные, либо, как ваш, не несут никакой практической пользы вообще.
а теперь попробуйте взять этот результат и применить его в своём скрипте на го. то то же.
покажите как вернуть значение в вызывающий код, расскажите как сделать так чтоб раст не удалил это значение при выходе из контекста, как потом почистить за собой память, есть ли возможность вернуть null и т.д.
а пример скопипастить на хабр это не интересно.
У меня было очень много времени и небыло возможности его девать, кроме как на такое)
В здравом уме я бы просто написал какой-нибудь вотчер, который контролировал бы ffmpeg.
Я бы рекомендовал посмотреть github.com/kinsi55/node_dvripclient
Если не получится использовать, то по крайней мере проще будет портировать.
Ну и все таки это поддерживаемый автором пакет, а не код на коленке из этой статьи:)
Дело ж не в том, хайлоад или нет или сколько там пользователей или сколько оно приносит денег.
Если мой личный сервис, не зависимо от его популярности, упадет пока я буду спать, то проснувшись я испытаю лишь некоторый дискомфорт и чувство неловкости.
Если упадет сервис моего работодателя по моей вине, то уровень ответственности предполагается немного иной. Как минимум серьезные муки совести.
В ноде тоже можно случайно где-то воткнуть блокирующее чтение файла:)
И где?) Где статьи, где хвастовство?)
Чтоб народ видел, что вот у нас на PHP тоже можно асинхронно, и ничем не хуже других, а будет еще лучше.
Тему то надо популяризировать)
А насколько это было «продакшн»? В своих каких-то проектах, иногда даже публично торчащих в окружающий мир, используется и у меня, но вот в серьезном проекте, за который чужой дядя платит деньги или будет платить, я еще не встречал.
Можно группировать какую-то работу с io, запихивать в Amp\Promise\wait() между синхронного кода и это более-менее решает проблему поддержки и ошибок, позволяя попользоваться асинхронностью. Но у меня это единичный случай и что будет если штук 50-100 php-fpm воркеров будут одновременно вращать свой event loop я не знаю, поэтому это под определенную специфику вариант.
Нода очень не нравится, поэтому и надеюсь что это будет развиваться в PHP.
Или если не пойдет, то уже буду ориентироваться на .net core.
Вряд ли так будет.
Возможно, к 8 добавят event loop в ядро, возможно, еще некоторые примитивы.
Из остального скорей всего всего что-то будет понемногу перетаскиваться, что-то перейдет в какие-то ffi-подключаемые расширения как nghttp2 в amphp/http-client, а какая-то часть так и останется. Скорость PHP растет и большинство из решаемых тут задач переписывать на что-то другое смысла нет или не будет уже в ближайшем времени.
Вообще хотелось бы верить, так как я очень люблю использовать что Amp, что какие-то компоненты от ReactPHP, в домашних поделках и мне зашло гораздо лучше, чем node.js, но пока о востребованности всего этого счастья только мечтать. Несколько раз попадались высказывания, что у кого-то даже в production вертится, однако упоминаний в вакансиях нет вообще, да и каких-то «историй успеха» на этом же хабре тоже не видать.
Идея очень интересная.
Как виртуальную фс, мне кажется, будет довольно сложно и до стабильной работы их доводят очень немногие, а так можно элементарно сделать какой-нибудь веб-прокси с интерфейсом просмотра файлов и возможностью копировать ссылку на искомый.
Или с html5 плеером. Те же оффсеты по файлу можно указывать прямо в url.
Вопрос только в том, чтоб реализовывать чтение всех этих форматов — тоже время и силы:)
ну с концентрацией, наверное, многим туго.
или кажется что туго.
а в чем была цель пет-проекта? чтоб был пет-проект, код ради кода? не, это так не работает.
очень сложно делать то, что не имеет никакого смысла для вас. пет-проект должен решать какую-нибудь цель: облегчить вам жизнь, потешить чсв, получить работу или денег.
пет-проект это обычно нерабочее время, которое хочется (и нужно) тратить на себя.
а если вы тратите его не на себя, то за этим должна стоять какая-либо выгода, не обязательно деньги, но какой-нибудь приятный бонус.
ну вот выучите вы раст, окей. а зачем? что вы с ним будете делать? пойдёте на работу — по нему 3.5 вакансии, да и то со своей спецификой и если вы уже не занимаетесь системщиной, то дай бог вас возьмут на джуна. а таких вакансий, ну в общем еще меньше. да и не пойдёте вы, наверное, на джуна — у вас сейчас скорей всего за вашу "родную" технологию хорошая (больше джуновской уж точно) зарплата. то есть не аргумент уже и учить ради этого раст не стоит, наверное?
а ради чего тогда учить? саморазвитие? да не, как-то лень, там вон на ютубе интересное видео, да и вот на хабре что-то запостили про выгорание — тоже надо почитать. тоже не сработало.
чтоб что-то делать нужно иметь на это основание. вот, например, вы напишете на раст что-то, что принесёт вам 50 долларов. да, аж целых 50 долларов, которые вы получаете за пол дня битья баклуш на своей работе (я условно, я не знаю сколько вы получаете и что вы за это делаете), но это уже какая-то ценность. или вы напишете самый быстрый сервер на расте, даже быстрее чем actix и вас заметят, позовут в фейсбук на удалённую работу за 100 миллионов, или может вам просто будет достаточно что он самый быстрый. не важно, что может быть вы его даже не допишите. просто если вы сможете себя убедить что это вы делаете не для мифического "ну может когда-нибудь пригодится", а повесите перед собой вполне себе вкусную (хотя бы на вид) морковку, то шансы хотя бы не бросить раньше, чем начать, несколько увеличатся.
А мне больше интересно почему теперь к технологиям, используемым веб-разработчиками относится только javascript и html, а так же зачем бекендщикам на Ruby, Python, PHP, C, C#, Java и т.д. Node.js Best Practices?
Ничего не кеширует, просто будет держать соединения к апстриму за счет Keep-Alive.
мне кажется, проще будет это сделать на proxy_pass + proxy_cache*.
Но за статью спасибо, было интересно.
PS: На убунте, если не нужен весь openresty, а именно lua, достаточно ничего не компилируя поставить сам nginx (или нет, если у вас уже установлен) и доставить к нему модули. например, так:
apt-get install nginxapt-get install nginx-extrasЭто сейчас они у вас запрещены.
А давно запретили? Пару лет назад, да?
Фото и прочие данные синхронизировались, вы выключили синхронизацию и снапшот в облаке остался на тот момент.
По прошествии этих пары лет вы купили новый телефон, опять же самсунг, залогинились в тот же аккаунт, что был на прошлом телефоне и данные чудесным образом восстановились. Вернее совсем не чудесным, телефон смерджил снапшот с вашими текущими данными.
Отключение синхронизации в приложении галереи никоим образом не удаляет бэкап из облака (оно и не должно, к счастью).
за 3 евро/месяц можно взять впс на овх, с характеристиками достаточными для pptpd, за 4 — на контабо, который потянет openvpn.
гайдов по настройке за 5-10 циклов copy/paste в интернете пруд пруди.
Первый вариант предлагает опцию "лежу на диване", но дальше это практически не учитывается.
Прям обрадовало — не зря курю, каждые пол часа перерыв.
самая большая проблема примеров с ffi в том, что они либо слишком сложные, либо, как ваш, не несут никакой практической пользы вообще.
а теперь попробуйте взять этот результат и применить его в своём скрипте на го. то то же.
покажите как вернуть значение в вызывающий код, расскажите как сделать так чтоб раст не удалил это значение при выходе из контекста, как потом почистить за собой память, есть ли возможность вернуть null и т.д.
а пример скопипастить на хабр это не интересно.
В здравом уме я бы просто написал какой-нибудь вотчер, который контролировал бы ffmpeg.
Если не получится использовать, то по крайней мере проще будет портировать.
Ну и все таки это поддерживаемый автором пакет, а не код на коленке из этой статьи:)
Если мой личный сервис, не зависимо от его популярности, упадет пока я буду спать, то проснувшись я испытаю лишь некоторый дискомфорт и чувство неловкости.
Если упадет сервис моего работодателя по моей вине, то уровень ответственности предполагается немного иной. Как минимум серьезные муки совести.
В ноде тоже можно случайно где-то воткнуть блокирующее чтение файла:)
Чтоб народ видел, что вот у нас на PHP тоже можно асинхронно, и ничем не хуже других, а будет еще лучше.
Тему то надо популяризировать)
Можно группировать какую-то работу с io, запихивать в Amp\Promise\wait() между синхронного кода и это более-менее решает проблему поддержки и ошибок, позволяя попользоваться асинхронностью. Но у меня это единичный случай и что будет если штук 50-100 php-fpm воркеров будут одновременно вращать свой event loop я не знаю, поэтому это под определенную специфику вариант.
Нода очень не нравится, поэтому и надеюсь что это будет развиваться в PHP.
Или если не пойдет, то уже буду ориентироваться на .net core.
Возможно, к 8 добавят event loop в ядро, возможно, еще некоторые примитивы.
Из остального скорей всего всего что-то будет понемногу перетаскиваться, что-то перейдет в какие-то ffi-подключаемые расширения как nghttp2 в amphp/http-client, а какая-то часть так и останется. Скорость PHP растет и большинство из решаемых тут задач переписывать на что-то другое смысла нет или не будет уже в ближайшем времени.
где usleep делает паузу около 10мс.
github.com/amphp/amp/blob/2ac3b550c4997f2ec304faa63c8b2885079a2dc4/lib/Loop/NativeDriver.php#L246
Как виртуальную фс, мне кажется, будет довольно сложно и до стабильной работы их доводят очень немногие, а так можно элементарно сделать какой-нибудь веб-прокси с интерфейсом просмотра файлов и возможностью копировать ссылку на искомый.
Или с html5 плеером. Те же оффсеты по файлу можно указывать прямо в url.
Вопрос только в том, чтоб реализовывать чтение всех этих форматов — тоже время и силы:)
это просто ретроспектива.
я знаю что этой штуке лет больше, чем хабру:)
Но да, amphp/cluster очень мощная штука.