Допустим, есть проект. Допустим, у него база данных любого вида висит отдельно, в локальной сети. Кроме обычной физики, есть ещё и TCP/IP, авторизация, и прочее, что добавляет неприличное количество времени ожидания.

Как с этим справляются с админ-стороны? Со стороны кода - понятно, меньше запросов и больше данных за запрос. Предположительно, кто-то мог написать что-то типа прокси, которые работают по своему протоколу поверх UDP, например, авторизуются один раз, держат связь с сервером и гоняют туда-сюда сжатые команды. Про несколько реализаций прокси знаю, но не наткнулся ни на одно обсуждение в плане снижения задержек вокруг них - их используют для многосерверности, стабильности, и.т.д.

Возился я с установщиком Laravel на Debian 8, да приметил одну интересную вещь:

su -c "php testTTY.php" - laravel.test
PHP Warning:  proc_open(/dev/tty): failed to open stream: No such device or address
Warning: proc_open(/dev/tty): failed to open stream: No such device or address

а вот если именно залогиниться в пользователя, и выполнить скрипт, этот бедный /dev/tty отвечает нормально, и в него можно писать.

Эта проблема в их эксепшене выглядит вот так:

TTY mode requires /dev/tty to be read/writable.

и нигде никто не ответил о самой причине такого поведения. Так же, такая же проблема возникает у кого-то на каком-то гитлабе с какой-то фигнёй для тестирования.

Чтобы сделать историю короче:

su -c "echo 1 > /dev/tty" - not_root_user
-su: /dev/tty: No such device or address

почему так?

В старых вагонах, которые дошли до киева, варшавы, и как я понимаю есть в москве и питере - иногда в вагоне включается какой-то двигатель, на пару минут. Что это за хрень и зачем она нужна вагону?

Есть-ли возможность при rsync-копии, при записи, избегать фрагментации? Ну, чтобы он заранее занимал место, и.т.д.

Вчера было пару землетрясений между австралией и японией, включая каждые (VANUATU, KYUSHU) Сегодня вот пришло оповещение M6.2 - GUATEMALA, которое расположено немного прямо напротив этих, если смотреть сквозь землю.

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

Apple may terminate your status as a Registered Apple Developer at any time at its sole discretion under the RAD Agreement. The new sanctions on the Crimea Region announced by the US Government on December 19, 2014 and announced by the European Commission on December 18, 2014 prohibit the continuation of the RAD Agreement between you and Apple. For more information, please review Executive Order 13685 and the European Commission notice.

We would like to remind you of your obligations with regard to all software and other confidential information that you obtained from Apple as a Registered Apple Developer. You must promptly cease all use of and destroy such materials and comply with all the other termination obligations set forth in the RAD Agreement.

Sincerely, Apple Inc.

собственно, приехали, хотя я уже с лета там не живу. Ждите такое же в гугло-плее. Пошёл доказывать, что не верблюд.

есть локальная, допустим 192.168.1.1, и удалённая, такая же, подсеть. Нужно, чтобы при vpn соединении пакеты шли на 192.168.1.2 удалённый, а не локальный. В общем-то, вопрос - как правильно задать вопрос?

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

На правах ночного:

Ниже была новость про поповщину и корявый ip. Посмотрев на адрес типа «257.423.24.42» мне приглянулась другая идея: сделать псевдозапись для ipv6. Трансляция ipv4->ipv6 есть, то есть, для каждого ipv4 адреса есть ipv6. Но для запоминания 6-я версия убога.

Я вот к чему: по всему миру люди любят навешивать слои абстракции. Так почему не придумали для 6-й версии, например, что-то типа бесконечно растущих адресов, типа, 256.255.255...

Или, например, хеш-адресов. То есть, я говорю именно о правилах короткой записи, ещё до DNS - из конфигов или UI читается короткая запись, и во время работы приводится к реальой.

Ну, вот, почему нет?

Готов буду обменять бекап файл или подробную инструкцию на деньги, ибо, хотя и посоветовали железку - в поисках VPN-Bridge железки - я её таки неосилил.

Желаемое выглядит вот так: http://s17.postimg.org/g4y86agin/test.png

Количество денег, думаю, до 100$ ограничу.

Допустим, есть PPTP сервер где-то там. Мне нужно получить интернеты от него, обычным VPN-клиентом, без создания ещё одного NAT. К этой железке уже подсоединяется сервер-роутер, который прячет клиентов за NAT, и выдаёт порты, какие им нужны.

Собственно, вопрос: есть-ли такая специфичная железка, без всяких wifi/iptv/ и прочих игрушек?

Перемещено tazhate из talks

apc.enabled=1

apc.shm_segments=1

apc.shm_size=15M

Собственно, где увеличить возможность использовать больше шаред мемори?

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

Селекты/апдейты без JOIN и обычно по ключу.

Была пластинка, скорее всего издатель Мелодия, в те года почти некому больше было. По каталогам, по ключевым словам «космос», «space» прошёлся, не нашёл ничего.

Это был сборник, на космо-тематику. Одна из песен запомнилась: использовались инструменты - звук обычного электронного пианино; в качестве того, что держит ритм - то, что в GarageBand называется RetroBass, и лёгкий фон, опять же из вариантов пианины с эхом. Темп ритма ~ 240 (скорее всего, для основной темы нужно делить на два)

Сервер на Debian 6.

Представим такую ситуацию, есть висящий сайт, к которому мы делаем запрос file_get_contents(url) или курлом, скрипт подвисает, пока не пройдёт указанный таймаут на его выполнение, ожидая ответа.

Проблема в том, что достаточно двух-трёх таких get_contents, чтобы fastcgi при почти дефолтном конфиге просто перестал отвечать. То есть ни нагрузки, ничего, он просто ждёт, когда это всё выполнится. Какой именно параметр конфига может сделать такой затык так быстро?

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

Просто вот явных «могу запустить столько копий» чего-то не заметил.

пока мысль дошла только до такого:

в бывшем ёрли пишу так:

{stream,"cam1","rtmp://127.0.0.1:6666/cam1",[{dvr,"/webcams"},{dvr_limit,400},{disk_limit,95},{retry_limit,0}]}.

а для вебки делаем вот так:

ffmpeg -i rtsp://адрес-камер/play2.sdp -s 640x512 -r 20 -an -vcodec libx264 -f flv -b 800k rtmp://127.0.0.1:6666/cam1

в итоге получаем:

RTMP_Connect0, failed to connect socket. 111 (Connection refused)
rtmp://127.0.0.1:6666/cam1: Operation not permitted

гугл чего-то совсем не спасает.

Какое-то чудо творится в debian 6. В общем, есть ли параметр у php или fastcgi, чтобы он хотя-бы не крашился а нормально завершался при возникновения нотиса или варнинга?

Стабильное падение вызывает конструкция, примерно похожая на:

class test {

 function ttt() {
   
   echo $this -> variable; // которая не объявлена сверху. Тут нужен варнинг на экран, а не Bad Gataway.

 } 


}

 ...

Установил, echo «To: моя-почта@gmail.com» | /usr/sbin/sendmail -t -i - письмо отправляется очень долго, но таки доходит. То есть, процесс висит, пока не скажет, что отправлено. sendmail используется в php, потому такая задержка (в 30-50 секунд) критична.

Топик отредактировал, думал, проблема в php-fpm. Теперь есть смысл уйти в General.