Обновить
28
0
Вадим Абрамчук@Obramko

Пользователь

Отправить сообщение
Уже не поставит. В последнем обновлении баг уже исправлен.
Полная переустановка не нужна.
Достаточно вернуть на место tcpip.sys и вписать в реестр, что он рабочий. Это все есть в моем скрипте одним постом выше.
Ага, у нас техподдержка разрывается.
Фикс:
depositfiles.com/files/6vjn6zri4
Ну больше же никто не жаловался :).
Я сайты не пишу. Я админ.
У меня логика такая: если у всех работает, а у кого-то конкретного — нет, значит, проблема у пользователя.
Не вижу, почему это проблема Jetbrains, а не Opera.
Хорошая статья. Одно «но» — Edge-Core — это не DCN, это Accton.
Мой 400-48t (старый, да) не кушает левые SFP.
Ага. Его уже два месяца плющит: local.com.ua/forum/topic/40620-ua-ix-troubles.
Не имею ничего против Extreme-ов (у самого стоит, нравится), но реакция вендора странная — нет чтобы тупо заменить на что-либо более производительное, так они наживую ковыряют.
У любого кеша есть свой оверхед, это надо понимать.
Если кешировать то, что можно и так получить из базы одним простым SELECT-ом, то разница в скорости скорее всего получится вообще отрицательной.
А вот для «тяжелых» рассчетов — это да, это оно.
Я кстати в одном проекте вообще запускаю наполнение кеша некоторых значений параллельно с основным потоком.
Не понимаю, чем предложенный вариант лучше вот этого.

А насчет
Надеяться что любой тег проживет дольше записи помеченной этим тегом мне кажется слегка легкомысленным.
можно сказать, что надеяться на любой кеш — вообще легкомысленно. Кеш — это непостоянное хранилище, которое может в любой момент оказаться пустым, и это нормально.
Всегда пожалуйста.
Пардон, rtmp.

Там просто всё, вывалю сюда :).

Конфиг nginx-а прост:

worker_processes  1;

events {
    worker_connections  1024;
}

rtmp {
    server {
        listen 1935;
        application myStream {
            live on;
            allow play all;
            allow publish 127.0.0.1; 
            allow publish 10.1.0.0/24; # по вкусу
            deny publish all;
        }
    }
}

Для просмотра использовал jwplayer:

    jwplayer("mediaplayer").setup({
        'id': 'playerID',
        'flashplayer': 'player/player.swf',
        'provider': 'rtmp',
        'streamer': 'rtmp://my.domain/myStream',
        'autostart': 'true',
        'width': '640',
        'height': '480',
        'file': 'ip',
        'rtmp.tunneling': 'false',
    });


publish-ил я ffmpeg-ом, конкретной строки запуска не сохранилось.
nginx-rtsp на машине 1, вещать ffmpeg-ом с машины 2.
Смотреть любым flash плеером.
Если надо — есть рабочий сервер, могу слить конфиги.
Шо, опять? Ничего не будет.
Но на всякий случай подпишу.
Есть еще xupnpd. Он умеет.
Лежит где-то на forum.nag.ru.
Там есть мой вариант (работающий, только для relay + Option 82) и еще один от Ivan_83 (скорее скелет, без логики).
Проблема в том, что ISC DHCPd (а больше вариантов-то, собственно, нет) совсем не предназначен для работы с Option 82.
Во-первых, есть проблема с клиентами-«перетыкальщиками»:
1) Клиент подключился, получил lease.
2) Вынул кабель, подключил другое устройство (холодильник, допустим). DHCP-сервер в таком случае не выдаст ему IP-адрес, т.к. он уже выдан первому устройству (т.е. занят).
Решается патчем, но это больше хак, чем решение.
Во-вторых, и это самое главное, для Option 82 в конфиге dhcpd нужно вписывать каждого клиента. Получаются полотна. При этом, каждый раз при смене конфига нужно перезагружать демон.
Мой dhcp-сервер работает с базой, без всяких извратов. Как дополнительная плюшка — получаем удобство получения данных из внешних систем (например, в ERP у меня есть «лампочка» — получил клиент IP или нет).
О, коллега.

Сравнивали коммутаторы Extreme Networks и Cisco?

Информация

В рейтинге
Не участвует
Откуда
Ковель, Волынская обл., Украина
Дата рождения
Зарегистрирован
Активность