РегистрацияСвой Gmail с преферансом и барышнями
Коллеги, подскажите, есть ли готовое решение для быстрого разворачивания своего mail-сервера, где каждый аккаунт будет сразу и mail и xmpp адресом?
Изначально выбор упал на Roundcube c плагином rc_openpgpjs
В идеале сразу зеркалить в скрытый сервис Tor и отдельный i2p-сайт.
Чтобы с бубном не танцевать, т.к. разворачивать придется часто – ищется готовое решение или отдельный скрипт-костыль.
В какой доменной зоне лучше всего зарегистрировать домен?
Что на счет паники 2016 года, касательно серверов за границей? Оплатить на 5 лет вперед или ничего страшного не произойдет?
Скорей всего этот веб-сервер написан на С, а в качестве языка сценариев использует javascript. Всё преимущество такого сервера основано на предположении что клиент тоже использует скрипты. Если javascript в браузере отключён, то этот сервер безполезен. Node.js – паразитное ПО, если учесть что в 99.9% случаев скрипты на сайтах не нужны, а являются просто способом слежки за посетителями. И способом самовыражения авторов в ущерб безопасности и удобству посетителей.
Появилась целая прослойка спциалистов в сфере ИТ, которая отнимает кучу ресурсов, не производя ничего полезного. Весь что они умеют – мешать удобному и безопасному просмотру сайтов, запихивая в них весь этот мусор в виде javascript, ajax, java, flash, html5. гуглоприложения типа node.js по-видимому создаются для того, чтобы подстрекать и дальше тунеядствовать за счёт размножения ненужных и вредных сущностей.
Вот это я и имел в виду. На все 100%.
В сторону чего бы Вы отдали свой выбор, реализуя описанный мной выше функционал персонального блога?
Касательно html5 – он ведь вполне себе тоже может нести в себе как слежку за пользователями, так и loader'ы зловредов. Пусть и не затронет это пользователей Linux, но в качестве деанонимизации – вполне годится. Как бороться с этим в будущем?
комментариев: 11558 документов: 1036 редакций: 4118
А всё преимущество Twisted, стало быть, основано на том, что клиент умеет интерпретировать python? Очевидно, что сервер написан на сях (о V8 я упоминал выше), но js он исполняет server-side. Если так будет проще, представьте себе интерпретатор PHP совмещённый с веб-сервером, но приложения для него пишутся не на PHP, а на JS.
Откройте официальный сайт или хотя бы википедию.
комментариев: 11558 документов: 1036 редакций: 4118
Тогда поднимайте синхронизацию между этими серверами какими-то сторонними/подручными средствами.
Django используете или полностью с нуля?
Касательно доменов – в какой юрисдикции надежнее взять сейчас?
Ув. SATtva, спасибо за разъяснения по Node. Википедию я читать, правда, умею, и азбучные истины, которые вы тут безуспешно вталкиваете, как-то понял сразу. Мне этот вариант кажется очень интересным, потому что без MySQL и довольно толковые люди за этим решением стоят.
Но сказанное не отменяет того, что решение, так скажем, довольно экзотично. И потому я повторил бы два простых вопроса: (1) Это можно использовать, в принципе? Или лучше попробовать лет через пять? (2) Что с этим теоретически может быть при порядочной нагрузке на сервер?
На вскидку, потому что понятно, что компетентную выкладку сейчас могут сделать только самые проницательные экстрасенсы.
комментариев: 11558 документов: 1036 редакций: 4118
Рад, если так, хотя Ваш предыдущий ответ говорит об обратном.
Это ещё мягко сказано. Единственное, что я хотел — это внести ясность относительно непонимания некоторыми комментаторами сути Node.js, а не продвигать тут его применение в продакшене (на этот счёт у меня нет ни личного опыта, ни отзывов, на которые можно положиться).
И css тоже. Люди, я вас прошу, забейте вы $уй на это css! Стили не нужны. Максимум веб интерактивности это формы ввода.
комментариев: 1079 документов: 58 редакций: 59
А топик этот действительно интересен. Сам все никак не уделю время заняться этим вопросом.
Кстати, может кто подскажет – сколько ориентировочно стоит разработка подобного блога?
Я не знаю, по IP вы, наверное, судите, но это не я :).
Именно это и требовалось услышать.
Раньше вы писали иное:
И что не понравилось? Ладно, напишу более точно – без скриптов в браузере этот сервер не имеет преимуществ по сравнению с обычными (Apache и т.п.)
Так и не понял, что в моём комменте вы пытались опровергнуть.
Стили можно оставить, от них есть польза, а возможный вред минимален по сравнению со скриптами
Output м.б. любым, даже html, это только язык. Вопрос был о том, насколько он пригоден для практических вещей.
С CMS парадоксальная ситуация. Есть целый ряд продвинутых open-source решений, но сам идиотский вебдванольный принцип — держать все комбайны в сети, — перевешивает возможные преимущества того или иного. Комбайн невозможно защитить от самых примитивных атак (вордпресс в частности).
Чтобы комбайн работал быстро, есть замечательное решение: wp super cache и W3 Total Cache. Идея такая: 99% визиторов динамический контент не нужен. Итого: плагины делают из работы комбайнов статические html-файлы. Эврика. Вуаля.
Единственная причина для того, чтобы комбайны по-прежнему были в сети, в том, что 1% визиторов комментирует. Но теперь появились решения для аутсорсинга комментариев — disqus, intensedebat и livefyre.
В связи с этим вопрос. Так ли сложно форкнуть wordpress, чтобы в результате он был на стороне клиента, а эти безобидные html-файлики лежали на сервере?
комментариев: 9796 документов: 488 редакций: 5664
В то время как всё прогрессивное человество (с Github) использует Jekyll, и для страниц сайтов, и для блогов.