• Как уберечься от обмана при покупке домена у частного лица?

    @edogs
    ru домены передавать это квест. небольшой, но квест. Нужно посылать письма на переоформление, заключать договора, все по паспортным данным. Это если переоформлять домен нормально покупая/продавая.
    Если продавец просто хочет Вам отдать «логин и пароль» от панели управления, то это кидалово 100%.
    У многих регистраторов есть система внутренней продажи. Например, на том же nic.ru. Деньги и переоформление идет внутри системы, никаких проблем с гарантиями.
    Посмотрите, если у регистратора домена есть «направленная продажа» или аналогичная услуга — пользуйтесь ей. Если нету, можно сначала перевести к регистратору где это есть.
    Если переводить сначала лениво, то действуйте в общем порядке, как при любой сделке с покупкой чего угодно — встреча, оплата на хороший перс.аттестат вебманей и так далее.
    Ответ написан
    Комментировать
  • Постобработка html страницы?

    hayk
    @hayk
    Если речь идет о PHP, то вы можете средствами самого PHP сделать постобработку html.
    Обработчик надо будет засунуть в auto_prepend_file и auto_append_file, и возможно еще определить register_shutdown_function.
    Ответ написан
    Комментировать
  • Геймдев. Как вы смотрите на noNPC модель MMORPG?

    Wott
    @Wott
    мм, из того что я знаю — EVE. Нули в ней практически не имеют неписей в каких-то ролях, кроме фарма. Для защиты надо собирать флот, для форы по времени там специальные механизмы реинфорса структур — нельзя сразу поубивать все и занять чужую территорию — это происходит в 2-3 фазы с задержками, которые так или иначе контролируются защитниками. Собственно большая политика в игре — войны альянсов за территории и ресурсы. Практически любой ролеплей отыгрывается отдельными альянсами. Есть спейс-коммунисты, есть наемники, есть большая коммуна карибасов, бугуртом защищающая свои владения, есть группы профи пвп, сдающих ресурсы под собой в аренду друим карибасам. И множество градаци между.
    Торгашей — полно. Возят, перепродают, барыжат по черному. Собственно рынок нулей делается только игроками.

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

    folone
    @folone
    Я так понимаю, речь об обфускации. Ну и стоит отметить, что ни одна обфускация не устоит перед целенаправленным реверс-инжинирингом.
    Ответ написан
    Комментировать
  • Копирование постов со своих ресурсов

    @Solovej
    Я не я, есть я, при этом всегда им являюсь.
    В правилах написано так:
    Хабр — не ЖЖ и не центр мирового кросспостинга. Не нужно копировать свои посты из других блогов и сайтов, указывая, что ранее они были опубликованы в другом месте. Используйте топики-ссылки.

    http://habrahabr.ru/info/help/rules/
    Ответ написан
    3 комментария
  • Подскажите простую CMS на PHP

    Dennion
    @Dennion
    Разработчик PHPShop CMS.
    Могу попытаться сделать сборку phpshopcms free без базы и админки, там есть возможность подключения внешних HTML файлов. Заинтересовала тема.
    Ответ написан
    1 комментарий
  • Как сделать так, чтобы при заходе на domen1.tld:8080, отдавалось содержимое с domen2.tld:8080?

    merlin-vrn
    @merlin-vrn
    1. Конечно, первое, что приходит на ум — reverse proxy. Nginx посоветовали, можно и с Apache сделать, и с Squid — в общем, выбор есть. Минус: для второго сервера все запросы будут приходить как бы с первого, а реальные адреса придётся смотреть в логах прокси на первом.

    2. На «более низком» уровне: NAT. Нужен прямой линк между серверами (как вариант, его имитация при помощи VPN). Первый сервер NATит все пакеты, приходящие на порт tcp/8080 на второй, а на втором в вебсервере, висящем на 8080, настроен виртуалхост с тем доменом, на который будут обращаться пользователи, и правило в RPDB, что все пакеты, исходящие с внутреннего адреса, идут через первый.

    Второй вариант геморройнее, но вполне работоспособен. Я бы первый сделал.

    CNAME тут поможет только если вы захотите сделать серверы с разными именами, ибо в любом случае для конечных пользователей domen1 и domen2 будут указывать на один и тот же адрес. Можно второй сделать CNAME первый.

    SRV в HTTP не используется.

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

    Если не сер
    Ответ написан
    2 комментария
  • NoSQL СУБД для веб-сервера на VDS

    @TimTowdy
    Кроме вышеупомянутого кауча, вряд ли можно посоветовать что-то еще, готовое для продашкена, и работающее на VDS.
    Вообще польза от NoSQL на VDS весьма сомнительна. NoSQL востребован там, где необходима неограниченная горизонтальная масштабируемость. Если такой потребности нет — MySQL/Postgres прекрасно подойдут практически для любой задачи. Не стоит гнаться за модными buzzwords, каждой задаче — свой инструмент.
    Ответ написан
    2 комментария
  • NoSQL СУБД для веб-сервера на VDS

    RuJet
    @RuJet
    CouchDB
    Ответ написан
    Комментировать
  • Веб-приложение на Ruby. С чего начать?

    andoriyu
    @andoriyu
    >Sinatra — вроде всё просто и сходу не скажешь чего не хватает, похож на WebOb с первого взгляда или типа голого PHP
    > типа голого PHP
    /0

    Начни с Sinatra, разберись в ruby, переключись на RoR.

    Еще есть Padrino и Grape, первый это синатра со свистелками перделками, второй тоже самое, но для создания RESTful API
    Ответ написан
    Комментировать
  • Веб-приложение на Ruby. С чего начать?

    @Kane
    Вы просто не поняли всей красоты Синатры. Это фреймворк который не навязывает вам выбор ORM и шаблонизатора. Он даже не навязывает вам паттерн MVC (Но вы можете его использовать). Вот неплохой пример приложения на Sinatra.

    Так же могу посоветовать посмотреть на фреймворк Padrino. Как написано у них на сайте, это «The Elegant Ruby Web Framework». И это правда. Padrino, как и Sinatra не навязывает используемые библиотеки. Так вы можете самостоятельно выбрать ORM, шаблонизатор html и css, тип базы данных (поддерживаются не только реляционные БД) и библиотеки для тестирования. При этом Padrino имеет генераторы в стиле Rails и по сравнению с Синатрой сильно сокращает рутину.
    Ответ написан
    2 комментария
  • Веб-приложение на Ruby. С чего начать?

    taliban
    @taliban
    php программист
    Вы же сами ответили на свой вопрос.
    У Вас по сути стоит выбор между 3, 4 и 5
    4 — сразу высказали два минуса, 5 — сразу обречли на непригодность использования в качестве знакомства… Какой вариант остался?
    Ответ написан
    2 комментария
  • Типы полей в MySQL?

    @niko83
    CREATE TABLE `users` (
    `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
    `name` varchar(25) NOT NULL DEFAULT '',
    `pass` varchar(32) NOT NULL DEFAULT '',
    `mail` varchar(50) NOT NULL DEFAULT '',
    `invite` tinyint(1) NOT NULL DEFAULT 0,
    `created` TIMESTAMP DEFAULT '0000-00-00 00:00:00' NOT NULL,
    `updated` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
    PRIMARY KEY (`id`)
    ) ENGINE=MyISAM DEFAULT CHARSET=utf8;
    Ответ написан
    Комментировать
  • TDD - как тестировать HTML вывод? Регулярками?!?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    DOM-методы, CSS/XPath селекторы. Регулярки не подходят для разбора html, это уже давно не новость.
    Ответ написан
    2 комментария
  • TDD - как тестировать HTML вывод? Регулярками?!?

    Gibbzy
    @Gibbzy
    вы можете использовать selenium он это умеет.
    Когда пользовался ZendFramework, то использовал компонент Zend_Dom_Query
    его можно так же использовать отдельно от ZF, поддерживает xpath и css запросы, это очень удобно относительно регулярок.
    framework.zend.com/manual/ru/zend.dom.query.html
    Ответ написан
    1 комментарий
  • Новый сервис: код "с нуля" или php-фреймворк?

    @mamontoff
    Всё зависит от разработчика. Если он хорошо знаком с каким-либо фреймворком — то, конечно, лучше и быстрее использовать готовое решение. Если нет, и нужен «быстрый старт» не заморачиваясь на проблемы поддержки, расширяемости и «незаменимых людей» то конечно лучше «с нуля». Тем более что практически у любого программиста есть наработки из которых он довольно быстро соберёт вам несложную систему.

    Хотя в конечном счёте если вы расчитываете на сколько-нибудь серьёзное и продолжительное развитие проекта лучшим выбором будет любой популярный фреймворк. На самом деле — любой, так как скорость работы в итоге зависит от рук а не от инструмента. Причины следующие:
    — Существующая документация и коммюнити. Избавит от проблемы «незаменимости» в случае текучки в команде.
    — Покрытие тестами. Все популярные фреймворки покрыты юнит тестами и поддерживают автоматическое тестирование для модулей.
    — Гораздо меньшее кол-во «сокрытых граблей». Это проблемы расширямости и всякие неприятные баги «ядра» системы. В популярных фреймворках они либо решены либо быстро исправляются. В «самописном» коде эти проблемы будут довольно сильно тормозить разрабоку собственно функционала.
    Ответ написан
    2 комментария
  • Установка Redmine под nginx - debian way?

    так, а собственно в чём именно проблема?

    сам редмайн действительно правильнее из git'а брать и обновлять так же, следующие проблемы — сконфигурировать редмайн, запустить, прикрутить nginx (что, в общем-то, необязательно).
    Ответ написан
    5 комментариев
  • Расскажите какую нишу занимает Ruby On Rails?

    benone
    @benone
    1. RoR разработчики в данный момент существенно дороже PHP. Несмотря на то что часто быстрая разработка на RoR оправдывает вложения, масштабирование усложняется из-за высокой стоимости.
    2. ruby безусловно медленнее php
    3. У ruby есть много gemов, в php, насколько я знаю, плагины используются реже.
    Ответ написан
    6 комментариев