Так как запуск новой сверхтяжёлой ракеты SLS оказывается слишком дорогим (в твиттере проскакивала стоимость 1 пуска в миллиард баксов), рассматривается предложение о том, чтоб первый же пуск проводить с экипажем. «I hope not, if they want to kill a bunch of astronauts there has to be a cheaper way» — сообщает комментатор из твиттера.
С одного проекта заказчик тупит и денег не даёт, с другого бабло до меня дойдёт не раньше 1 марта, а жрать уже нечего. В связи с чем приму в долг 1.5 килорубля до начала этого самого марта.
Спасибо 
dmxrand за 500 р, осталось ещё 1к
Контакты:
Ну и какое отношение ракетный двигатели имеют к политическим и религиозным спорам? Ни в одной из удалённых тем вроде не написано «зато попы освящали»
Согласно http://caniuse.com/#feat=upgradeinsecurerequests должно уметь как минимум с 43 версии.
Однако, открываем https://see.md/videos/ANWkxe и видим, что в Firefox 42 всё работает и фрейм прекрасно виден. А в Chrome 46 чёрное поле и куча ошибок про mixed content в консоли.
Есть варианты, что это такое и как это пофиксить?
Сижу, никого не трогаю, ковыряю сайтег на рубирельсах, в процессе ВНЕЗАПНО оказалось, что я юзаю не системный bundler, а какую-то старую версию, поставленную через rvm, когда в генте ещё ruby 2.0 был замаскирован. Так как теперь со новыми рубями всё ок, решаю снести нахрен rvm и юзать системный ruby. В процессе сноса оказывается, что у меня бинарные либы в бандле были слинкованы с rvm'овским libruby и теперь их надо пересобирать. Ну фигли, сношу vendor/bundle, bundle install, ждём-с... вроде установилось.
Но хрен там:
rake aborted!
LoadError: nokogiri.so: cannot open shared object file: No such file or directory - /home/infoman/work/dev/rails4/projectname/vendor/bundle/ruby/2.0.0/extensions/x86-linux/2.0.0/nokogumbo-1.2.0/nokogumboc.so
При этом в продакшене всё работает и корректно находит все нужные либы, специально там тоже пересобрал.
После долгого колупания доколупался до непосредственно вызова линкера в виде
/usr/libexec/gcc/i686-pc-linux-gnu/4.8.4/collect2 --verbose=2 --eh-frame-hdr -m elf_i386 -shared -o nokogumboc.so /usr/lib/gcc/i686-pc-linux-gnu/4.8.4/../../../../lib/crti.o /usr/lib/gcc/i686-pc-linux-gnu/4.8.4/crtbeginS.o -L. -L/usr/lib -L. -L/home/infoman/work/dev/rails4/bundler-test/vendor/bundle/ruby/2.0.0/gems/nokogiri-1.6.6.2/ext/nokogiri -L/usr/lib/gcc/i686-pc-linux-gnu/4.8.4 -L/usr/lib/gcc/i686-pc-linux-gnu/4.8.4/../../../../i686-pc-linux-gnu/lib/../lib -L/usr/lib/gcc/i686-pc-linux-gnu/4.8.4/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/i686-pc-linux-gnu/4.8.4/../../../../i686-pc-linux-gnu/lib -L/usr/lib/gcc/i686-pc-linux-gnu/4.8.4/../../.. string_buffer.o tag.o attribute.o char_ref.o nokogumbo.o vector.o parser.o error.o tokenizer.o utf8.o string_piece.o util.o -O1 --as-needed -export-dynamic --no-undefined -l:nokogiri.so -lruby20 -lxml2 -lxml2 -lpthread -lrt -ldl -lcrypt -lm -lc -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/i686-pc-linux-gnu/4.8.4/crtendS.o /usr/lib/gcc/i686-pc-linux-gnu/4.8.4/../../../../lib/crtn.oИ выдал мне линкер выхлоп, в котором из относящегося к делу про nokogiri.so было примерно следующее:
attempt to open ./nokogiri.so failed
attempt to open ./nokogiri.so failed
attempt to open /usr/lib/nokogiri.so failed
attempt to open /usr/lib/nokogiri.so failed
attempt to open ./nokogiri.so failed
attempt to open ./nokogiri.so failed
attempt to open /home/infoman/work/dev/rails4/bundler-test/vendor/bundle/ruby/2.0.0/gems/nokogiri-1.6.6.2/ext/nokogiri/nokogiri.so succeeded
-l:nokogiri.so (/home/infoman/work/dev/rails4/bundler-test/vendor/bundle/ruby/2.0.0/gems/nokogiri-1.6.6.2/ext/nokogiri/nokogiri.so)
И в результирующем nokogumboc.so рисовался такой линк:
Dynamic section at offset 0x5aed8 contains 26 entries:
Tag Type Name/Value
0x00000001 (NEEDED) Shared library: [nokogiri.so]
И была это версия ld из binutils-2.25.
Тогда как на машине, где всё работало, стояли binutils-2.24, и генерили выхлоп:
attempt to open nokogiri.so failed
attempt to open ./nokogiri.so failed
attempt to open /usr/lib64/nokogiri.so failed
attempt to open ./nokogiri.so failed
attempt to open /var/www/see-2014/vendor/bundle/ruby/2.0.0/gems/nokogiri-1.6.6.2/ext/nokogiri/nokogiri.so succeeded
nokogiri.so (/var/www/see-2014/vendor/bundle/ruby/2.0.0/gems/nokogiri-1.6.6.2/ext/nokogiri/nokogiri.so)
(Что значит -l: в первом выхлопе и его отсутствие во втором?)
И результат:
Dynamic section at offset 0x57d90 contains 26 entries:
Tag Type Name/Value
0x0000000000000001 (NEEDED) Shared library: [/var/www/see-2014/vendor/bundle/ruby/2.0.0/gems/nokogiri-1.6.6.2/ext/nokogiri/nokogiri.so]
Тут либа линкуется по её полному пути и прекрасно грузится, пока весь бандл не переедет в другое место.
В итоге сдаунгрейдил binutils до 2.24 и всё заработало.
Баг в binutils? Или это они так решили тихо и незаметно изменить поведение линкера?
Внезапно открыл доки апача и в разделе про логи обнаружил там следующую интересную инфу:
Anyone who can write to the directory where Apache is writing a log file can almost certainly gain access to the uid that the server is started as, which is normally root. Do NOT give people write access to the directory the logs are stored in without being aware of the consequences; see the security tips document for details.
Это каким образом такое может быть и почему оно так?
Собсно, купил Euro Truck Simulator 2 в стиме по случаю распродажи. Запускаю, а через некоторое время (часто даже с базы выехать не успеваю) приходит добрый доктор OOM Killer и прибивает процесс. Система 32-битная, памяти 4 гига, пробовал закрывать Firefox — всё равно приходит и прибивает.
-mm_pool_size 400 не помогает, всё равно дохнет.
Вот зе фак?
Сижу, ковыряю генту, довольно давно не обновлявшуюся. Чиню конфликты, снёс древний руби 1.8, который держал из-за отсутствия ебилдов нового пассажира для nginx, поставил nginx с пассажиром из оверлея mva.
После этого началось ОНО. При запуске nginx'a пассажир стал ругаться на невозможность прочитать /dev/urandom из-за «Permission denied». Начал тыкать всякое, в итоге выяснилось:
- ни под одним юзером, кроме меня и рута, ничего не читается и не запускается, хотя права есть.
- уже запущенные под своими юзерами сервисы работают ровно до перезапуска, после которого тоже не могут ничего прочитать и запустить.
- после ребута система не грузится вообще, останавливая загрузку на одном из таких сервисов (конкретно mysql), который при запуске виснет и не даёт запускаться всем остальным.
Загрузился с флэшки (это оказался debian minimal), чрутнулся, любые файлы читаются только рутом, su или sudo на любого другого юзера говорит permussion denied, программы, отказывающиеся от рута при запуске, не могут прочитать свои данные.
Что это может быть и как с эим бороться?
Чото подумалось, что хочется такой фиговины.
Некая софтина, ставится на раздел винта (или на софтрейд-зеркало). Запускается при загрузке машины первой, поднимает сеть, открывает несколько портов для управления (например, ssh или https для собственной конфигурации, что-то типа vnc для управления запускаемой осью). Поднимает гостевую ОС и пробрасывает ВСЕ устройства в неё, включая USB-порты, PCI, видяхи, винты и т. д. В случае одной сетевой карты на хост-системе пробрасывается виртуальная сетевуха и бриджится с настоящей.
Цель — обеспечить возможность удалённого восстановления упавшей от неудачных экспериментов системы на машинах без железного IPMI.
Есть такое в природе хотя бы в виде «work-in-progress» или я придумал какую-то ненужную херню?
Как только что выяснилось, товарищ wmark внезапно решил прекратить поддержку ruby в ебилдах nginx. Отсюда возникает вопрос, откуда теперь можно брать новые версии nginx с поддержкой пассажира?
Поверхностный гуглёж показывает только какие-то устаревшие версии, самому пилить ебилды — не особо удачный вариант, ибо из-за моей природной лени поддерживать их в актуальном состоянии и регулярно обновлять мне будет тяжело.
Есть варианты?
Залетело в комнату, под действием фумигатора слегка расслабилось и устроилось у меня на одеяле. Что это за фигня?
https://lh6.googleusercontent.com/-1U2odaUwu9M/UbZde1YAh_I/AAAAAAAABAY/a-L6lW...
Внезапно захожу и вместо привычной цветовой гаммы вижу ядовито-зеленовато-голубоватое нечто. Захожу в настройки и вижу выбранный white2 вместо white, а сам white куда-то подевался. Зачем?
Ходят упорные слухи, что новый Xbox не будет работать без постоянного подключения к интернет.
«Если интернет пропадет всего на три минуты, игра или запущенное приложение будет заморожено».
«Без соединения вы не сможете ничего запустить».
Все это цитаты анонимного источника Kotaku.
По соседству беснуется креативный директор Microsoft Адам Орт, который, отвечая на эти слухи, сделал несколько резких замечаний в твиттере.
Адам намекает, что все недовольные просто живут в неправильных местах.
На Реддите уже собралась толпа линчевателей. Neogaf не остает.
Судя по всему, Microsoft всем составом красиво сошел с ума, как это бывает с крупными организациями. Что похожее когда случилось с Древним Римом.
Предположим, есть glusterfs с несколькими нодами и distributed volume на них. В смонтированную фс пишутся файлы, которые, естественно, раскидываются по разным нодам.
На нодах стоит nginx, настроенный на раздачу статики из директорий, в которых находятся брики glusterfs.
Вопрос: можно ли узнать, на какой ноде оказался файл, чтоб из приложения сгенерить правильную ссылку на соответствующий nginx? Такое умеет XtreemFS (http://www.xtreemfs.org/quickstart_repl.php), но оно тяжёлое и на жабе, да и gluster как-то более известный и выглядит понадёжнее. Или придётся городить левый сервис, который будет висеть на каждой ноде и проверять наличие файла?
Такой тут вопрос нарисовали в жаббере
<username> нужен хостинг под реселлинг.... у кого лучше покупать?
... тут всякое блаблабла про моё нубство в вопросах хостинга ...
<infoman> какой хостинг нужен? тупо шареный с пхп или вдс?
<username> тупо :) на самом деле подробностей не знаю...... нужны варианты по всякому...
Собсно, ваши предложения.
Есть директория, принадлежащая мне. В директорию производится заливка файлов с помощью nginx+upload_module. Засада в том, что файлы при этом принадлежат пользователю, под которым запущен nginx, а надо, чтобы мне.
При попытке сделать chown чужого файла себе меня посылают нафиг. Это при том, что он лежит в моей директории, я имею права на запись к директории и к самому файлу и могу его нафиг удалить, переименовать и сделать всё, что угодно, кроме того, что, собственно, нужно.
Пробовал:
Можно, конечно, тупо скопировать файл и удалить оригинал. Права на директорию (т. к. она моя) это позволяют. Но файл может весить до фига и на нагруженном сервере это лишнее копирование нафиг не надо.
Файл после загрузки должен обрабатываться рельсовым приложением, запущенным через passenger, прикрученный к этому же nginx'у. Пассажир запускает приложение под тем юзером, которому принадлежит конфиг, соответственно, подо мной. Файло перемещается из директории, куда его положил nginx, в директорию приложения, после чего приложение пытается выставить на него правильные права доступа и отправить на дальнейшую обработку. А хрен — права не выставить, т. к. файл чужой.
Пока что вижу такие варианты:
Есть ли возможность как-то забрать файл без танцев с бубном и без копирования?
| следующие → |
