mddr: Не надо кричать "Покажите сколько он денег приносит в месяц и мы купим его за эти деньги"
Есть несколько способов оценки действующего бизнеса. Наиболее популярные из них - методы капитализации денежных потоков и метод альтернативной стоимости.
Для оценки интернет-проектов чаще всего применяют именно метод капитализации денежных потоков. Вы почему-то от него наотрез отказываетесь....
Ну что ж... С точки зрения метода альтернативной стоимости создать проект на тему моддинга с посещаемостью 4000 3000 человек, зарегистрировать его в ДМОЗ и ЯК и получить 5/325, стоит гораздо дешевле чем 1.5 млн. руб.
an0nym: У ЯДа и у WM есть как минусы, так и плюсы, но вот конкретно в вопросах блокировки - в WM вас бы тоже никто скорее всего заранее не предупредил бы, что вас счет уже заблокирован на вывод денег. На ввод у них блокировки обычно не ставят.
И регламент разблокировки и там и там достаточно неудобен... и отступаться от него никто не будет.
Разница в том, что у ЯД ниже уровень технической безопасности.
Любая платежная система вынуждена так или иначе поддерживать уровень потерь средств участниками не выше некого порогового значения. У ВМ это в большей степени достигается техническими мерами, работающими ДО события, а у ЯД в большей степени в той или иной мере ручными разборками ПОСЛЕ события. Соответственно ЯД вынужден устанавливать в своей система более высокий уровень "подозрительности" к пользователю, чем ВМ.
LEDok: Вот сейчас читают предствители Яндекса эту тему и радуются "Даа... Хорошо к этому апу поработали. Продажные ссылки в этот раз конкретно подкосили.
Совершенно не так. Именно продажные ссылки сейчас позволяют просто, дешево и предсказуемо повышать ТИЦ.
samb100: Каким образом можно увидеть дырки самостоятельно?
Может быть, посмотреть данные в MySQL, или в коде..?
ЗЫ. Знания PHP имеются, но не шибко большие
Дырки для заливки шеллов можно найти так:
- найти в коде все функции для работы с файловой системой
- тщательно проанализировать переменные которые стоят в аргументах этих функций, и можно ли как-то повлиять на их значения "пользовательским вводом".
Дырки для ложной аутентификации:
- проанализировать участок кода, который отвечает за аутентификацию.
Дырки для инъекции в БД:
- аналогично дыркам для шеллов но это намного сложнее, т.к. обычно в коде очень много операций с БД.
Вообще-то проверить код на наличие "случайных" дарок относительно просто: надо проверить фильрацию всего пользовательского ввода... А вот со "специальными" дырками сложнее, т.к. фильтрация типа и есть, только какие-то специальные инъекции все-таки могут обойти фильрацию.
Не надо кричать "Покажите сколько он денег приносит в месяц и мы купим его за эти деньги"
Есть несколько способов оценки действующего бизнеса. Наиболее популярные из них - методы капитализации денежных потоков и метод альтернативной стоимости.
Для оценки интернет-проектов чаще всего применяют именно метод капитализации денежных потоков. Вы почему-то от него наотрез отказываетесь....
Ну что ж... С точки зрения метода альтернативной стоимости создать проект на тему моддинга с посещаемостью 4000 3000 человек, зарегистрировать его в ДМОЗ и ЯК и получить 5/325, стоит гораздо дешевле чем 1.5 млн. руб.
Чем же еще мотивировать такую стоимость?
У ЯДа и у WM есть как минусы, так и плюсы, но вот конкретно в вопросах блокировки - в WM вас бы тоже никто скорее всего заранее не предупредил бы, что вас счет уже заблокирован на вывод денег. На ввод у них блокировки обычно не ставят.
И регламент разблокировки и там и там достаточно неудобен... и отступаться от него никто не будет.
Разница в том, что у ЯД ниже уровень технической безопасности.
Любая платежная система вынуждена так или иначе поддерживать уровень потерь средств участниками не выше некого порогового значения. У ВМ это в большей степени достигается техническими мерами, работающими ДО события, а у ЯД в большей степени в той или иной мере ручными разборками ПОСЛЕ события. Соответственно ЯД вынужден устанавливать в своей система более высокий уровень "подозрительности" к пользователю, чем ВМ.
Вот это пользователям и не нравится.
посоветовали хостинг http://www.hosting.ua/ сказали, что качество высокое.
Кто пользуется, стоит там купить хостинг?
Виртуальный хостинг самого плохого качества, какой я только встречал на Украине.
Саппорт по умолчанию задерганный, злобный и недружелебный, но можно впоследствии найти общий язык.
P.S. Про аренду серверов у них тоже слышал от знакомых плохие отзывы, но сам не брал. Про сервера отзывы были такие:
- воруют трафик
- необоснованно отключают
- дают IP из-под проектов на которые идет не то что бы полноценный дос, но скан и флуд.
Про виртуальный хостинг лично мой отзыв:
- низкий таймаут на вебсервер (20 секунд)
- мало памяти php-скриптам (из-за этого даже в phpmyadmin экспорт таблицы в zip сделать нельзя)
- неудобная, собственная, нестандартная админка (не CPanel и не DirectAdmin)
- неправильно считают нагрузку, вообще такое впечатление, что рандомно. Когда она есть - не видят, когда нет - видят.
Если не хотите писать - можете купить brand free лицензию.
зачем? а 301й уже не работает?
А юкоз даст поставить?
Вот сейчас читают предствители Яндекса эту тему и радуются "Даа... Хорошо к этому апу поработали. Продажные ссылки в этот раз конкретно подкосили.
Совершенно не так. Именно продажные ссылки сейчас позволяют просто, дешево и предсказуемо повышать ТИЦ.
Также есть предположение, что давече популярная тема с закупкой сотен-тысяч ссылок с нулевиков пофиг какой тематики, тоже откидывает копыта.
Кто наращивал таким способом показатель к этому апдейту, отзовитесь, правильно ли это предположение или тема по прежнему актуальна.
Это как-раз сработало.
Потеряли тиц сайты на которые стоят сквозные ссылки с тематических сайтов с информеров (два примера). Причем конкретно потеряли 550->180 325->100
Там где сквозняки - жесткий минус. Где куча мелки ссылок с сапы - плюс столько сколько планировалось.
А как называть людей, которые получают доход с размещения рекламы на собственных интернет сайтах?
веб-издатель?
интернет-инвестор?
Каким образом можно увидеть дырки самостоятельно?
Может быть, посмотреть данные в MySQL, или в коде..?
ЗЫ. Знания PHP имеются, но не шибко большие
Дырки для заливки шеллов можно найти так:
- найти в коде все функции для работы с файловой системой
- тщательно проанализировать переменные которые стоят в аргументах этих функций, и можно ли как-то повлиять на их значения "пользовательским вводом".
Дырки для ложной аутентификации:
- проанализировать участок кода, который отвечает за аутентификацию.
Дырки для инъекции в БД:
- аналогично дыркам для шеллов но это намного сложнее, т.к. обычно в коде очень много операций с БД.
Вообще-то проверить код на наличие "случайных" дарок относительно просто: надо проверить фильрацию всего пользовательского ввода... А вот со "специальными" дырками сложнее, т.к. фильтрация типа и есть, только какие-то специальные инъекции все-таки могут обойти фильрацию.