А есть ли фреймворки, кроме Symfony, выбирающие принцип действия в зависимости от типа сервера? К примеру, если сервер использует классическую конфигурацию, то и работать по классическому принципу, если же веб-приложение запущено как приложение, то и повести себя соответствующим образом — единовременно выполнить инициализацию, затем в ответ на каждый запрос вызывать соответствующий ему callback? Причём чтобы это было прозрачно, то есть, index.php можно было бы и обслуживать общепринятым способом, и запускать как приложение?
Концовка странная. Рекламируют подключение на 1000 Mbps. Но ведь скорость и лаг — совершенно разные вещи, можно и на 1000 Mbps с большим лагом передавать данные.
(upd): прошу прощения, не заметил, уже написали выше.
Думаю, вам может помочь резистор килоом на 10 от входов усилителя к «земле». Часто такая проблема связана с большим входным сопротивлением усилителя, если его искусственно уменьшить, напряжение наводки будет «проседать».
К сожалению, нет способа оценить качество техподдержки какой-то сколько-нибудь говорящей метрикой. Какой параметр брать для введения отношения порядка? Скорость ответа? Но ведь есть хостеры, всегда отвечающие быстро, но при этом почти всегда ни о чём (в частности, ярким примером является первый из приведённого мной выше списка). Порой даже переводят разговор из технического в бытовое русло. И толка от такого «оперативного» ответа в итоге никакого.
Насколько я вижу, на сервисе есть темы форума для обсуждения качества услуг компаний, мне кажется, свои отзывы о техподдержке стоит оставлять там (и, возможно, стоит даже специально заострять внимание пользователей сайта, чтобы они обязательно отписывались о качестве техподдержки).
Индонезию добавьте. Не нашёл, как можно самому добавлять, и можно ли. Подкину списочек по памяти: ardhosting.com, idroot.com, vps.co.id, daxa.net, kotakomputer.com, beon.co.id, eazysmart.com, qwords.com.
Вряд ли, а вот вывести из строя электронику — запросто. На The Jakarta Post в комментариях появилась гипотеза, что самолёт мог быть сбит спецслужбами после угона террористами, чтобы избежать направление его на здание, но это лишь очередная из десятков догадок. Надо искать, а не гадать.
Да, вспомнилась та история, не смог быстро найти, чтобы сослаться. Хочется надеяться, что и в этот раз старания сообщества окажутся успешными. Впрочем, если самолёт угнали (это сейчас одна из основных версий), его местонахождение может быть очень и очень далеко. Boeing 777 отлично подходит для дальних перелётов, и запас топлива был большим, учитывая, что предполагался перелёт в Пекин.
Ага, есть определённые проблемы. Хабрэффект, ко всему прочему, глобален — весь мир с напряжением следит за этим происшествием. Минут 20 назад вообще невозможно было открыть страницу, сейчас хотя бы открывается, но зарегистрироваться или авторизоваться не получается. Будем надеяться, что скоро нормализуется.
Не знаю, так как нас куда больше беспокоила другая проблема, о которой мы написали в суппорт и они в итоге её решили — была проблема с настройками сети в шаблонах Arch Linux.
Через image и новый дроплет не получилось, решительно выдаёт ошибку, но это не было проблемой, так как один чёрт решили поменять операционную систему, так что просто создали новый дроплет и перебросили то, что нужно.
Всё, перенесли пару сайтов с целевой аудиторией в Индонезии с американского сервера на сингапурский, индонезийцы в глубочайшем трансе от того, как всё быстро работает! Если вдруг кто-то, находящийся в ЮВА, захочет покликать: bsmsite.com (ссылка не для рекламы, а просто для теста ощущений)
Знаю эту хрень… Те же индонезийские хостеры на своих VPS всегда дают в Индонезию 100 мегабит, а в остальной мир в лучшем случае мегабит (а порой бывает 256 килобит или ещё меньше). И чаще всего с шарингом аплинка. Можно и выделенный (1:1) мегабит арендовать, но выходит в пересчёте в рубли штук 20 за мегабит. Вот пруф для тех, кто не верит. Не очень люблю этого хостера, но у меня там хороший знакомый работает, с которым мы в реале знакомы.
ЮВА — очень густонаселённый регион, имеющейся сетевой инфраструктуры не хватает. Плюс регион этот быстро развивается, всё больше людей подключаются к интернету. Имеющийся аплинк в мир почти целиком отдаётся домашним «потребителям», потому что в мире море сайтов, которые этим потребителям интересны (Twitter, Facebook, etc), а локальные ресурсы это, в основном, какая-то плесень.
А мне вот их суппорт как-то не очень. Отвечают медленно и не по сути. Недавно создал тестовый VPS на Arch Linux в Сингапуре, сеть не поднялась. Попросил друга из Самаринды попробовать под своим аккаунтом — та же проблема. Зашёл через веб-консоль и вижу — на интерфейсе eth0 нет IP-адреса. Пришлось руками через ifconfig задавать IP и маску (благо, они указаны на страничке с консолью) и шлюз по умолчанию. Написал в суппорт — часов через 5 ответили, попросив попинговать VPS со своего компа и скинуть им вывод. Очень интересное решение проблемы, конечно.
(upd): прошу прощения, не заметил, уже написали выше.
Насколько я вижу, на сервисе есть темы форума для обсуждения качества услуг компаний, мне кажется, свои отзывы о техподдержке стоит оставлять там (и, возможно, стоит даже специально заострять внимание пользователей сайта, чтобы они обязательно отписывались о качестве техподдержки).
ЮВА — очень густонаселённый регион, имеющейся сетевой инфраструктуры не хватает. Плюс регион этот быстро развивается, всё больше людей подключаются к интернету. Имеющийся аплинк в мир почти целиком отдаётся домашним «потребителям», потому что в мире море сайтов, которые этим потребителям интересны (Twitter, Facebook, etc), а локальные ресурсы это, в основном, какая-то плесень.