Host.Community | hcom.link

Есть локальная сеть из десятка компов. На одном из них на 3000 порту висит веб-интерфейс багтрекера. Он прекрасно открывается по адресу 192.168.31.12:3000. В качестве способа выхода в интернет в сети используется ADSL-модем DLINK со статическим IP, на котором настроен форвардинг 3000 порта на компьютер 192.168.31.12 — таким образом требуемая служба доступна также из интернета по адресу наш-статический-IP:3000.

Но вот в чем задача: когда один пользователь даёт другому ссылку на багтрекер — он никогда не знает откуда второй эту ссылку откроет — из локалки или из интернета. В итоге в ссылках постоянно приходится менять внутренний IP-адрес на внешний и наоборот. Проблема усугубляется тем, что багтрекер рассылает письма со ссылками на задачи и эти ссылки, опять таки, работают либо из локалки, либо из интернета.

Нельзя ли как-то настроить что-то (форвардинг портов, роутинг, модем, багтрекер) чтобы по одной ссылке (скажем с использованием глобального статического IP) веб-интерфейс открывался и в локальной сети и из интернета?

Развернул на сервере классическую связку из Apache:8080+Nginx:80+FastCGI. При этом php при обращении к скриптам через 80 порт перестал видеть свои настройки (загружаются дефолтные). Пробовал выставлять настройки в php_value через .htaccess — всё равно они в упор не видятся.
А через 8080 порт все настройки нормально подтягиваются.
Сравните: clio.su/test.php vs. clio.su:8080/test.php (параметр upload_max_filesize для тестирования в php.ini выставлен 4M, в .htaccess 8M, default 2M)

Что нужно подправить в nginx.conf (httpd.conf), чтобы php.ini тоже принимал участие в работе связки через fastcgi? Чувствую, что решается проблема элегантно, но перелопатив яндекс, я не нашёл решения.

PS: И ещё попутный вопрос, тоже связанный с fastcgi. При использовании php функции mail() вся почта теперь отправляется с полем FROM: … и соответственно заруливается почтовиками по причине недействительности адреса. Переменная php sendmail_from не применяется.

Всем доброго времени суток!
Ситуация следующая!
Старый сайт был на Joomla+k2
Перебросил материалы (и категории и меню) с К2 в стандартный Joomla content и сайт перенес на новый домен.
Есть необходимость настроить 301 редирект, но теперь адреса ЧАСТИЧНО поменялись.
Например:
old.domen/category/subcategory/item/47-stattya.html
new.domen/category/subcategory/47-stattya
Возможно ли настроить 301 редирект, при котором будет исключаться /item/ и .html?
Если да, то как правильно прописать?

Добрый день

Возникли проблемы, что не все игроки попадают на сайт.
Сайт разделён на 2 сервера база данных и всё остальное отдельно.

Я очень плохо разбираюсь в настройки сервера, но усиленно пытаюсь понять, что откуда берётся.

Является ли проблемой, что своп полностью заполнился?
Почему cached mem 93мб, если free mem 70мб?

Своп скорее всего жрёт mysql, используется innodb

Цитата

Решил переехать на VPS Linode с шаред хостинга, поставил ISPmanager. Перенёс 1 из сайтов с Wordpress, далее не работает кеширование и плагины, сжимающие JS/CSS в общем похоже у WP нет прав на запись или у веб-сервера.

Выставление прав 777 на директории не помогло, выставление прав 777 на файлы и папки так же не помогло. В чём может быть проблема?
Может кто что посоветует или платно решит вопрос.
skype winlogon477

Опытные вебмастера и сайтовладельцы, поделитесь, плиз, какие методы защиты от взлома, вирусов и прочих гадостей самые надежные?
Сайты на Joomla и WP, сейчас используется зашитый адрес админки (другая ссылка), ограничение по IP к FTP папкам, а также окно с паролями от ботов при вызове админки.

В Гугле много чего попадается из советов, хотелось бы узнать, что самое важное для защиты сайта, и при этом не очень сложное в реализации. Заранее спасибо!

Приветствую! Обращаюсь за помощью к форумчанам.
30го Июля я залез в свой акк Godaddy и:
1. Заменил все пароли фтп юзеров и пароли от баз данных

2. Удалил некоторых фпт пользователей (тех, которым доступ разрешен не везде, не знаю или это важно) и некоторые базы данных (те, что назывались «в честь» сайтов, которые раньше хостились у меня).

На следующий день обнаружил, что сайт лежит. Друпал выдает такой месседж:
Site off-line
The site is currently not available due to technical problems. Please try again later. Thank you for your understanding.
If you are the maintainer of this site, please check your database settings in the settings.php file and ensure that your hosting provider's database server is running. For more help, see the handbook, or contact your hosting provider.
The mysqli error was: Access denied for user 'profcopy'@'97.74.144.100' (using password: YES).
а блог на пордпрессе, который лежит в паке /blog: Error establishing a database connection
Я правильно понимаю, что я не удалил сайт и решение проблемы простое — там пароль где-то прописать? Или мне уже сейчас нужно из кеша доставать страницы?
Подскажите плиз, только по возможности так, чтоб далекий от тех моментов я понял спс

коллеги, уже часа два проклинаю себя за не знание и браузер safari за тупость почти как мою.

Создал аккаунт на Digitalocean, создал сервер, установил Vesta
При импорте в БД стоит ограничение в 2 мб, хочу поменять, иду в раздел сайта где открывается ssh, открываю файл php.ini — дальше проклятье. Чертов браузер не дает мне выйти или сохранить изменения. Указанные сочетания клавиш или команды не принимает ни как.

Возможно кто-то может мне помочь? Печеньки можно обсудить, хотелось бы все сделать поскорее

Добрый день.
Решили в своём проекте заменить JavaScript Event Stream на node.js + socket.io
Очень понравилась технология real time, вместо забора данных.

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

WebSocket connection to 'wss://localhost/socket.io/?EIO=3&transport=websocket&sid=UBkwevIKyTv1iEFsAAr3' failed: Error in connection establishment: net::ERR_CONNECTION_RESET
(далее список попыток коннекта)

Сокет работает на порту 8080
В лог за которым закреплён сервер ничего не пишется.

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

Всем заранее спасибо, кто поможет.

Здравствуйте. Приключилась беда с моим сайтом…
Расскажу все подробнее, дабы сделать картину более ясной. Есть у меня сайт (видно в подписи), посещаемость у него не большая, около 20-50 чел./день.
Долгое время я никак не пытался развивать проект, писал по два-три раза в неделю статьи и просто занимался ним как «Хобби». В последний месяц количество посещений начало активно расти, 70-90 чел/сутки и выше.
Сайт, находясь на бесплатном хостинге, начал ежедневно блокироваться администрацией хостинга за превышение лимитов ресурса. Пользоваться платными услугами хостеров я посчитал глупым, так как цены у них ого-го (хостинг Hostinger)… Да еще и с сайтом, который пока не приносит никакой прибыли, это было бы в убыток. Было решено переехать на платный хостинг, но с более реальными ценами. Переехал я на TCHhost, перенос сделал как по инструкции. Никаких проблем не возникло, файлы сайта и базу перенёс, конфиги настроил, ДНС изменил… Захожу на сайт и на тебе, ошибка 503 Service Temporarily Unavailable.
Пишу тикет, благо ответили быстро, сказали что какие-то проблемы с плагинами. Плагины отключил, ситуация не меняется, пишу еще один тикет… Отвечают опять быстро, сказали что сами сейчас попробуют установить причину… Ковырялись они часа три, после чего написали что причину ошибки установить им не удалось. Что нужно шерстить абсолютно все!!! Код сайта, все файлы, дизайн и прочее…
На сколько я сам понял, то на TCPhost стоит ограничение на 15 воркеровк apache. Уже другой человек из тех.поддержки сообщил мне, что у меня подключения к серверу зависают не закрытыми, от этого и ошибка 503… Но вот какие это подключения, как их найти и как вообще с этим бороться не знаю ни я, ни тех.поддержка хостинга.
Может кто уже сталкивался с таким и знает как бороться? Подскажите плиз, не знаю уже за что браться…