DavyJohnes

DavyJohnes
Рейтинг
84
Регистрация
05.01.2011
President Johnson:
Зарегте несколько доменов на сайты с разными темплейтами, более менее подходящими по смыслу. Какой вылезет в результате, и будет более популярным, тот и есть ваше название.

Потому что ни один семи пядей во лбу креативщик, никогда не узнает что твориться в головах ваших предполагаемых пользователей.

---------- Добавлено 08.05.2012 в 19:07 ----------

Зарегте несколько доменов на сайты с разными темплейтами, более менее подходящими по смыслу. Какой вылезет в результате, и будет более популярным, тот и есть ваше название.

Потому что ни один семи пядей во лбу креативщик, никогда не узнает что твориться в головах ваших предполагаемых пользователей.

Прошу прощения, видимо я не правильно выразился. Мне абсолютно неважно как воспримут мой домен поисковики, мне более важна сама форма домена, так сказать его "красивость")

Qest:
UPD:
Ищется похожее на такое:
webtoolhub

Все это ерунда, как бы ты HTML\JS не хотел бы сделать менее читабельным, всегда найдутся средства которые сделают обратное. Открой те же инструменты разработчика в Opera. Там HTML всегда ровный в независимости от исходного состояния.

Ростик =):
Кредитование это вообще рандом, особенно в онлайне. Компенсация рисков закладывается в процент.

Я так не думаю. Считаю что имея достаточно информации о заемщике можно с помощью N-го кол-ва математических операций получить некоторый показатель который в большинстве случаев будет отражать реальную ситуацию, кроме, конечно же, форс-мажоров. Тем более в онлайне, тем более в WM, в рамках которой уже заранее рассчитаны несколько числовых показателей участника системы.

Ростик =):
DimaL, по второму пункту вроде какое-то ограничение есть. Или это на прибыль... Но во всяком случае, заморачиваться не стоит :)

DavyJohnes, а какой вид налогообложения выбрали?

Пока еще ни какой, все только в планах. Что то посоветуете ?

Unicode:
не все так просто
т.к. это займы, нужно как минимум попасть в реестр микрофинансовых организаций

Попасть в упомянутый реестр сложно? Что для этого нужно? Иметь какую то лицензию на данный вид деятельности ?

ах-ах:
+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. Возникли вопросы, недопонимание, именно по этой причине я и задал эти вопросы тут.

myhand:

Не нужно ничего компилировать - в ubuntu уже есть необходимые MPM. Прочитайте /usr/share/doc/apache2.2-common/

Это че получается тупо

a2dismod prefork

a2enmod worker ?

DenisVS:
В каком месте непонятно?

Спасибо, вроде оно!

Всего: 155