Ghost_1987

Так он давно шлангом собирается, в чем хотелка-то? Стандартный build скрипт требует gmake. Нужно перед сборкой make config? Или где то ручками править? Требует и будет требовать. Т.к. BSD Make совсем не то-же что GNU Make. Про make config не понял. В FreeBsd 9.1 в base больше не будет gmake. А поправить BSD Make нельзя? Если можно сделать самому то как? Не хочется ставить из портов gmake когда все другие порты собираются без него. про make config это я прогнал, по какой то причине когда писал то думал что stg из портов ставлю .

Так он давно шлангом собирается, в чем хотелка-то? Стандартный build скрипт требует gmake. Нужно перед сборкой make config? Или где то ручками править?

Хотелка на будущее. Возможность сборки на clang во Freebsd 9.1. Ну вроде как собрался на 3-м релиз кандидате 9 фряхи. Из портов нужно поставить gmake.

Буду обновлять вручную а обновлялку использовать как шпаргалку. Не хоца попасть на грабли на продакшене.

Ну я и не спорю что нужно обновляться дабы пофиксить старые баги и найти новые. Но как бэ сервак еще в пути на продакшен, физически не доступен и в полном оффлайне. Вот как доступ будет, сделаем. P.S. Я так понимаю что обновления не инкриментальные, а тупо накати сверху пачку файлов и ручками поправь основные конфиги.?

Пздц комплимент P.S. Вы того, осторожнее, а то madf сейчас обидиться и интегрирует в stargazer самоуничтожение при одном виде StoreModule store_mysql Зачем обижаться ведь на самом деле продукт (stg) хороший, просто страшный в плане "Ох ёпт твоюж, сикоко тут всяго, как это фсе конфигить, да еще и через консоль" Сервак ушел в продакшен, протестирую наверно уже немного папожа, а там гляди еще одну новую версию выкатите.

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

Ключевой момент "после рестарта". Допустим есть себе запущенный старгейзер - вы исправляете поле cash юзера на ручнике с 50, до скажем на 100. Всюду отображается что у него таки 50 денег на балансе. После чего добавляете ему 20 денег и оппа - у него на счету 70 денег. Старгейзер перечитывает базу только на старте, после чего просто ее "помнит". Так есть и так было всегда. Я так изначально и понимал . Теперь еще более уверен. Подводя итог, если не дай бог появится необходимость править базу в ручную, тушим старгейзер, правим, стартуем. Но это есть ересь по отношению к биллингу,

Ну вы мне наверно не поверите, проверил еще раз, тарифы меняются, деньги добавляются. Заглянул в логи старгейзера, подтверждаю что после ручной правки старгейзер отсыпал ошибку, но после его рестарта в тех же логах нет никаких ошибок и все действия с пользователем логируются в соответствии с его новым логином. Вот такие дела. Возможно такая ситуация наблюдается со старой версией старгейзера? Имел ввиду как то так (ниже питонокод): import hashlib import time hash = hashlib.sha1() hash.update(str(time.time())) print hash.hexdigest() print hash.hexdigest()[:10] По поводу

Ну вот не скажите, буквально за пол часа до поста менял логин через phpMyAdmin вручную минуя stg. Есественно после этого билинг сыпанул ошибку, но как то не очень навязчиво, пролечилось это все простым рестартом stg. В логи старгейзера не заглядывал так как уже не впервой так изменяю табличные данные и все работает, пока . Ну конечно на продакшен серваке себе такого не позволю, просто это была обкатка билинга в конфигурации для домохозяек. Что на самом деле очень удачно получается на вашем творении, после основным телодвижений в настройке даже домохозяйка сможет регистрировать абонентов.

Сегодня кстати прочувствовал на себе причины почему по дефолту стоит SAFE_REGMODE=1 в alter.ini. Благо шлюз еще в тесте был и легко поправил косяк через phpMyAdmin. Однако стремает что уникальное поле таблички есть логин а не какойнить замысловато сгенерированный из /dev/random набор хеш сумм. При таком раскладе уж лучше пусть сам биллинг их генерирует и не будет давать их изменять. Хотя и получаются этакие черезмерно замысловатые логины которые по сути сложнее сгенериных паролей. Может прикрутить опцию метода генерации логинов? По мне так пусть логин и пароль генерется чере

Ну я против него в роли фронтэнда не имею ничего против, если скажем нужно отдавать здоровую статику типа киношек гигабитами Ну наверно субъективно мое мнение но nginx фронтэндом с ssl было настроить проще чем Apache + mod_ssl БУГАГА !!! тогда конечно нет смысла. Интересно какую нужно будет машину если все это на нее поставить + NAT и дофига пользователей. Какойнить гуголь клауд арендовать. Перепроверил и AllowOverride None стоит для /, /usr/local/www/apache22/cgi-bin, /usr/local/www/phpMyAdmin, /usr/local/www/apache22/data/phpMyAdmin, /usr/local/ww

Пусть так, а вдруг какую-то циску на агрегацию поставите, либо микротичину и захотите снимать нетфлоу с нее? Поправим фаер . Вот и мои мысли тоже, поэтому прописал все статикой и нафиг dhclient. Кстати по вашему совету все же решился и отключил nginx как фронтэнд. Настроил Apache + mod_sll + openssl. Пришлось из портов ставить openssl и пересобирать Apache. В дефолтном виде без обновления openssl, nikto страшно матюкался на устаревшие либы. Возможно ли в новой версии онлайн установщика включить по дефолту установку openssl перед Apache? Ну и возможно сразу о

У мну не планируется удаленных NAS, все на одной машине, посему рублю порты фаером. Как то так? # Stargazer ${FwCMD} add 1000 deny all from any to any dst-port 5555 via re0 ${FwCMD} add 1000 deny all from any to any dst-port 5555 via re1 ${FwCMD} add 1000 deny all from any to any dst-port 42111 via re0 ${FwCMD} add 1000 deny all from any to any dst-port 42111 via re1 В принципе работает, но в таких случаях думаю логичнее рисовать NAT по интерфейсу и исходя из to me а не статической айпишки. Я так понимаю как то так? # Networks define ${FwCMD} table 2 add 10.

Решил проблему хирургическим удалением лишних сетевух и немножко магии cat /etc/firewall.conf #!/bin/sh # firewall command FwCMD="/sbin/ipfw -q" ${FwCMD} -f flush # Stargazer ${FwCMD} add 1 deny all from any to any dst-port 5555 via re0 ${FwCMD} add 1 deny all from any to any dst-port 5555 via re1 ${FwCMD} add 1 deny all from any to any dst-port 42111 via re0 ${FwCMD} add 1 deny all from any to any dst-port 42111 via re1 # Networks define ${FwCMD} table 2 add 10.10.0.0/20 ${FwCMD} table 9 add 192.168.1.100 #NAT ${FwCMD} nat 1 config log if re0 reset same_ports ${FwCMD} add 6000