Доступен (http://friendica.com/node/64) релиз проекта Friendica 3.3 (http://friendica.com/), в рамках которого развивается реализация свободной децентрализованной коммуникационной платформы для построения распределённых социальных сетей, связывающих воедино как сервисы и проекты, развёртываемые на локальных мощностях, так и аккаунты в существующих социальных сетях. Код серверной части проекта написан на языке PHP и распространяется (https://github.com/friendica/friendica) под лицензией MIT. Возможности системы легко расширяются через подключение дополнений.Сеть строится из независимых и самодостаточных элементов, неподконтрольных одному лицу. Каждый запущенный на базе Friendica сайт становится полноценным участником социальной сети, но остаётся полностью в руках своего владельца. Трафик между серверами Friendica передаётся в зашифрованном виде, имеются гибкие средства для контроля доступа и возможности по созданию приватных групп, общение в которых является конфиденциальным. Имеется поддержка размещения приватных фотоальбомов, доступ к которым открыт только для заданных узлов. В качестве элементов для формирования связей могут выступать такие сети, как Facebook, Diaspora, Twitter и Identi.ca, блоги WordPress, Livejournal и Blogger, произвольные RSS-ленты и даже электронная почта.
В новом выпуске добавлен API для организации загрузки изображений из сервиса Twidere, обеспечена поддержка web-приложения diaspora для Firefox, прекращена поддержка устаревших тем оформления, все zero-темы объединены в универсальную изменяемую тему, добавлена возможность игнорирования нитей обсуждения, реализована система отправки уведомления при появлении новых публикаций, в основной состав принята система кэширования изображений, обновлены версии используемых библиотек (smarty 3.1.19, fullcalendar 1.6.4, jquery 1.11, jgrowl 1.3.0), для увеличения производительности оптимизирована структура БД.URL: http://friendica.com/node/64
Новость: http://www.opennet.me/opennews/art.shtml?num=40875
>Код серверной части проекта написан на языке PHPда блин
что это может означать ?
А что ещё можно пояснять, после аббревиатуры PHP? Всё, больше сказать нечего...
> да блиндвусмысленно, поэтому спрашиваю
наконец силу вы познайте PHP
Я писал на PHP три года, я знаю о чём говорю. Я, как на Python перешёл, без содроганий вспоминать не могу этот PHP.
то, что вы предпочитаете Python место PHP, ето ничего не доказывает, оргументируете пожалуста.> Я писал на PHP три года
я 5, и для веба он незаменим, и скорость разработки и количества библиотек он побеждает.
как там в девяностых? доллар ещё по шесть рублей?
умник ?
Я не предпочитаю Python вместо PHP. Мои мозг и логика просто ликовали и чуть ли не кончали первые месяцы после перехода на Python. Это как пересесть с 2106 на BMW X5 - вроде и шоха тоже ездила, но, блин, какой кайф, наконец, просто ехать, а не громыхать, чиниться и материться.
вопрос субъективный, вам по нраву, другому нет.но похоже это вы не разобрались в PHP.
зачем материться на язык ? если ты все правилно сделал ?
а те кто пережил некоторые моменты, уже с уверенностью могут взять и написать социальную сеть на PHP.
Просто ответь на простой вопрос - кроме как на PHP на чём-нибудь писал ещё серьёзно?
Я тоже, пока не ушёл с ПЫХа, тоже не понимал, за что его ругают. Но так всегда - пока не попробуешь что-то лучшее - не поймёшь. Если я сейчас начну перечислять чем пых плох - это на целый пост потянет и вызовет холивар на 500+ комментов, но оспаривать мои доводы будут в основном те, кто кроме пыха и какого-нибудь паскаля и VB не писал.
А с чего вы взяли, что я только ПХП знаю ?вообщем.
Но на вопрос ты не ответил. Я не взял ни с чего, я потому и задал вопрос, потому что реплики выглядят именно как от человека, который кроме пыха ничего толком и не тыкал. Но уход от ответа как-то намекает, что я попал в точку.
Мы уже на ТЫ ?????!Не заметил вопроса.
писал на NodeJS, C.
в компании играли на Python, но он не потянул, ПХП одержал победу.но не смею сказать, что NodeJS чем-то уступает ПХП.
Ну что за детский сад? На ты, на вы... Как-будто, если я напишу "вы, сударь, мудак", будет лучше, чем "ты не прав". Не нравится, что тебе тыкают? А ты не думаешь, что кому-то (например, мне) не нравится, когда мне выкают? Но что-то я не заметил ни разу запроса на разрешение обращаться на вы.
Молодец. Вот ты очередной раз доказал, чего стоят все эти "обращайтесь на вы". Я уже понял, что тебе подобные начинают придираться к форме обращения, когда уже сказать нечего, но пока стрёмно просто посылать. Но в итоге всё-равно хамите всегда. Такие вежливые все, не то, что тыкающее быдло, вроде меня, да...
вы совершенно правы> Такие вежливые все, не то, что тыкающее быдло, вроде меня, да...
особенно здесь
Да вы и русский то толком не знаете...
А разве я обязан знать чужой язык ?
Причем тут это ?
Python прекрасен не спорю.
Я писал и на том, и на другом. На Python писал два года достаточно крупный проект. После того ада с библиотеками в Python, без которых он ничто, долго приходил в себя когда вернулся на PHP. И очень счастлив.
Поддерживаю, обе хороши, но ПХП для меня легче.
http://eev.ee/blog/2012/04/09/php-a-fractal-of-bad-design/
http://nuclight.livejournal.com/107170.htmlПродолжайте разбираться.
К сожалению для php и к счастью для пыхеров не все способны освоить его даже за три года.
В игнор их.
Питон тоже не айс
Не айс, не спорю. Но на фоне пхп - это Валгалла программиста.
Да и альтернатив не много. руби - жрёт как не в себя, луа - пока слабовата, для веб-дева - точно, nodejs - сомнительное удовольствие писать на js-е для бэкенда, да и вообще. что ещё остаётся из более менее готовых к серьёзным проектам? на питоне я за месяц написал rest+фронтенд+генератор passbook, которые все вместе до 2000 одновременных запросов в секунду держат легко даже на локалхосте, не занимая больше 2 гигов оперативы вместе с базой на монго и редисом, и даже извращаться не пришлось особо. На пыхе мне бы для такого потребовалось не меньше 2 серверов, а на руби - гигов 8 опертивки.
>На пыхе мне бы для такого потребовалось не меньше 2 серверов, а на руби - гигов 8 опертивки.Голословно утверждаешь. Ну и расскажи за счет чего на змеюке быстрее вышло и почему также нельзя было сделать на пыхе? Скорее просто не умел, взял питон сделал не задумываясь по чужому клеше, вуаля питон быстрее. Обычная история.
Ну как раз про "взял готовое клише" - это как раз к питонистам. Это там принято "взял фреймворк/CMS, дописал кое-как пару плагинов, натыкал страниц по шаблону - вуаля".
А к вопросу, за счёт чего на змеюке вышло - gunicorn, gevent, flask, mongoengine - это из основных узлов готовых, которые использовались. Плюс больше 3000 строк собственного кода, не считая шаблонов.
Может назовёшь мне решение на PHP, которое позволит не проседать под 1000+ одновременных запросов, не создавая для этого никаких костылей, а написав обычное приложение? Или может сможешь в 30 строк создать restfull-api имея в наличии только описание структуры 2 коллекций mongo в 10 элементов в каждой?
Если ты хочешь, чтобы я тебе расписал подробно как и что делалось и сколько раз бы php в каждом конкретном месте соснул бы, то у меня просто не хватит свободного времени на подобное бессмысленное занятие. Но я точно уверен, что на php может и было бы написано быстрее, но работало в 3 раза медленнее, прожорливее и каждый чих пришлось бы чуть ли не половину кода перелопачивать.
> до 2000 <...> запросов в секунду"до" это сколько? 10? 20? Название проекта в студию.
А там будем смотреть что за запросы и с какой логикой.
// Плевать я хотел и на пыхпых и на руби, мне интересно что вы там все такое пилите и никому не показываете.
"до" это включая 2000, а дальше могут быть проблемы, а могут и не быть.
Может тебе ещё и прописку предоставить и паспортные данные. Это ж так важно, чтобы именно ты в это поверил, я просто обязан тебе доказать!
я не пилю, я работаю и создаю работающие проекты, не требующие для себя по 5 серверов на сотне тысяч посещений в сутки. И плевать я хотел, что там тебе интересно.
А чё ты так возбудился-то? Нечего показать, на самом-то деле?Дать ссылку дело трёх секунд, но вместо этого ты сейчас пять постов будешь строить зазвездившегося гуру. Первый уже есть. Вобщем пруф или диванный теоретик.
Руби уже давно не уступает в скорости питону:
http://benchmarksgame.alioth.debian.org/u64q/ruby.php
> Руби уже давно не уступает в скорости питону:
> http://benchmarksgame.alioth.debian.org/u64q/ruby.phpНу не так уж и давно, но эти цифры - реально здорово. Последний аргумент из под питона выбит.
> Но на фоне пхп - это Валгалла программиста.И Тартар сисадмина. Для установки одного замечательного модуля, использующего mcrypt, пришлось превратить RHEL в слаку и пересобирать десяток библиотек.
Чо ты там знаешь. Я вот как начинал программировать в 11 лет с языка C, так до сих пор меня блин ТОШНИТ с питонского ФОРМАТИРОВАНИЯ ОТСТУПАМИ.Питон лучше пыха разве что если ты пишешь что-то десктопное - для этого да, пых не приспособлен.
А для веба извините, PHP в тыщщу раз удобнее. В PHP как бы есть практически ВСЁ без дополнительных модулей, яиц, фреймворков и прочего говна. Встроенное универсальное SAPI, работающее под КУЧЕЙ разных серверов. С одной стороны, нельзя оставлять "живой" код между запросами, с другой - получается, что пишешь всегда так, чтобы код инициализации приложения был короткий. Автолоад и всё такое.
Но даже если мне нужно держать код живым между запросами, я заюзаю Perl, а не питон. Синтаксис уж точно поприятнее.
Блин, да взять хотя бы необходимость поднимать с**ный virtualenv под каждое приложение с сотней библиотек-зависимостей. Ну или просто, без virtualenv ставить 100500 зависимостей. (хотя, строго говоря, это как раз с Perl'ом так же)
Или то, что строка с числом, блин, не конкатенируется. Даже в JAVA она конкатенируется. А бидон чего-то выпендривается, мол ты тип не привёл.
Ну вот разве что для сишников-ретроградов, которые не могут отвыкнуть от скобочек (нужно боольше скоообок!!) пхп и может показаться приличным.
> Ну вот разве что для сишников-ретроградов, которые не могут отвыкнуть от скобочек
> (нужно боольше скоообок!!) пхп и может показаться приличным.Да не нужно больше скооообок, нужно чтобы ПРОБЕЛЫ не влияли на ход выполнения. Это блин ПРОБЕЛЫ, а не код, ау!
Пробелы такие же символы как и a-z 0-9 и все остальные. Не способен заменить в своём мозгу фигурную скобку на три пробела - конечно язык плохой, ага...
В целом не только это меня там бесит, но синтаксис да, дико дебильный.Открывающие/закрывающие скобочки всяко читаемее, чем висящий в воздухе конец конструкции. Некоторые в C-шном-то коде пишут "} // if", а тут тебе ни того, ни другого.
> Пробелы такие же символы как и a-z 0-9 и все остальные. Не
> способен заменить в своём мозгу фигурную скобку на три пробела -Два брейнфака этому господину!
> конечно язык плохой, ага...
Кстати, про virtualenv... Я хотя бы могу для разработки одного проекта поставить 100500 зависимостей и потом просто одним махом их вычистить. А как это на C/С++ сделать так же безболезненно, расскажи, болезный? Или твои проекты не требуют внешних зависимостей? Но и на питоне можно написать всё с использованием только стандартной либы. Но только изучать каждый раз новый костыль - неблагодарное занятие, я лучше разверну виртуальное окружение одной командой и не буду париться, что мне придётся установить библиотеку на полгода старше той, что у меня уже установлена в системе. А что же сделает тру-си-девелопер?
> Кстати, про virtualenv... Я хотя бы могу для разработки одного проекта поставить
> 100500 зависимостей и потом просто одним махом их вычистить. А как
> это на C/С++ сделать так же безболезненно, расскажи, болезный? Или твоиСимлинки opennet.ru/opennews/art.shtml?num=40278 фермиро^Wфармить!?
Ну да, это куда проще и не так страшно, чем
> mkvirtualenv env_name
> workon env_name
> pip install -r requirements.txt
>
Вообще я про PHP говорил - там да, зависимостей у меня НЕТ, кроме нативных модулей типа там gd, imagick, mysql, redis и т.п. Знаешь почему? Потому что там зависимости НЕ НУЖНЫ. Это на перле или питоне чтобы нормально писать, надо 100500 модулей с CPAN'а или яиц поставить, а на пыхе и без них всё прекрасно.Но если уж говорить про C/C++, то я подозреваю, что если уж так хочется, можно просто собрать своё поделие статически, не? :)
Да потому, что там все зависимости - в виде модулей, которые надо компелировать. И если на твоём сервере нет либы - хоть усрись, но не будет без рута. А на питоне - no problems в большинстве случаев.
> Да потому, что там все зависимости - в виде модулей, которые надо
> компелировать. И если на твоём сервере нет либы - хоть усрись,
> но не будет без рута. А на питоне - no problems
> в большинстве случаев.1) Часть что питоновых, что перловых модулей тоже нужно компилять. Зачастую не самую маленькую. А если юзать pure-perl/pure-python, можно схавать конкретных тормозов.
2) На шаред хостингах рута нет, но рулит именно пхп - как раз потому, что всем нужно всего-то 5-10 стандартных модулей, которые есть ВЕЗДЕ. Я вообще не помню, какие я нестандартные модули хотел юзать, кроме redis и memcache. Но на шаред хостинге оба всё равно неактуальны, никто там тебе редис не даст, так что и хрен бы с ними.
> компелировать. И если на твоём сервере нет либы - хоть усрись,
> но не будет без рута.Это я не тебе, ущербный, ссылочку на GUIX давал, я запамятовал?
> Вообще я про PHP говорил - там да, зависимостей у меня НЕТ,
> кроме нативных модулей типа там gd, imagick, mysql, redis и т.п.
> Знаешь почему? Потому что там зависимости НЕ НУЖНЫ.Зависимости - не проблема. Механизм bundle/Gemfile позволяет указать необходимые пакеты в любых вариантах. Начиная от факта наличия любой версии, заканчивая конкретными версиями. А автоматически генерируемый Gemfile.lock позволяет вообще получить точный срез системы.
Кроме того, традиционно в Rails имеется возможность интегрировать в директорию приложения все необходимые модули. Причем безразлично, содержащих или не содержащих нативный код.
"Даже в JAVA" - особенно доставило. Java - вообще Содом и Гоморра в одном лице, на неё равняться - себя не уважать. Особенно странно слышать про конкатенацию строки с числом от С разработчика (уж там то это делается намного проще чем питоновское s + str(number), ага). Скажи честно, тебе сейчас 12 лет (если ты начал на С программировать в 11)?
> "Даже в JAVA" - особенно доставило. Java - вообще Содом и Гоморра
> в одном лице, на неё равняться - себя не уважать. Особенно
> странно слышать про конкатенацию строки с числом от С разработчика (уж
> там то это делается намного проще чем питоновское s + str(number),
> ага).Вот именно блин, если по твоему JAVA - содом и гоморра, то даже в содоме и гоморре строка с числом конкатенируется... А в питоне - нет :D
А с C ты конечно вообще молодец сравнивать, тебе не кажется, что это слегка так другой класс языка? И это, кстати, ещё если ++ не брать, в которых если юзать классы, то str+num работает...
> Скажи честно, тебе сейчас 12 лет (если ты начал на
> С программировать в 11)?Смешнаааааая шутка!.. Я смотрю, ты просто новые высоты аншлага берёшь...
> с**ный virtualenv под каждое приложение с сотней библиотек-зависимостейА как ты обходишься тогда без CPAN и PEAR/PECL? Кто тебе вбил в голову мантру «напиши лисапед, будь мужиком»?
Без CPAN - никак, без PEAR/PECL - влёгкую, говорю же, в пых всё встроено что душе угодно. А шаблонизатор свой, таскаю с собой.// Хотя ничего аналогичного virtualenv в перле тоже не юзаю, все модули ставлю в систему и обновляю до наиболее свежих версий.
> Я писал на PHP три года, я знаю о чём говорю. Я, как на Python перешёл, без содроганий вспоминать не могу этот PHP.многое в синтаксисе php взято из сей.
если вы не освоили его - вы профнепригодны.
если ж вы относите к языку функционал какого-либо фреймворка, то вы либо безграмотны, либо опять профнепригодны.
опять пехопе
Ок, на чем нужно писать?
на node.js
....социальной стети Friendica 3.3....Что за "тетя" в названии?
Кнопочка "редактировать" под статьёй как бы намекает на всю бессмысленность подобных комментариев.
Дело хорошее, но выбор PHP вызывает некоторое недоверие к проекту и нежелание ставить это на свой сервер.Чем она лучше Диаспоры?
C++ вы бы доверили ?
Нет.
Вы вообще доверяете кому-то ?
Да.
Ленину?
Убило))))
> Дело хорошее, но выбор PHP вызывает некоторое недоверие к проекту и нежелание ставить это на свой сервер.это вы зря: PHP с особой силой отталкивает криворуких и профнепригодных.
убедиться можно в этом из комментов - большинство недовольных языком уверены, что в плохости их программ виноват именно язык.
Все наоборот: часто на PHP пишут те, кто используют то что им подсунули или что популярно, не пытаясь разобраться в альтернативах и не желая изучать более одного языка. И PHP привлекает "криворуких и профнепригодных", потому что на нем как раз просто делать абы как.
> Дело хорошее, но выбор PHP вызывает некоторое недоверие к проекту
> и нежелание ставить это на свой сервер.
> Чем она лучше Диаспоры?Хм, а я в своё время не поднял у себя Диаспору именно из-за того, что она не на PHP -- PHP уже был, а разбираться с Ruby было лень.
А что там с Ruby разбираться? В современных линуксах он работает из коробки.
> А что там с Ruby разбираться?Ну теперь-то я это знаю :-) А тогда реакция была "это что ещё за монстр и как его настраивать вообще?".
>Чем она лучше Диаспоры?по интерфейсу Диаспора больше похоже на твиттер
Friendica на Facebook
Мда. Перепалка тут еще та! Никого не хочу обидеть, но лишь у меня такое ощущение что, несколько "нецелованных пацанов" спорят кто дон-джуанестей длиной своих языков!? По мне, больше программ и разных. Пусть на разных языках. Каждый ищет, ну и может, по мере своих сил и возможностей.
Интересная статья о распределении налоговых поступлений после проведения реформы административно-территориального устройства Украины. Регионы смогут сами решать, куда вкладывать свою часть доходов. Мне интересно, скольким госслужащим по всей стране (после последнего сокращения + предстоящей люстрации) необходимо будет провести переподготовку, курсы повышения квалификации, тренинги, предоставить практические методики и модели нового управления государством (Decentralization Management Guide). Может, необходимо провести общенациональную переподготовку госслужащих нового поколения?http://delo.ua/ukraine/kakie-nalogi-budut-ostavatsja-na-mest.../