- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Так как не хотелось бы повторять чужие ошибки и, возможно, изобретать велосипед, прошу помощи по следующему вопросу:
Есть необходимость сделать сначала, как основу, почтовый сервис, наподобии
mail.ru, mail.km.ru, pochta.ru и после (а скорее вовремя) создания почты, добавлять другие сервисы.
1.На чем это лучше всего реализовыать PHP или Phyton (по мне, у енго более четкий код) в сочетанияя с Аяксом,..? Если учесть что все последующие сервисы, будут завязаны на почте, так как авторизация будет идти как почтовый ящик и логин, как на большинстве перечисленных сервисов. Надо учесть, что при этом есть необходимоть параллельно разрабатывать сразу несколько сервисов.
2. И если, например, почта будет написана на одном языке программирования, то надо ли придерживаться данного языка при создании доплнительных сервисов? И что это даст?
3. Лучше это делать с нуля или использовать, например, за основу RoundCube, где код открытый
и его можно переделать под свои потребности? Если с нуля то все же от чего отталкиваться (кроме теории)?
4. При создании почтового сервиса, важным является качество спам фильтров.
Какие варианты тут возможны. Использование каких либо готовых фильтров, их доработка?
Написание с нуля, насколько понимаю, потребует слишком больших материальных и временных затрат.
Буду благодарен за любые мало-мальски полезные и не очень )) идеи. Определенные свои мысли по данным вопросам конечно есть, но очень бы хотелось бы получить какие-то советы разбирающихся в этом людей.
Фух..., ну начали:
Я бы реализовал на PHP (Phyton я не знаю), JS и AJAX. (думаем в сторону контакта)
Да. Вам не придётся тогда разбираться в куче различных языков и вдруг нужно будет соединить какие-то сервисы, а языки разные - как тогда будете действовать?
Всё зависит от знаний и сложности RoundCube, если с нуля, то больше времени затратите, а если готовый двиг - не всегда легко разобраться в чужом коде.
Какие варианты тут возможны. Использование каких либо готовых фильтров, их доработка?
Капчи, стереограммы и т.д. Вопрос не очень понятен.
duken,
1) Это решать только Вам. Мне например нравится PHP, но Perl более гибкий и быстрый. а с Phyton знаком не очень хорошо.
2) Нет, не обязательно. (у яндекса почти все проекты на perl-е, но есть и на php) - но понятно что лучше если все сервисы будут одном языке.
3) Если проект серьезный - то лучше все писать с нуля. Если нет, то можно и переделать (opensource скриптов много). Хотя парой на переделки скриптов уходить больше времени...
4) А вот на счет спам фильтров - лучше использовать готовые продукты. Многие известные компании антивирусных программ предлагают свои решения против спама...
п.с. Не забудьте про XSS, самый распространенный метод взлома почты. Вот XSS фильтры нужно будет писать самому - и все время обновлять.
Удачи!
Да. Вам не придётся тогда разбираться в куче различных языков и вдруг нужно будет соединить какие-то сервисы, а языки разные - как тогда будете действовать?
Сначала продумается стратегия, а подом подбрется команда, где будут и специалисты и по PHP и по Phyton, и обязательно знающий и то и другое. Чем нравится Phyton, он более четкий и структуированный. Если модуль который начат одним программистом на PHP передать другому программисту доделывать, то это довольно проблемно. С Phyton это значительно проще.
Капчи, стереограммы и т.д. Вопрос не очень понятен.
Капчи, стереограммы тут не причем, больше подходит нечеткая логика, система grey-листов, чтобы максимально качественно отделить спам от всей получаемой пользователем почты.
duken добавил 06.12.2009 в 04:12
duken,
4) А вот на счет спам фильтров - лучше использовать готовые продукты. Многие известные компании антивирусных программ предлагают свои решения против спама...
Удачи!
Спасибо. Если можете, пожалуйста, приведите нормальное, на Ваш взгляд, решение против спама от какой нибудь известной компании антивирусных программ.
Хочу вынести отдельным вопросом. Кто нибудь знает качественные готовые решения по спам фильтрам?
duken, полно, но лицензирование или от числа пользователей или числа писем в единицу времени.
забейте на эту идею.
Парсить письма можно - http://spruce.sourceforge.net/gmime/
Есть биндинг под перл http://search.cpan.org/~makler/MIME-Fast-1.6/Fast.pod
А какова стоимость почтового сервиса будет наподобие mail.ru, mail.km.ru, pochta.ru?
duken, полно, но лицензирование или от числа пользователей или числа писем в единицу времени.
забейте на эту идею.
Ограничение по числу пользователей или по числу пользователей не подходит. Да и пользоваться стороним сервисом не подходит, а вот купить ПО на основе которого он работает, с обновлениями, можно было бы. И тут вопрос, продадут ли и сколько это может стоить?
duken добавил 07.12.2009 в 20:06
А какова стоимость почтового сервиса будет наподобие mail.ru, mail.km.ru, pochta.ru?
Недешево сделать, и очень недешево выйти с ним на рынок.
duken, ну раз деньги есть - тогда communigate pro. Издеваюсь, ага. Но ничего комплексно решающего и проблемы масштабирования и путевого вебинтерфейса больше вроде нет. На нем даже rambler.ru работал одно время.
Антиспам под него отдельных денег стоит.
кстати на communigate pro лет 7 назад провайдер мой работал
где-то 10-30к юзеров обслуживал
а вообще 99% решающих создать почтовый сервис не дотягивают и до 5% реализации
так что ТСу успехов в нелегком деле