poiuty

Рейтинг
144
Регистрация
16.03.2009

реплка master & slave - у меня проблем не было.

Если мастер офф, то slave будет пытаться к нему приконнектится раз в 60 секунд.

Если slave офф - поднимется и заберет данные с мастера.

здесь пример, без многобукв

Еще можно сделать по SSL соединению реплику.

zorky:
организаторов DDoS-атак на сервера, будут лишать свободы на срок до 10 лет.

Может быть сразу лучше расстрелять?🍿

А за найденные уязвимости посадить. Чему здесь радоваться вообще.

WapGraf:

- не кажется ли вам что развитие 4-й ветки (про 5-ю еще нельзя ничего сказать) идет в обратном направлении? Чем дальше тем хуже.
- планируете ли вы и далее использовать данную панель? - вопрос только для тех кто ее использует сейчас.
- возлагаете ли вы надежды на 5-ю ветку или считаете что кроме многопоточности ничего особенного и не будет?
- при каких либо изменений в конфигах (из репоз.) панель не знает что делать. Так было всегда и так продолжается дальше. Панель "не успевает". Ваши мнения?

Ну и вообще что вы об этом всем думаете?

Ошибки исправляют. По крайней мере на почти все мои репорты в багтрекер - фиксы вышли.

http://bugtrack.ispsystem.com/show_bug.cgi?id=16

http://bugtrack.ispsystem.com/show_bug.cgi?id=19 (rpaf, кстати мы это с вами обсуждали)

http://bugtrack.ispsystem.com/show_bug.cgi?id=21

http://bugtrack.ispsystem.com/show_bug.cgi?id=25

В этом случае отказ

http://bugtrack.ispsystem.com/show_bug.cgi?id=17

На VPS - клиент хочет, не просто root доступ и ssh. А то, чем он смог бы пользоваться -> ISPmanager Lite + администрирование.

Залил сайты и все работает.

Писать свою панель, достаточно затратно по ресурсам. Но некоторые вещи - пишу сам.

Например DNS(замена dnsmanager) и Cron(не нравится cron в ispmanager).

А так же пишем свой биллинг, например последнее что написали -> графики для шареда.

Пятую версию скорее всего не буду использовать. Пока полностью устраивает 4 версия.

Если панель "не успевает" за софтом, или нахожу багу -> пишу в http://bugtrack.ispsystem.com

ngsv:
Но самая главная проблема - отсутствие какой либо обратной связи с пользователем, и информирование его об ошибках. Не знаю как в C++ это выглядит, но на PHP я бы выразил всю работу системы так:
try {
// весь код
} catch (Exception $e) {
exit;
}


На примере бага которому больше 2 лет. Проблему вроде выяснили. но где все выводы stdout и stderr от apache2ctl? - правильно. в жопе, тоесть в /dev/null - а зачем лишний геморой разработчикам, мы ведь все ванги и экстрасенсы...?

Давно пора mv *все_исходники* в /dev/null и написать нормальную панель с 0.

С другой стороны, как они могут поправить - если не могут воспроизвести.

Был аналогичный случай. Сделал доступ - нашли - поправили.

http://forum.ispsystem.com/ru/showthread.php?t=22144

AlenDelan:
У них нет никакого пакета администрирования. Я хотел купить, но нет совсем. На всем протяжении что занимаюсь сайтами, этот самый лучший, жил с ними спокойно пока у меня был VDS. Моя проблема в том что не могу доверять сторонним администраторам. Вот так и живем, кое-как.

В соседних разделах, да и в этом, можно легко найти нормального админа.

Или же возьмите себе VPS/ выделенный сервер с администрированием и занимайтесь исключительно своими сайтами.

Den73:
безусловно это красивое решение.

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

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

Согласен, спрос не такой высокий на memcached.

Некоторые скрипты работают только по tcp с memcached. Придется помогать пользователям. Например, собрать инфу под популярные движки.

В некоторых случаях проще заюзать Memory Table в mysql.

Den73:
poiuty

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

Туда сессии в основном запихивают. Если и делать memcached на шареде - то на сокете.

Удобно выставлять лимиты (ram) для юзера.

Пользователи не могут залезть в чужой memcached.

Vanger:
memcached мало у кого на виртуальном хостинге есть
данные из мемкешед может прочитать любой клиент вашего хостера, поэтому ставить его на вирт хостинге небезопасно
но, насколько я помню, у кого-то из местных хостеров все же было

Никаких проблем, поднимайте на сокете. Под определенным юзером.

/var/www/user/data/memcache.sock

Другое дело, что это кастомное и ISPmanager из коробки - не умеет это.

В debian 7 как раз сделали удобный init.d скрипт

# Usage:
# cp /etc/memcached.conf /etc/memcached_server1.conf
# cp /etc/memcached.conf /etc/memcached_server2.conf
# start all instances:
# /etc/init.d/memcached start
# start one instance:
# /etc/init.d/memcached start server1
# stop all instances:
# /etc/init.d/memcached stop
# stop one instance:
# /etc/init.d/memcached stop server1
# There is no "status" command.
Den73:
а PHP 5.4.4 пойдет?

Пора обновиться ;)

Уже PHP 5.4.17 released!

у ihc.ru есть php 5.5 на виртуальном хостинге.

linux mdadm

никаких проблем

В логах написано

почему он не может создать сам

Всего: 1077