President Johnson: Зарегте несколько доменов на сайты с разными темплейтами, более менее подходящими по смыслу. Какой вылезет в результате, и будет более популярным, тот и есть ваше название.
Потому что ни один семи пядей во лбу креативщик, никогда не узнает что твориться в головах ваших предполагаемых пользователей.
---------- Добавлено 08.05.2012 в 19:07 ----------
Зарегте несколько доменов на сайты с разными темплейтами, более менее подходящими по смыслу. Какой вылезет в результате, и будет более популярным, тот и есть ваше название.
Потому что ни один семи пядей во лбу креативщик, никогда не узнает что твориться в головах ваших предполагаемых пользователей.
Прошу прощения, видимо я не правильно выразился. Мне абсолютно неважно как воспримут мой домен поисковики, мне более важна сама форма домена, так сказать его "красивость")
Все это ерунда, как бы ты HTML\JS не хотел бы сделать менее читабельным, всегда найдутся средства которые сделают обратное. Открой те же инструменты разработчика в Opera. Там HTML всегда ровный в независимости от исходного состояния.
Ростик =): Кредитование это вообще рандом, особенно в онлайне. Компенсация рисков закладывается в процент.
Я так не думаю. Считаю что имея достаточно информации о заемщике можно с помощью N-го кол-ва математических операций получить некоторый показатель который в большинстве случаев будет отражать реальную ситуацию, кроме, конечно же, форс-мажоров. Тем более в онлайне, тем более в WM, в рамках которой уже заранее рассчитаны несколько числовых показателей участника системы.
ах-ах: +1
не легален сам факт размещения музыки и видео без согласия правообладателя
awalkingdream: Юр. лицо на свои данные ни в коем случае (варезник)
Sandalia: владельцу варез сайта лучше не светить свои реальные ФИО
Извините, но видимо я неправильно описал вопрос. Меня не интересует легальность моего контента. Меня больше интересует как с точки зрения закона выглядит получение прибыли с тизерной рекламы при прочих равных условиях. Давайте представим что у меня абсолютно легальный контент)
LazySeo: Для примера в PHP это можно реализовать через сессии.
1. Открываем сессию
2. Проверяем есть ли переменная user_connect=1 если нет создаем переменную user_connect=1
3. При втором подключении в сессии уже создана такая переменная, а значить юзер заходит повторно и его переадресовываем на нужно страницу (например с информацией об ограничениях)
Плюсы подхода:
1. Быстро реализовать практически в любой CMS
2. Стандартное решение не требующее модулей
3. Не зависит от вебсервера
Минусы подхода:
1. Работает только если разрешены кукисы (можно без них не пускать на сайт)
2. Требует доработки CMS
А что если юзер прервал выполнение скрипта? И то что должно было выполниться в конце скрипта, а именно сброс переменной user_connect, не будет выполнено, как тогда?
Дикий пионер: По опыту использования извращенных систем php-прокси.
Curl скачивает весь файл в память и отдае его из памяти, поэтому может вываливаться из-за недостата памяти на больших файлах.
Можно отдавать файлы через сокеты - они у меня по памяти никогда не вываливались, даже на шаре хостинге.
Это мой личный практический опыт.
edogs: При запросе файла запустить отдельным потоком его скачку (вплоть до wget-а, хотя лучше fopen/fgets - что бы легко контроллировать скачку и была возможность ее остановить если вдруг файл юзеру уже не нужен) и получить его размер (получив заголовки с удаленного сервера например, что бы знать когда файл уже скачан полностью). После этого в основном потоке отдавать файл по мере его поступления в файловую систему (т.е. если запрашивают уже несуществующие части, то ждать пока они появятся). При чем в таком виде намного проще поддерживать многопоточность (а с этим наверняка сталкиваетесь, даже если не замечаете).
Отдавать файл разумеется надо считывая и отдавая его небольшими кусочками, тогда даже на php сам скрипт отдачи файла больше пары мегабайт не займет.
А не могли бы вы показать простой пример реализующий описанные вами способы ?
myhand: Нет. Для этого документацию надо было прочитать.
Вы думаете вокруг вас одни дураки?:) Естественно я читал доку на apache.org. Возникли вопросы, недопонимание, именно по этой причине я и задал эти вопросы тут.
Зарегте несколько доменов на сайты с разными темплейтами, более менее подходящими по смыслу. Какой вылезет в результате, и будет более популярным, тот и есть ваше название.
Потому что ни один семи пядей во лбу креативщик, никогда не узнает что твориться в головах ваших предполагаемых пользователей.
---------- Добавлено 08.05.2012 в 19:07 ----------
Зарегте несколько доменов на сайты с разными темплейтами, более менее подходящими по смыслу. Какой вылезет в результате, и будет более популярным, тот и есть ваше название.
Потому что ни один семи пядей во лбу креативщик, никогда не узнает что твориться в головах ваших предполагаемых пользователей.
Прошу прощения, видимо я не правильно выразился. Мне абсолютно неважно как воспримут мой домен поисковики, мне более важна сама форма домена, так сказать его "красивость")
UPD:
Ищется похожее на такое:
webtoolhub
Все это ерунда, как бы ты HTML\JS не хотел бы сделать менее читабельным, всегда найдутся средства которые сделают обратное. Открой те же инструменты разработчика в Opera. Там HTML всегда ровный в независимости от исходного состояния.
Кредитование это вообще рандом, особенно в онлайне. Компенсация рисков закладывается в процент.
Я так не думаю. Считаю что имея достаточно информации о заемщике можно с помощью N-го кол-ва математических операций получить некоторый показатель который в большинстве случаев будет отражать реальную ситуацию, кроме, конечно же, форс-мажоров. Тем более в онлайне, тем более в WM, в рамках которой уже заранее рассчитаны несколько числовых показателей участника системы.
DimaL, по второму пункту вроде какое-то ограничение есть. Или это на прибыль... Но во всяком случае, заморачиваться не стоит :)
DavyJohnes, а какой вид налогообложения выбрали?
Пока еще ни какой, все только в планах. Что то посоветуете ?
не все так просто
т.к. это займы, нужно как минимум попасть в реестр микрофинансовых организаций
Попасть в упомянутый реестр сложно? Что для этого нужно? Иметь какую то лицензию на данный вид деятельности ?
+1
не легален сам факт размещения музыки и видео без согласия правообладателя
Юр. лицо на свои данные ни в коем случае (варезник)
владельцу варез сайта лучше не светить свои реальные ФИО
Извините, но видимо я неправильно описал вопрос. Меня не интересует легальность моего контента. Меня больше интересует как с точки зрения закона выглядит получение прибыли с тизерной рекламы при прочих равных условиях. Давайте представим что у меня абсолютно легальный контент)
Для примера в PHP это можно реализовать через сессии.
1. Открываем сессию
2. Проверяем есть ли переменная user_connect=1 если нет создаем переменную user_connect=1
3. При втором подключении в сессии уже создана такая переменная, а значить юзер заходит повторно и его переадресовываем на нужно страницу (например с информацией об ограничениях)
Плюсы подхода:
1. Быстро реализовать практически в любой CMS
2. Стандартное решение не требующее модулей
3. Не зависит от вебсервера
Минусы подхода:
1. Работает только если разрешены кукисы (можно без них не пускать на сайт)
2. Требует доработки CMS
А что если юзер прервал выполнение скрипта? И то что должно было выполниться в конце скрипта, а именно сброс переменной user_connect, не будет выполнено, как тогда?
По опыту использования извращенных систем php-прокси.
Curl скачивает весь файл в память и отдае его из памяти, поэтому может вываливаться из-за недостата памяти на больших файлах.
Можно отдавать файлы через сокеты - они у меня по памяти никогда не вываливались, даже на шаре хостинге.
Это мой личный практический опыт.
При запросе файла запустить отдельным потоком его скачку (вплоть до wget-а, хотя лучше fopen/fgets - что бы легко контроллировать скачку и была возможность ее остановить если вдруг файл юзеру уже не нужен) и получить его размер (получив заголовки с удаленного сервера например, что бы знать когда файл уже скачан полностью). После этого в основном потоке отдавать файл по мере его поступления в файловую систему (т.е. если запрашивают уже несуществующие части, то ждать пока они появятся). При чем в таком виде намного проще поддерживать многопоточность (а с этим наверняка сталкиваетесь, даже если не замечаете).
Отдавать файл разумеется надо считывая и отдавая его небольшими кусочками, тогда даже на php сам скрипт отдачи файла больше пары мегабайт не займет.
А не могли бы вы показать простой пример реализующий описанные вами способы ?
Нет. Для этого документацию надо было прочитать.
Вы думаете вокруг вас одни дураки?:) Естественно я читал доку на apache.org. Возникли вопросы, недопонимание, именно по этой причине я и задал эти вопросы тут.
Не нужно ничего компилировать - в ubuntu уже есть необходимые MPM. Прочитайте /usr/share/doc/apache2.2-common/
Это че получается тупо
a2dismod prefork
a2enmod worker ?
В каком месте непонятно?
Спасибо, вроде оно!