Зато шаблонизацией и простыми вычислениями теперь занимается не сервер, а клиент. Помимо экономии ресурсов сервера, имеем экономию трафика обеими сторонам (данные вместо готовой разметки), времени загрузки новых данных и много чего еще.
Вы точно ко мне обращались?) Я ничего не мог перепутать. Исторический материализм — это безусловно полезный способ пощупать такого большого слона как История, но я его не применял.
Но раз уж вы начали, интересно будет почитать про то, как современный истмат объясняет феномен того, что у Древних Греков были паровые и другие машины, но участвовать в производственных отношениях они начали только через 2 тысячи лет?
Быстро вы навешали ярлык. Не имею ни представления о взглядах автора статьи и тем более не возьмусь их защищать. Мне просто интересно, разве для развития производственных сил «совсем» не нужны идеи и их накопление? Как по-вашему появляются изобретения? Кто субъект?
В The Zen of Python тоже не встречается слов «программа», «код» и «сделать разработку программного кода эффективнее и приятнее»)
Однако, принятие описанных там идей как ценных с большой вероятностью ведет к последнему, среди прочего.
Мне показалось, что автор сознательно выбрал такую позицию в целях мысленного эксперимента:
Давайте не будем принимать во внимание то, что одна из проблем рабства заключается в том, что оно не мотивирует людей на изобретение механизмов для выполнения большого количества элементарной работы, включая вычисления. И давайте не принимать во внимание вопрос о «накоплении» идей предшественников, которые нужны и используются даже гениями — суть вопроса на самом деле звучит как «Можно ли построить что-то?» в данный момент нашей истории.
Давайте не будем принимать во внимание то, что одна из проблем рабства заключается в том, что оно не мотивирует людей на изобретение механизмов для выполнения большого количества элементарной работы, включая вычисления.
Понятно, что статья о другом, но если всё же принять это во внимание, то выяснится, что в той исторической ситуации (в мире доминирует рабовладельческий строй) технический прогресс был чудовищно маловероятен без прогресса гуманитарного. Машины не нужны, не выгодны, им нет места в общественном сознании и в общественных процессах — потому что есть рабы.
Не случись в результате исторического процесса религиозных, общественных, правовых и т.д. эволюций и\или революций — технический прогресс был бы не нужен. Получается, что Нагорная Проповедь — это RFC на пакет с фичей «отмена рабства», который в итоге стал dependency к НТР и ИТ))
Всегда интересно наблюдать, как большинство технарей (по самоопределению и самоограничению) корёжит от этой мысли. (Достал попкорн)
Пардон, получается что в тесте ответ верный — 7, а я выбрал 3. Кстати, с футболками-бейсболками та же ситуация, причем правильный ответ у меня также есть в табличном процессоре, а выбрал по данным теста не тот. Либо тест путает выбор, либо это моя невнимательность. Скорее, конечно, — второе, но если что — имейте сигнал ввиду.
1. В тесте правильный ответ отмечен как «3», мой «7» не засчитан.
2. Наверное нужно как-то отразить разницу определения «прибыль» или использовать другое, иначе, для того чтобы в точности следовать вопросу, пришлось прикинуть среднюю по стране маржу и выбирать между двумя убыточными вариантами.
1. Вопрос «Ваш сайт состоит из двух страниц – главной и оформления заказа.» 200 уников * (100% — 30% отказов) * 5% конверсия = 7 заказов. Где ошибка?
2. Вопрос про медиа-план и выручку с вероятностью в 80% равную или меньшую бюджету кампании. Как можно посчитать прибыль без знания маржи? Или у вас выручка минус затраты на рекламу и есть прибыль?
Для Strange Protocol в pyenet есть test_server.py, достаточно было изменить порт и запустить, самому ничего писать не потребовалось.
Когда делал MariaDB repair, то создал отдельную БД с таблицей и взял .frm для предоставленного .ibd чтобы не рисковать потерей времени если с discard tablespace что-то пойдет не так.
По поводу 3.1 и бэкапов. Я один раз попробовал закачать браузером — PVE тоже выдал какую-то ошибку, но я, честно говоря, вообще не расстроился, т.к. думаю что доверять браузеру такие вещи нельзя. Тем более, что нет докачки при обрыве.
То, что теперь обходятся без Apache наверное скорее плюс. При желании его же можно поставить также как и vsftpd. Правда, я бы не ставил ни того, ни другого, т.к. это значит передавать нешифрованые бэкапы по нешифрованому каналу. Если не заморачиваться с HTTPS или FTPS, конечно. По-моему, SFTP через SSH намного безопаснее, проще, удобнее и быстрее.
Кстати, сегодня поутру выяснилось, что рецепт с incron выше нерабочий, т.к. rsync сначала закачивает архив во временный файл, а потом переименовывает в оригинальное название, а до incron'а доходит событие со старым названием файла. Чтобы rsync работал в этом смысле как cp или scp, нужно запускать его с опцией --inplace. Чуть менее хорошее, но тоже рабочее решение — мониторить incron'ом событие IN_MOVED_TO.
А я тут как раз сегодня резервное копирование поднастраивал. Могу поделиться несколькими ньюансами.
1. Если у вас контейнер на локальном LVM, то режим бэкапа снимком (mode snapshot) не будет работать если хранилище бэкапов находится на том же разделе LVM, а бэкап автоматически будет производиться в режиме suspend, что выведет контейнер в оффлайн на некоторое время. Последнее может легко пройти незамеченным для администратора, но не для аптайма с точки зрения внешних наблюдателей. Проверьте себя:
2. В интерфейсе proxmox опущено несколько очень полезных опций бэкапа утилиты vzdump, но их можно дописать вручную в /etc/cron.d/vzdump, причем у меня они даже сохраняются после изменения задачи через вебморду (хотя лучше всё равно проверять):
--exclude-path "/var/www/temp-or-big-files/"
--script /root/bin/send-backups-to-remote-host.sh
3. send-backups-to-remote-host.sh
#!/bin/bash
RSYNC_TARGET="limited-user@example.com:/backups/incoming/"
if [ "$1" == "backup-end" ]; then
/usr/bin/rsync --bwlimit 5000 -a $TARFILE $RSYNC_TARGET
fi
Полный список доступных событий и переменных можно посмотреть в файле /usr/share/doc/pve-manager/examples/vzdump-hook-script.pl.
4. Закрытие security issue связанного с п.3 (немного оффтоп).
Т.к. бэкапы на удаленную машину производятся автоматически, на сервере proxmox остается ssh-ключ. Значит, с помощью него злоумышленник, получивший доступ к серверу, может попытаться испортить бэкапы на удаленной машине. Чтобы не допустить этого, можно использовать замечательный демон incron, использующий механизм ядра inotify, а значит — почти бесплатный и запускающий нужное нам действие ровно в тот миг, когда нам нужно:
sudo apt-get install incron
Incron перенял многое у cron:
sudo incrontab -e
Теперь пропишем в открывшийся файл запуск скрипта (/sbin/protect_backups.sh) с передачей в качестве параметра полного пути к файлу ($@$#) при событии закрытия файла на запись (IN_CLOSE_WRITE) для пути /backups/incoming/.
Теперь сервер с proxmox по cron'у ночью запускает резервирование контейнера, в ходе которого архив автоматически доставляется на удаленную машину. После окончания доставки, удаленная машина защищает бэкап от возможных инсинуаций. В итоге получилась безопасная, легкая, понятная и ненавязчивая система резервного копирования контейнеров без применения каких-либо спец.средств (считаю, что incron должен быть в стандартной поставке дистрибутивов linux).
HTPC-гики, да и просто гики на xbmc.org, xda, и т.д с вами не согласятся. К тому же, это почти идеальная технология для показа презентаций — донгл к проектору, в руках смартфон, планшет (а при помощи ваших изыскакий — и ноутбук), и не надо марсианских пультов или специфичного софта.
Качество картинки на динамичных сценах страдает даже при разрешении 720x480, 30 FPS. Я уж не говорю про Full HD. Разумеется, с появлением более мощных процессоров картина будет меняться, но пока все печально.
Насколько я понимаю, это решается уже сегодня, если на стороне сервера будет подходящая ОС. Расскажите пожалуйста, как вы видите процесс реверса принимающей видеосигнал части и предполагаемую схему работы «клиентского» ПО, если там тоже будет x86 *nix? Wi-Fi Direct (WPA supplicant, P2P) + DHCP-сервер для установки соединения, RTSP-клиент и demux-decode для H.264 внутри MPEG-TS? Это всё что нужно? RTSP-клиент всегда стучится на порт 7236? Какие еще вам известны ньюансы?
Вообще автор, вы большой молодец — свежий бесстрашный взгляд на вещи вкупе с прямыми руками. Я много раз видел вопросы про Miracast в сообществах энтузиастов и даже чего-то сам гуглил, но там нет вообще ничего на сантиметр приближающего к реализации. А вы тут одним ударом. Если вы разрешите, и никто не сделает этого раньше, то не позднее ближайшего воскресенья я могу перевести данный лог ваших изысканий на английский и, опять же, с вашего разрешения, закинуть в места где некоторым людям это будет очень интересно. Что скажете?
Не нужно в очередной раз кривляться и уводить тему в сторону — ваш вопрос не имеет отношения к тому, что «сирийские хакеры» и «SEA взяла на себя ответственность» — тенденциозные версии, а не факты реальности, а это вы усиленно скрываете.
Такого никто не утверждал, это ваша мысль. Речь о том, что каждая «фигня» принадлежит своему времени.
А по остальному… у вас какая-то другая история)
Вы точно ко мне обращались?) Я ничего не мог перепутать. Исторический материализм — это безусловно полезный способ пощупать такого большого слона как История, но я его не применял.
Но раз уж вы начали, интересно будет почитать про то, как современный истмат объясняет феномен того, что у Древних Греков были паровые и другие машины, но участвовать в производственных отношениях они начали только через 2 тысячи лет?
Однако, принятие описанных там идей как ценных с большой вероятностью ведет к последнему, среди прочего.
Если вы имели ввиду, что у вас не так, то я искренне рад за вас и ваше окружение (без иронии).
Понятно, что статья о другом, но если всё же принять это во внимание, то выяснится, что в той исторической ситуации (в мире доминирует рабовладельческий строй) технический прогресс был чудовищно маловероятен без прогресса гуманитарного. Машины не нужны, не выгодны, им нет места в общественном сознании и в общественных процессах — потому что есть рабы.
Не случись в результате исторического процесса религиозных, общественных, правовых и т.д. эволюций и\или революций — технический прогресс был бы не нужен. Получается, что Нагорная Проповедь — это RFC на пакет с фичей «отмена рабства», который в итоге стал dependency к НТР и ИТ))
Всегда интересно наблюдать, как большинство технарей (по самоопределению и самоограничению) корёжит от этой мысли. (Достал попкорн)
2. Наверное нужно как-то отразить разницу определения «прибыль» или использовать другое, иначе, для того чтобы в точности следовать вопросу, пришлось прикинуть среднюю по стране маржу и выбирать между двумя убыточными вариантами.
2. Вопрос про медиа-план и выручку с вероятностью в 80% равную или меньшую бюджету кампании. Как можно посчитать прибыль без знания маржи? Или у вас выручка минус затраты на рекламу и есть прибыль?
То, что теперь обходятся без Apache наверное скорее плюс. При желании его же можно поставить также как и vsftpd. Правда, я бы не ставил ни того, ни другого, т.к. это значит передавать нешифрованые бэкапы по нешифрованому каналу. Если не заморачиваться с HTTPS или FTPS, конечно. По-моему, SFTP через SSH намного безопаснее, проще, удобнее и быстрее.
Отлаживать inotify можно так:
1. Если у вас контейнер на локальном LVM, то режим бэкапа снимком (mode snapshot) не будет работать если хранилище бэкапов находится на том же разделе LVM, а бэкап автоматически будет производиться в режиме suspend, что выведет контейнер в оффлайн на некоторое время. Последнее может легко пройти незамеченным для администратора, но не для аптайма с точки зрения внешних наблюдателей. Проверьте себя:
2. В интерфейсе proxmox опущено несколько очень полезных опций бэкапа утилиты vzdump, но их можно дописать вручную в /etc/cron.d/vzdump, причем у меня они даже сохраняются после изменения задачи через вебморду (хотя лучше всё равно проверять):
3. send-backups-to-remote-host.sh
Полный список доступных событий и переменных можно посмотреть в файле /usr/share/doc/pve-manager/examples/vzdump-hook-script.pl.
Incron перенял многое у cron:
Теперь пропишем в открывшийся файл запуск скрипта (/sbin/protect_backups.sh) с передачей в качестве параметра полного пути к файлу ($@$#) при событии закрытия файла на запись (IN_CLOSE_WRITE) для пути /backups/incoming/.
В скрипте /sbin/protect_backups.sh мы забираем у юзера, закачивающего бэкапы, возможность их изменять после окончания закачки:
Не забываем делать скрипты исполняемыми:
Теперь сервер с proxmox по cron'у ночью запускает резервирование контейнера, в ходе которого архив автоматически доставляется на удаленную машину. После окончания доставки, удаленная машина защищает бэкап от возможных инсинуаций. В итоге получилась безопасная, легкая, понятная и ненавязчивая система резервного копирования контейнеров без применения каких-либо спец.средств (считаю, что incron должен быть в стандартной поставке дистрибутивов linux).
HTPC-гики, да и просто гики на xbmc.org, xda, и т.д с вами не согласятся. К тому же, это почти идеальная технология для показа презентаций — донгл к проектору, в руках смартфон, планшет (а при помощи ваших изыскакий — и ноутбук), и не надо марсианских пультов или специфичного софта.
Насколько я понимаю, это решается уже сегодня, если на стороне сервера будет подходящая ОС. Расскажите пожалуйста, как вы видите процесс реверса принимающей видеосигнал части и предполагаемую схему работы «клиентского» ПО, если там тоже будет x86 *nix? Wi-Fi Direct (WPA supplicant, P2P) + DHCP-сервер для установки соединения, RTSP-клиент и demux-decode для H.264 внутри MPEG-TS? Это всё что нужно? RTSP-клиент всегда стучится на порт 7236? Какие еще вам известны ньюансы?
Вообще автор, вы большой молодец — свежий бесстрашный взгляд на вещи вкупе с прямыми руками. Я много раз видел вопросы про Miracast в сообществах энтузиастов и даже чего-то сам гуглил, но там нет вообще ничего на сантиметр приближающего к реализации. А вы тут одним ударом. Если вы разрешите, и никто не сделает этого раньше, то не позднее ближайшего воскресенья я могу перевести данный лог ваших изысканий на английский и, опять же, с вашего разрешения, закинуть в места где некоторым людям это будет очень интересно. Что скажете?