с учетом того, что уже несколько месяцев Google назойливо пытается перевести всех с ников на имена-фамилии, то что они сделали сейчас вполне логично. Таким образом они стараются коврижками заманить пользователей из тени в свет. Кроме того, Google не хочет смешивать имена для страниц и личных аккаунтов. И это кстати, очень мудрое решение (с их стороны конечно).
Обычным пользователям никто не мешает использовать помимо уже упомянутого gplus.to любые укорачиватели ссылок, которые позволяют задавать ссылке осмысленное написание, типа bit.ly/mygratefulnick
Скажу больше, для людей знакомых с вопросом, не составит труда настроить на plus.google.com аккаунт свой собственный домен второго уровня, если ему больше нравится идея привязать социальную ленту напрямую к mygratefulnick.ru, или к поддомену plus.mygratefulnick.ru
Некоторые регистраторы доменов предлагают простейший функционал переадресации бесплатно
их может остановить и 3000 руб, но если эта сумма будет выплачиваться в пользу каждого из пострадавших. Позвонили тебе, пишешь заяву, получаешь 3000 тыс компенсации. И вот тогда таких заяв будут тысячи и обзвон станет делом убыточным. А сейчас «в пользу государства» это конечно никак не подействует
по хорошему надо платить за определитель номера на городском. Получается защита от спама но проплата МГТС за услуги. В принципе универсально помогает автоответчик. И вот с него по нескольку рекламных сообщений в неделю приходится удалять. По хорошему скоро придется делать Каптчу на автоответчике «Если вы не бот, переключитесь в тональный набор и нажмите цифры 2762 на вашем телефоне». Самое большое количество спама — это автопрозвонки. Мне постоянно звонят какие-то стоматологические клиники, тот же Акадо, при том, что я уже к ним подключен, мне предлагают скидку за подключение. Похоже они даже базы нормально не сверяют, по адресной базе. Ведь мой адрес у них стопудово внесен
Мне Акадо звонит регулярно. И какое счастье что у меня в мобильном телефоне есть поддержка черных списков. Акадо в нем занимает уверенное первое место! Теперь их звонки отображаются как неотвеченный вызов, и все. Они полгода пытаются продать мне цифровое ТВ при том что у меня нет телевизора, о чем я много раз им говорил.
Делюсь личным креативом.
Действительно, обналичивание денег через банкинг — рискованное занятие.
В свое время я придумал схему для получения небольших наличных сумм из электронных денег без задействования банкинга и вывода средств с потерей на обналичивание. В моей конторе у меня множество коллег. Периодически многим требуется электронная наличность. Самый частый случай — просто пополнить счет мобильного телефона, оплатить комунальные услуги, хостинг, и прочее в том же духе.
Я анонсировал возможность оказать такие услуги. Соотвественно никаким образом зафиксировать такие суммы сейчас нельзя. Но это не поможет в будущем, когда все платежные системы потребуют легализоваться (уже пришло такое сообщение от ЯД). Тогда все транзакции будут фиксироваться
только не надо писать «какой-нибудь Drupal» ;)
На каком-нибудь друпе написан какой-нибудь там сайт Белого Дома. Не думаю, что сисы американской администрации настолько глупы что не разберутся что хорошо, а что плохо. У друпа совершенно свой путь и сообщество следит за тем чтобы он не стал монстром. И он не станет. Это не самая шустрая CMS, но он и не создавался для маленьких проектов.
Неблагодарная это затея меряться CMS-ами, особенно без сформулированных критериев сравнения :)
>>> что в мире Python существуют не менее мощные и даже гораздо более зрелые инструменты.
Вот тут стоит удерживаться от лишних эмоций. Беспристрастность — язык мудрости.
Я понимаю Ваш энтузиазм, однако при всем моем уважении к Джанго, для «гораздо более зрелых» нужно все-таки дозреть еще на пару-тройку тысяч плагинов в библиотеке. Так что думаю, есть куда развиваться.
возможно, не могу ничего об этом сказать.
Меня интересовало как раз соотношение производительности явы против груви. Не думаю, что возможно какое-то чудо.
Но в принципе все логично — цена динамичности.
Вобщем можно говорить только запустив конкретный проект
кстати, возник вопрос
Groovy — это язык с динамической компиляцией, встроенный в среду явы. Вы думаете, что он будет исполняться быстрее, чем теже руби и питон? Это не вопрос на засыпку, меня реально интересует быстродействие Groovy. Он же не компилируется в байт-код явы сразу с оптимизацией, из-за которой собственно ява и быстра. То есть по логике Груви должен исполняться медленнее самой явы.
я не спорю, что инструмент, заточенный под определенную задачу может быть лучше комбайна. Но меня в Друпале завораживает модуль Throttle, который позволяет отключать выбранные элементы, если нагрузка на сайт превышает определенный уровень ;)
Дроссель в Друпале — имхо гениальная вещь, которая вселяет в меня уверенность что мой сайт не ляжет из-за пиков активности.
Первоначально именно Дроссель обратил мое внимание на Друпал.
для лайвстрита уже давно существует более точное название — ХабраКлон.
А Швабр создавался как демонстрация возможностей Друпала и его основных модулей.
По-хорошему для подобных социальных проектов с большой нагрузкой в Друпале не используются модули View и CCK, а пишутся свои. Тогда Друпал будет летать.
забавно, но это именно то, от чего просил воздержаться сам автор РНР :)
Если не изменяет память — первая же заповедь разработчика на РНР звучит примерно так:
«не надо пихать РНР куда ни попадя, он предназначен ТОЛЬКО для веб-страниц»
ну это нормально — умных людей всегда меньшинство, просто надо прилагать силы чтобы попасть в это меньшинство:)
Учиться, учиться и еще раз учиться!
Это актуально во все времена :)
Обычным пользователям никто не мешает использовать помимо уже упомянутого gplus.to любые укорачиватели ссылок, которые позволяют задавать ссылке осмысленное написание, типа bit.ly/mygratefulnick
Скажу больше, для людей знакомых с вопросом, не составит труда настроить на plus.google.com аккаунт свой собственный домен второго уровня, если ему больше нравится идея привязать социальную ленту напрямую к mygratefulnick.ru, или к поддомену plus.mygratefulnick.ru
Некоторые регистраторы доменов предлагают простейший функционал переадресации бесплатно
Действительно, обналичивание денег через банкинг — рискованное занятие.
В свое время я придумал схему для получения небольших наличных сумм из электронных денег без задействования банкинга и вывода средств с потерей на обналичивание. В моей конторе у меня множество коллег. Периодически многим требуется электронная наличность. Самый частый случай — просто пополнить счет мобильного телефона, оплатить комунальные услуги, хостинг, и прочее в том же духе.
Я анонсировал возможность оказать такие услуги. Соотвественно никаким образом зафиксировать такие суммы сейчас нельзя. Но это не поможет в будущем, когда все платежные системы потребуют легализоваться (уже пришло такое сообщение от ЯД). Тогда все транзакции будут фиксироваться
На каком-нибудь друпе написан какой-нибудь там сайт Белого Дома. Не думаю, что сисы американской администрации настолько глупы что не разберутся что хорошо, а что плохо. У друпа совершенно свой путь и сообщество следит за тем чтобы он не стал монстром. И он не станет. Это не самая шустрая CMS, но он и не создавался для маленьких проектов.
Неблагодарная это затея меряться CMS-ами, особенно без сформулированных критериев сравнения :)
Вот тут стоит удерживаться от лишних эмоций. Беспристрастность — язык мудрости.
Я понимаю Ваш энтузиазм, однако при всем моем уважении к Джанго, для «гораздо более зрелых» нужно все-таки дозреть еще на пару-тройку тысяч плагинов в библиотеке. Так что думаю, есть куда развиваться.
А в остальном, спасибо за интересный обзор :)
Меня интересовало как раз соотношение производительности явы против груви. Не думаю, что возможно какое-то чудо.
Но в принципе все логично — цена динамичности.
Вобщем можно говорить только запустив конкретный проект
community.livejournal.com/ru_grails/7636.html
Groovy — это язык с динамической компиляцией, встроенный в среду явы. Вы думаете, что он будет исполняться быстрее, чем теже руби и питон? Это не вопрос на засыпку, меня реально интересует быстродействие Groovy. Он же не компилируется в байт-код явы сразу с оптимизацией, из-за которой собственно ява и быстра. То есть по логике Груви должен исполняться медленнее самой явы.
Дроссель в Друпале — имхо гениальная вещь, которая вселяет в меня уверенность что мой сайт не ляжет из-за пиков активности.
Первоначально именно Дроссель обратил мое внимание на Друпал.
А Швабр создавался как демонстрация возможностей Друпала и его основных модулей.
По-хорошему для подобных социальных проектов с большой нагрузкой в Друпале не используются модули View и CCK, а пишутся свои. Тогда Друпал будет летать.
Если не изменяет память — первая же заповедь разработчика на РНР звучит примерно так:
«не надо пихать РНР куда ни попадя, он предназначен ТОЛЬКО для веб-страниц»
Но пример интересный, безусловно :)
спасибо
Учиться, учиться и еще раз учиться!
Это актуально во все времена :)