netwind

Рейтинг
419
Регистрация
06.05.2007
myhand:
Вы телепат и знаете что написано в качестве реквизитов доступа в каждом скрипте ТС?

Можете и так называть качественную техническую поддержку

Вполне нормально давать ответ не на то, что написано, а на то что клиенту на самом деле надо.

Мало кто прописывает в скрипты "127.0.0.1" (кто это мог порекомендовать вообще? смысла то нет) и уж совсем с маленькой вероятностью ТС повесил на порт udp 3306 какую-то другую программу, к которой он хотел закрыть доступ.

Lupus:
Меня в детсадике учили, что skip-networking полностью отключает TCP-интерфейс, оставляя только сокет. А в данном случае нужна строчка
"bind-address = 127.0.0.1"

А вот не обязательно это нужно. В группе продленного дня рассказывали, что библиотека mysql как только видит имя сервера "localhost", то пытается подключиться через unix-сокет. То есть вполне нормально будет сделать skip-networking. И так даже лучше будет - обмен данными через unix-сокет быстрее, чем задействовать сложный стек tcp/ip пусть даже его часть для локального обмена.

myhand:
iptables -A INPUT -p udp --dport 3306 -j DROP

Непонятно, что именно имел ввиду Единственный Непогрешимый Одминистратор раздела, но точно получилась фигня. не использует mysql udp по крайней мере для обычных клиентских подключений на порт 3306.

hvosting:
Честно - не знал. Это хорошо характеризует разработчиков броузеров .

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

Сейчас поставил эксперимент на ie8 - не работает.

hvosting:
И еще момент - при каждом обращении к странице броузер не посылает новые запросы в DNS.

Однако, IE посылает, ЕСЛИ произошла ошибка подключения.

Другие браузеры по-разному, в целом достаточно практично. Где-то было исследование.

freedz:
Про какое кеширование здесь идёт речь?

Про любое кеширование. Любые элементы DNS могут кешировать и обязаны это делать не более чем прописано в TTL ответа. И делают это. Причем, в распространенном софте типа bind принципиально нет настроек чтобы игнорировать TTL.

TTL в зонах второго уровня от 1 до 4 суток. И его поменять у клиента нет возможности. Но TTL записей на своих ns-серверах поменять можно и именно его делают маленьким.

Если один из ns-серверов домена не отвечает, ПО dns будет опрашивать другой до получения ответа.

Что касается вероятностей, то что бы вы там не насчитали, я тоже убежден что вам проще будет найти просто хороший хостинг.

freedz:
По идеи прокси VPS(фронтенды) потребляют мало ресурсов(

для таких умников облачные сервисы тарифицируют трафик.

neotach:
Правильно я понял, если Вам и Вашему другу поручили написать сервер на С++, он написал его быстрее значит он неработоспособный, а Ваш который Вы писали дольше работоспособный ?

Зачастую так и есть. Быстро написал - значит недотестировал.

Вот фирмы пишут, а я эксплуатирую и сравниваю.

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

81 порт может не открыться в офисах. Перенаправляйте на другое имя хоста и другой IP.

При этом картинки будут грузиться медленнее раза эдак в два. Лучше всего писать внутренний прокси. А это опять нудятина. Беда просто.

Solmyr:
А что потом?

Посмотрит трафик и воспроизведет запросы.

Да и пользователи вам спасибо не скажут. Тормозят эти штуки неплохо.

К тому же, на планшетах нет курсора мышки как такового. Их тоже забанить ?

edogs:
Надо просто верстку "динамически" скриптом генерить с тем прицелом что бы xpath бился.

А он не бьется. Если на той стороне тоже не дурак сидит, выделяет закономерности и составляет xpath-ы не автоматически, а руками.

Solmyr:
Как насчет вебвизороподобных технологий?

В смысле, движения мышки отслеживать ? Должно быть круто. Первые две недели.

neotach:
Мой сервер на Эрланге в интернет смотрит через 80 порт, но дело в том, что запросы(картинки, стили, js и т.д) он обработает как 404 ошибку, вот это нужно как-то перенаправлять(как заголовком ?) на Nginx.

очень просто : надо это взять и написать. никто за вас писать код прокси не будет. На что вы вообще надеетесь? nginx в данном случае keep-alive поддерживает.

Andreyka:
А это весь эрлагн такой черезжопный или только этот сервер?

Весь. Он притягивает определенный тип программистов, которые думают что используя эрланг смогут быстро решать некоторые задачи. По факту оказывается, что ценится не быстро написанное, а работоспособное и широко оттестированное. Но на это же куча времени нужна на любом языке, что никак не привлекает таких программистов. Вот и сейчас мы видим как ТС ищет какой-нибудь фокус, вместо того чтобы просто написать.

Честно говоря, мне не совсем почему тут именно keep-alive важен. Есть и другие эффективные фронтенд-сервера, которые таки поддерживают keep-alive при обращении к бекенду - squid,lighttpd. Но, скорее всего, построить логику игры на основе наличия подключения не получится. Есть же еще конторские прокси и вообще http он весь "пакетный". Надеяться на постоянные соединения не нужно.

zhitov, это еще не известно что больше времени займет, попытки сверстать разными тегами чтобы выглядело одинаково или написание парсера под очередной выкрутас.

тут в соседнем разделе говорят, что написание xpath выражений занимает 5 минут на сайт /ru/forum/721179. А эти выражения могут весьма разнообразные фокусы скушать.

ТС, "смирись и расслабься".

Всего: 6293