Вадим

В общем, вдруг кому пригодится: это можно, но с определенными ограничениями.

1. Сначала создается через Plesk нужный домен.
2. В /var/www/vhosts/system/[domain_name]/conf/vhost_nginx.conf пишется нужный конфиг.
3. Перестраиваются конфиги домена вызовом командной строки:
/usr/local/psa/admin/sbin/httpdmng --reconfigure-domain [domain_name]

И в дальнейшем, если есть файл vhost_nginx.conf, то он будет инклудится в конфиг домена.

Теперь об ограничениях:
1. Файл vhost_nginx.conf инклудится внутрь секции server { ... }, в самом ее конце, что и накладывает свои ограничения. Например, добавить свою секцию location / { ... } не получится, т.к. она там уже есть (Plesk заботливо воткнул), но location = / { ... } - можно.

2. По умолчанию один и тот же файл vhost_nginx.conf инклудится как для https, так и для http, в некоторых случаях это может быть важно.

В принципе, можно полностью контролировать создание и перегенерацию всех конфигов (как для nginx, так и для apache), но для этого надо уже править скрипты, которые этим занимаются (система допускает использование кастомных скриптов для этих целей). Подробнее здесь:

download1.parallels.com/Plesk/PP11/11.5/Doc/en-US/...

Надеюсь, инфа сэкономит кому-то время и нервы.

Долгое время юзал под Виндой Денвер. Но потом перешел на OpenSever, т.к. гораздо больше возможностей из коробки и без всяких бубнов

Ловить переходы с почтовых доменов или фильтровать IP - не очень хорошая идея, т.к. нет никаких 100% надежных способов все это определить. С одной стороны могут появиться всяческие "хитрецы", желающие обойти ограничения, с другой - вполне добросовестные юзеры, но работающие через какие-нибудь прокси, торы и проч. Так что я бы не стал с этим заморачиваться.

Поэтому тут два варианта: либо показывать любому, у кого есть ссылка (в т.ч. и неавторизованным на вашем сайте юзерам), либо только авторизованным юзерам, кому явно дан доступ к этому контенту.

Собственно, Гугл так делает с фотоальбомами: владелец альбома сам настраивает три варианта доступа:
1) всем
2) всем, у кого есть ссылка
3) только тем, кто явно указан

Во-первых, движки вот прямо под минисоцсеть (подразумевая, что там будет всего сотня аккаунтов и нулевая нагрузка) вряд ли кто специально пишет. Поэтому, если все ж не группу в глобальных соцсетях создавать, а что-то свое, то все равно придется выбирать из чего-то нормально работающего.

Во-вторых, ИМХО, надо отталкиваться не от определения "соцсеть", а от функционала, который нужен. И вполне возможно, что окажется, что действительно для ваших задач сгодится какой-то простейший форум.

Я бы, кроме прочего, советовал больше писать о вашем проекте. Вот, например, тут вы пишете, а ссылки на описание проекта нет. Возможно, потенциальный ваш партнер прочитает этот вопрос, кликнет по ссылке, заинтересуется, свяжется, и...

Или пока не рискуете говорить открыто о том, что делаете?

Вроде, заработал. Видимо, чисто технические проблемы были. Потому убираю вопрос

Странно, что ООО согласилось на такой вариант, полагаю, бухгалтер там очень неопытный. Потому что если переводы частному лицу будут регулярными, то при первой же проверке налоговая совершенно однозначно воспримет это как скрытие трудовых отношение. А отсюда - и нарушение трудового законодательства, и неуплата налогов и сборов, и, как результат - штрафы, пени и взыскание неуплаченных сумм. В общем, мало не покажется.

В теории, если грамотно составить договор и если есть юрист, готовый бодаться с налоговой, то отбиться от претензий можно. На практике - очень сложно.

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

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

Буквально вчера godaddy не только пустил меня к процедуре покупки, но даже и как бы продажу провел, сняв деньги с карты, а потом письмо прислал, типа "ой, чота не регается домен, бум разбираться, и, если чо, деньги вернем"

У paysto.com есть подобное: paysto.com/ru/products/paymentGate

Помимо 6% нужно еще платить в пенсионный. Минимальная сумма в этом году, если не ошибаюсь, около 36 тыс. руб. в год. Эта сумма выплачивается в любом случае, даже если доход нулевой. Если годовой доход более 300 тыс., то на сумму выше 300 тыс. еще + 1% начисляется.

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

Вы только подумайте:
Для каждого юзера нужно создавать аккаунт, систему авторизации, восстановление пароля и пр.;
Необходимо разграничить права доступа для каждого юзера - кто что может делать со своим блогом, а что с чужим;
При загрузке изображений необходимо предусмотреть загрузку как с компьютера, так и со сторонних ресурсов, нужен ресайз и подгонка под определенные размеры, контроль типа загружаемого файла, удобный просмотр фотографий и т.д., и т.п.;
Не только создание, но и редактирование и удаление как постов лога, так и фотографий;
Администрирование всего этого добра (мало ли кто и что начнет заливать);
...
И много-много еще всяческих нюансов учесть, описание которых составит не одну страницу.

А можно взять уже готовый движок и без всяких магий получить под ключ то, что нужно: юзеры регистрируются, каждый при регистрации получает личный блог, может туда постить рассказы и фотки, другие юзеры могут их комментировать, лайкать, перепощивать во всяческие фейсбучеки и вконтактики, а Вы сосредотачиваетесь не на решении уймы задач, мелких и крупных, которые уже решены до Вас, а на развитии проекта

Юзаю (и уже давно) для подобных целей www.unisender.com/ru

Есть API, но можно и в интерактиве письма создавать. Есть возможность сегментировать список рассылки, как угодно (и самих списков может быть сколько угодно). Есть внятная статистика. Саппорт довольно отзывчивый

Не соглашусь, что у Simple HTML DOM маленький выбор селекторов. Главный его недостаток - это низкая производительность, это один из самых медленных парсеров.

Разные люди очень по разному трактуют понятие "мультиязычности". В каких-то случаях это поддержка одного и того же контента параллельно на разных языках (т.е. одна и та же статья обязательно должна быть на всех поддерживаемых языках). Для кого-то - независимое наполнение контентом на разных языках и автофильтр при выборе определенного языка. А в каких-то случаях людям достаточно, чтоб все служебные сообщения и надписи на сайте переключались в соответствии с выбранным языком, а контент ведется смешанный.

Если устраивает последний подход, то Alto CMS из коробки поддерживает мультиязычность. Переключение языков возможно как по GET-параметру (типа site.com/blabla?lang=en), так и указанием языка прямо в адресе (site.com/en/blabla) - это все в конфиге настаивается