• Временное убежище на случай падения хостинга?

    xenon
    @xenon
    Too drunk to fsck
    В первую очередь поддержу большинство высказавшихся: пересмотрите свою ситуацию, увидьте ее правильно. Хостинг за 100 рублей - это не норма. Хостинг может стоить 100р, и быть достаточно хорошим. А может - и в тысячу раз дороже стоить. Смотря какие требования. Вот в данный момент вы пытаетесь перейти из низшей лиги (лишь бы страничка открывалась) явно куда-то повыше, в область high availability, чтоб ваши сайты падали почти так же редко как гугл. Это решается, но обычно не за 100р.

    Теперь, если все таки хочется дешево и сердито. Есть решение даже бесплатное практически. Разработайте схему backup & recovery. Например, каждый день скриптом в полночь копируйте все данные (файлы, базу) на домашний комп. Разработайте план, как восстановить это все на чистом сервере. Возьмите чистый сервер (хоть дома, на VirtualBox'е поднимите) и проверьте, чтобы вы по своей инструкции могли из бэкапов быстро все восстановить, без "творчества" и "интересно, почему оно не работает". Выберите пару провайдеров VPS которые могут вам *быстро* предоставить сервер. (Например, hetzner дает сервер быстро, за минуты, а ovh мне выдавал почти сутки). Ну и все. Живите на одном сервере, платите за один сервер. Но имейте бэкапы (и раз в полгода хотя бы проверяйте что можете все восстановить). А если вдруг что - то за 20 минут оплачиваете и получаете VPSку, по имеющейся схеме распаковываете свои сайты на ней, меняете DNS "и полетели"! :-)
    Ответ написан
    Комментировать
  • какой язык выбрать?

    xenon
    @xenon
    Too drunk to fsck
    А какие темы, какие программы вас "возбуждают"? Ради чего вообще язык нужен? Но в любом случае, рецепт такой - зайдите на freecode, полистайте, выбирайте клевые программы, и пишите, что-то типа:
    Linux kernel - C
    Splunk - Python
    итд.

    А в конце пересмотрите, что получилось у вас на листочке.
    Ответ написан
    Комментировать
  • Способы защиты пользовательских данных?

    xenon
    @xenon
    Too drunk to fsck
    Дополнительно к вышесказанному — попробовать изолировать их, хранить на отдельном сервере DB (чтобы на нем ничего не крутилось, через что поломать могут) и либо строго залимитировать доступ правами СУБД (если субд позволяет такое), либо вообще прямой доступ к базе отключить (только с локалхоста), а работа с ней — через свой API (хотя бы в виде простого PHP скрипта) который может иметь функции только для нужных операций.

    Например, посчитать всех пользователей из города Урюпинск. (выдает цифру, но не дает сами данные по пользователям).
    Если нужно именно получение данных из базы (напр всех данных по пользователю), тот же API может выдавать их, но не более 100 пользователей за день для одного оператора. Этого достаточно для работы, но нельзя будет «высосать» всю базу через «SELECT * FROM table».
    Ответ написан
    Комментировать
  • Почта для домена: gmail vs. яндекс

    xenon
    @xenon
    Too drunk to fsck
    Яндекс.
    т.к. почту выкачиваю, особой разницы быть и не может (вебморда не важна, а работает достаточно хорошо и то и то).
    Кое-какие — заметки-наблюдения:
    1. Яндекс — бесплатно, gmail — нет.
    2. ПДД и ДНС-хостинг — удобно, бесплатно, записи в ДНСе появляются очень быстно после добавления, сразу же.
    3. Дополнительный бонус — возможность сразу получить джаббер-аккаунты для всех почтовых ящиков на своем домене. Просто выставив галочку.
    4. Спам режется просто отлично. (но и на гмейле в общем-то тоже)
    5. Заметил, что ДНС иногда ложится. Ненадолго, но уже пару раз замечал. (в момент когда не резолвится мой домен — проверяю, интернет есть, резолвинг с сервера яндекса не идет). Редко, ненадолго, но все таки.
    Ответ написан
    2 комментария
  • Закон о сохранении приватности частной переписки?

    xenon
    @xenon
    Too drunk to fsck
    Электронная и прочая переписка трактуется так же, как и обычная, применяя наиболее близкие аналогии.

    Ваша переписка с другом — является тайной для третьей стороны (хакера, админа соцсети). И его действия могут трактоваться как нарушение тайны переписки. Но вот для вас и для друга — это не тайна. Любой из вас законно обладает всей информацией из переписки и может ей распоряжаться как считает нужным (конечно если это чем-то иным не ограничено, например, вы подписали NDA и обсуждаете какой-то секретный проект — тогда речь будет о нарушении NDA, но не о тайне переписки).
    Ответ написан
    2 комментария
  • Посоветуйте linux для x86 в специализированный прибор?

    xenon
    @xenon
    Too drunk to fsck
    Приходилось заниматься подобными вещами. Может мои соображения окажутся полезными:

    1. «Минимальный» дистрибутив. Если прямо вот на самом деле важно сделать как можно меньше его — то лучший вариант даже не Gentoo, а Linux From Scratch ( www.linuxfromscratch.org/index.html ). Это даже не дистрибут, а просто гайд, как самому из исходников создать систему. Я в свое время по ней делал системы и размером даже с 1 флоппи диск (1.44Мб!), и вообще тогдашние давние гайды и разные мини-линукса, сейчас менее актуальны уже, но все таки могут быть интересны.

    Чем скромнее будет дистрибут — тем меньше глюков и меньше всяких непонятных процессов в памяти, которые жрут и память и CPU.

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

    2. GUI ооочень слабо завязан на дистрибут. Можете писать GUI например, на дебиане, а потом запустить на генту, просто поставив нужные библиотеки. И вообще — GUI — это ж ведь просто программа, как firefox или vim — ее не пишут под дистрибут, ее просто пишут. А под дистриб только потом чуть-чуть напильником подпиливают.

    3. Драйвер (модуль ядра) — вообще до дистриба не зависит. Важна только поддержка определенных версий дистрибом. (например, драйвер от 2.6 так просто на 3.0 не пойдет. Даже иногда внутри самой 2.6 после определенных изменений ядра, к новой версии нужно чуть дописывать драйвер, который писался для чуть более старой версии. Но внутри ветки, все эти изменения всегда очень небольшие).
    Ответ написан
    1 комментарий
  • Неожиданное завершение процесса, запущенного через nohup?

    xenon
    @xenon
    Too drunk to fsck
    Немного смущает строчка про OutOfMemory. Это просто для примера написано, или на самом деле такая ошибка иногда случается? Просто на линуксе, когда случается, это плохо, и чтобы хоть как-то система жила, ядро прибивает «кого попало», случайный процесс. Так что, если во фре подобная же схема — может быть по этой же причине сам шелл-скрипт убивается? В логах, наверное, OOM должен отражаться.

    Но как вариант, если цель не разобраться, а просто решить проблему, лишь бы работало — можно попробовать без враппера. Просто по крону запускать простенький «чек-респаун» скрипт, который будет проверять, и если сервер лежит (по лок-файлу, открытому порту или даже тупо по ps'у) — запускать его снова. В этом случае уже скрипт не умрет по непонятной причине. Разве что умрет cron от ООМа, но если cron умрет — уже точно будете знать, что проблема не в кривом коде крона.
    Ответ написан
    3 комментария
  • Какого вероятность вернуть украденные деньги после взлома?

    xenon
    @xenon
    Too drunk to fsck
    Слышал, что так воруют, а потом снимают по карте в другой стране. (например, своровали вчера, перевели на счет подставной фирмы, зарегистрированной на бомжа, а завтра на Индонезии снимут с карт, привязанных к счету той фирмы). В этом случае, забрать назад будет сложно. Но пока они на счету, вернуть, думаю, можно (пусть и со сложностями). Главное — не медлить, и в полицию обращаться как можно быстрее.
    Ответ написан
    Комментировать
  • Как найти удаленную постоянную работу программистом(Европа, Америка)?

    xenon
    @xenon
    Too drunk to fsck
    Elance.com
    Тяжело начинать (когда 0 отзывов и нет рейтинга), приходится делать достаточно сложные заказы за копейки (этап 1), но получив несколько 5-звездочных отзывов, можно уже за нормальные заказы биться (этап 2). А со временем временные заказчики перерастают в постоянных (или постоянно дают мелкие работы, или большой долгий проект). (этап 3 — стабильный ежемесячный доход при работе из дома в трусах с бутылкой пива у компа).
    Ответ написан
    Комментировать
  • Почему sshd логирует внутренний IP, а не внешний?

    xenon
    @xenon
    Too drunk to fsck
    Сделайте на машинке простенький .php с текстом вроде:
    echo "IP: ".$_SERVER["REMOTE_ADDR"];
    и посмотрите, что он выдаст если открыть его в браузере с той машины. Если 10.* адрес — то дело не в SSH, а как выше сказали, в прямом роутинге. Ну и еще как вариант, можете с этого сервера попингать адрес клиента — если он точно NAT'ится — пинги не пройдут.
    Ответ написан
    Комментировать
  • проксирование проксей

    xenon
    @xenon
    Too drunk to fsck
    Практически любой проксятник справится, фича несложная, так что умеют это все (ну или почти все). Squid — как некий фактический стандарт для проксятника вполне. Хотя и достаточно тяжелый.Кеширование в нем отключается. Или любой другой «легкий» прокси. Я бы начал со сквида, и если бы он слишком тяжелым оказался — уже бы искал альтернативы.
    Ответ написан
    1 комментарий
  • Вывод денег с Elance для ИП?

    xenon
    @xenon
    Too drunk to fsck
    Интересный вопрос — если выводить через payoneer, то есть мимо рассчетного счета, и, получается, мимо налоговой — можно ли как-то добровольно пойти в налоговую и сказать, вот, мол, получил $1000, хочу заплатить налог сам. :-)

    Но я подобный договор (правда, я — ООО, не ИП) делал. Обычный договор с заказчиком, причем в банк его приносил, чтобы они посмотрели и одобрили (они не по каждому могут платежи проводить, важно чтобы договор им нравился), а в договоре указали, что платеж по контракту может приходить от компании Elance с такими-то реквизитами. После получения первого платежа с еланса на счет ООО вписали елансовские платежные реквизиты в договор задним числом, и по бумагам все получилось как надо.
    Ответ написан
    Комментировать
  • Как ввязаться в большой opensource-проект?

    xenon
    @xenon
    Too drunk to fsck
    Для примера — сам линукс-кернел. Кода — очень много. И даже примерно понимать все основные принципы, как они реализованы внутри (и как происходит фильтрование в netfilter и как создается файл в fs) — задачка непростая. Но он делится на однообразные куски. Например, драйвера сетевых карт — сотни карт поддерживаются, все драйвера — очень похожи друг на друга. Прочитал (или даже написал) вдумчиво один драйвер и более-менее понял их всех, и получил общее представление о том, что там работает выше в ядре. Есть даже туториалы по написанию LKM и каких-то реальных и псевдо-драйверов — отличный способ начать. Аналогично с таржетами netfilter, с файловыми системами, queue discipline итд. Начинаете как раз с узкого куска, ищете туториалы (если они есть — не всегда), читаете исходники аналогичных модулей. В итоге сможете сделать один маленький кусок, и получите кое-какое смутное представление о тех частях ядра, которые сопряжены с ним.
    Ответ написан
    Комментировать
  • Нужна ли миру система единых аккаунтов?

    xenon
    @xenon
    Too drunk to fsck
    Но если речь идет о привязке (напр, в качестве защиты от спама — забанил юзера, и он уже не заведет второй аккаунт), то мне кажется, очень тяжело будет продвигать такую систему. На форумах и всяких хабрах я б не хотел по паспорту регистрироваться, а вот какой-нибудь госуслуги, наоборот, не будет использовать стороннюю авторизацию — мало ли сколько левых «паспортов» нагенерирует создатель сервиса, или взломщик, который туда проник.
    Ответ написан
    Комментировать
  • Нужна ли миру система единых аккаунтов?

    xenon
    @xenon
    Too drunk to fsck
    Да, и оно давно уже есть. Скажем, OpenID через ЖЖ. Или авторизация через ВКонтакте.

    Вспоминается комикс про «в мире слишком много, N, стандартов на что-то, нужен единый стандарт! И получается мир с N+1 стандартом».

    А вообще, скажем, OpenID — чем не единая система аккаунтов? К тому же децентрализованная, что очень здорово.
    Ответ написан
    1 комментарий
  • Как обезопасить себя от кидалова?

    xenon
    @xenon
    Too drunk to fsck
    Риск в любом случае будет. Причем, очень важно понимать, что рискуете не вы, а и заказчик. Причем он, возможно еще сильнее вас — (вы только время оплачиваете, а он платит вам, другим разработчикам, может быть уже бегает — раскручивает проект, а если вы в запой вдруг уйдете или просто решите познать нирвану и уехать жить в Монголию — то он фактически потеряет все инвестиции (не только оплаченные вам) и кучу времени.

    Я использую поэтапную оплату. Договариваемся о вехах (майлстоунах), и важно быстрей пройти первую веху, по которой заказчик видит хоть какой-то результат работы, а вы получаете какой-то скромный платеж. Большинство проектов, как бы хорошо не документировались, каким бы подробным ТЗ не было, все равно сильно зависят от программиста. Поэтому, если закачик вам что-то уже оплатил, хоть чуть-чуть, вы уже знаете, что платить он готов, и знаете, что ему не выгодно вам бросать (он более в вас нуждается чем вы в нем).

    У меня с некоторыми заказчиками схема «bonus fund», когда регулярно с них получаю деньги, но не полностью, какая-то доля уходит в бонус-фонд. Это мои уже заработанные деньги, которые хранятся у заказчика. Если я пропадаю из проекта на полпути — это ему компенсация на смену программиста (ну и для меня мотивация работать дальше). Если все идет как надо, то по достижении какой-то вехи (зарелизили бета-версию или выпущен черновой вариант который хоть как-то делает какую-то важную функцию) я получаю этот бонус-фонд.

    По такой схеме нет никаких технических лишних заморочек (как с логическими бомбами или криптованием кода итд), риск только в объеме работы за день-неделю (достижение первой вехи/первой оплаты). И заказчик при этом чувствует себя защищенным, что тоже важно.
    Ответ написан
    Комментировать
  • Как разослать миллион писем за один час?

    xenon
    @xenon
    Too drunk to fsck
    Сто тыщщ миллионов лет назад для заказчика писали систему для массовой рассылки. Сейчас уже точно не помню, но, кажется, рассылали в 3000 одновременных коннектов. Про скорость врать не буду — не помню, но меньше миллиона в час. Может быть сейчас (компы гораздо мощнее стали, каналы шире) и возможно, но не уверен.

    Почти 100% уверен что exim НЕ подойдет.

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

    Вторая проблема — Какой бы чистый мейллист не был, при таких объемах там будут дохлые емейлы, дохлые уже домены, или домены у которых неймсервера будут лежать, и тут каждая попытка обычного MTA законнектится на почтовый сервер будет затягиваться очень надолго (при этом этот коннекшн MTA ничего не делает, пытается отослать это письмо, не может, но тратит много времени, за которое можно было бы сотню писем отослать).

    Еще проблема — при такой мощной рассылке, канал будет забит (конечно, если почтовик сумеет его загрузить). То есть, будут потери пакетов, потери DNS запросов и ответов, итд. (между делом — редхатовский bind из давних дистрибутивов — вообще падал при такой нагрузке)

    В любом случае, мне кажется с обычным MTA (без очень жесткой доработки напильником) — врядли получится, тем более за час. Они все таки рассчитаны для «дорогой но надежной» доставки — то есть письмо может хоть неделю быть в очереди, если сервер получателя лежит. Если база действительно чистая и легальная — таких проблемных писем будет относительно мало, но каждое из них сильно тормозит систему. А вам нужна «дешевая и быстрая» доставка, когда проблемное письмо скорее выбросится (и черт с ним), но не будет сжирать ресурсы на попытки доставить. Ну и кроме того не забывайте про модный сейчас грейлистинг, который почти везде. Так что каждое письмо вполне может минимум 15 минут еще в очереди стоять.
    Ответ написан
    2 комментария
  • Как настроить Exim4, чтобы направлять всю почту домена в PHP скрипт?

    xenon
    @xenon
    Too drunk to fsck
    procmail для этого более заточен, мне кажется. И задача перенаправить письмо в файл или через пайп в программу обычно расписывается на первой же странице большинства гайдов-туториалов по прокмейлу. Так что пользуйте любой MTA, Exim или любой другой, его задача только принять письма и все ансабскрайбы свалить определенному пользователю, а затем прокмейл (local delivery agent) уже по своему простенькому конфигу решит, что надо в почтовые ящики класть, а что скрипту отдать, который уже отпишет отправителя.
    Ответ написан
    Комментировать
  • Какими способами получать оплату за фриланс в Украине?

    xenon
    @xenon
    Too drunk to fsck
    из простых — наверное должны работать webmoney и почти 100% уверен что должен работать payoneer и его аналоги (заказчик загружает деньги через их сайт на ваш счет и вскоре вы их можете снять с карты mastercard в любом банкомате на выбор. комиссии очень небольшие.)
    Ответ написан
  • Помогите настроить роутер?

    xenon
    @xenon
    Too drunk to fsck
    Да, забавно. А почему компьютер работает? Тоже должен в таком случае писать network unreachable. Может быть эзернет каким-то образом в P-t-P режиме настроен? Попробуйте ifconfig/route показать с работающего ноута. Ну и можно еще на чистой (тихой) сетке пару пингов tcpdump'ом посмотреть и сюда скопировать.
    Ответ написан