Роман no_name

создать перечень временных зон. Типа Pacific/fiji. Что пользователь мог выбрать свою временную зону и она записалась к нему в док. Далее при выводе даты и времени нужно использовать модель либо функцию с переводом времени которое он выбрал в время сервера и наоборот. Нужно одно заметить что все данные что бы писались во времени сервера, тобишь если пользователь с какой то временной зоной вводит дату например звонка, то что бы эта дата писалась не в его дате а в дате сервера.

НА хабре нашел. Первая ссылка в гугле. Учи мат часть

Почитай здесь

Решил проблему банально сменил версию Yate Server на 5.0.1 и когда компилил прописал make -i; make install -i. Сервер запустился в течении 10 минут настроил сип телефонию

Для всех игр врятли найдете. Есть цмски для линяги есть для кс есть для вов. Берите их и пытайтесь обьеденить

где сайт находится? и что за сайт вообще? локальный?

Лучше на сервере делать редирект.

$_SERVER["REMOTE_ADDR"] - айпи адрес
проверяете входит ли он в масив если входит даем одну ссылку если не входим вторую
таким образом можно будет узнать страну пользователя и делать редирект на нужную вам страницу

Очень плохой вариант отправлять письма за один раз.
Во первых вы можете попасть в спам.
Во вторых вы просто так бесплатно отдаете пользователям список ваших контактов.
Решение сделать цикл который будет перебирать пользователей и отправлять по одному сообщению пользователям

CouchDB мне кажется будет пошустрее

Django фреймворк. Хоть и не CMS но точно подучите Python.

Я пришел на работу с условием что выучу php за месяц. Стажировка оплачивается. Выучил за месяц PHP написал свою соц сеть с нуля. Сейчас учу Python(Django) и CouchDB. Так что все зависит от вашего желания.
PS: при желании можно и без знаний пойти на оплачиваемое обучение.

Да. При желании все можно.

Решил таким способом:

class Send_Msg(forms.Form):
    def __init__(self, documents, *args, **kwargs):
        row = [(row.id, row.first_name+' '+row.first_name) for row in documents]
        super(Send_Msg, self).__init__(*args, **kwargs)
        self.fields['friends'] = forms.MultipleChoiceField(choices=row)
        self.fields['msg'] = forms.CharField(min_length=10, widget=forms.Textarea(attrs={'width': "100%", 'cols': "70", 'rows': "20", }),
                                             label="Ваше сообщение")

1.Данные лучше хранить в базе по одной причине для пользователя при правильно написаном коде тяжело туда попасть, а вам легче.
2. Насчет авторизации, то это всем известно, что лучше работать с сессиями. Вот на то доводы:
- Все данные хранятся на стороне сервера и манипуляция с ними запрещена пользователю
- Может быть такое что у пользователя отключены кукиси и по этой причине он не сможет авторизоватся. С сессиями эта проблема отпадает.
Есть еще море плюов в использовании сессий но на как на меня то этого достаточно. Сейчас еденици пользуются кукисами.

Вы сами задаете что будет хранится в сесси. Для этого есть спец функция. Например: $_SESSION['user_id']=user_id
Это означает что в сессиб вы запихнете юзер айди. вытащить его можно будет потом с запроса user_id=$_SESSION['user_id'];
Нечего такого. Плюс ко всему сессия создается на стороне сервера поэтому он ну не вкоем случаи не сможет быть одинаковый для двух пользоваетелей

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