РАЗМЕЩЕНИЕ ВНЕШНИХ ССЫЛОК ЗАПРЕЩЕНО.
Профили будут удалятся вместе со всеми предыдущими постами при нарушении правил.
После перевода 10wmz на Z456015614440(указав имя профиля), Вы сможете размещать на сайте до 10 ссылок.
ФОРУМ МОДЕРИРУЕТСЯ, ТАК ЧТО СО ВРЕМЕНЕМ НАПОЛНЕНИЕ И ССЫЛКИ МОГУТ УДАЛЯТСЯ. ВСЕ ВОПРОСЫ админу DAGA.

Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Темы - DAGA

Страницы: 1 [2]
16
Linkum это революционная биржа ссылок с подписей на форумах, предназначенная для раскрутки сайтов абсолютно белыми методами, с соблюдением лицензионных соглашений поисковых систем. По своей сути, система в большой степени предназначена для интернет-маркетологов, а не для SEO-специалистов.

1. Эффективные рекламные и пиар акции
Linkum позволяет проводить эффективные рекламные и пиар акции в сети Интернет. Размещаемая рекламная информация носит рекомендательный, а не назойливый характер. Вы получаете настоящих посетителей и клиентов на свой сайт!

2. Траст и поведенческие факторы для SEO
Ссылки, а также переходы по ним с форумов способствуют естественной раскрутке поведенческих факторов в поисковых системах, а также росту трастовости продвигаемого ресурса (ведь каждый форум является по сути инструментом для социального общения).

Зарегистрироваться!

Также зарабатывайте, размещая ссылки в своей подписи и общаясь на своих любимых форумах.

17
Компании тратят колоссальные бюджеты на раскрутку сайтов, заказывают внешнюю и внутреннюю оптимизацию, наращивают ссылочную массу, прокачивают показатели тИЦ/PR, улучшают поведенческие факторы, при этом оставляя без внимания такую важную составляющую, как безопасность и защищенность.

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

Взлом и заражение сайта в большинстве случаев приводят к печальным последствиям:
°   существенно падает посещаемость сайта,
°   сайт становится недоступным для посетителей,
°   выпадают страницы из поискового индекса,
°   на сайт накладываются фильтры, а иногда бан
°   снижается доверие посетителей к сайту в результате отметки «сайт может угрожать безопасности вашего компьютера…» в поисковой выдаче.


Коротко - что делать для защиты ваших сайтов:

1. все директории и файлы cms делаем read-only
2. разделяем сайты (один эккаунт - один сайт)
3. все директории, в которые производится загрузка файлов или кэширование - делаем read-write и кладем в них .htaccess, который либо делает

deny from all

либо запрещает вызов php

Options -Indexes
php_flag engine 0
RemoveHandler .phtml .php .php3 .php4 .php5 .php6 .phps .cgi .exe .pl .asp .aspx .shtml .shtm .fcgi .fpl .jsp .htm .html .wml
AddType application/x-httpd-php-source .phtml .php .php3 .php4 .php5 .php6 .phps .cgi .exe .pl .asp .aspx .shtml .shtm .fcgi .fpl .jsp .htm .html .wml

4. на файл с данными БД ставим минимальные возможные права (400 или 444)
5. закрываем админку через .htaccess для вашего IP или по кодовому слову
6. обновляем cms и оставшиеся плагины до свежих версий
7. удаляем все ненужные плагины и шаблоны
8. сканируем свой комп на вирусы
9. используем SFTP (SCP) протокол при работе с сайтом и не храним пароли в клиенте
10. после проверки компьютера на вирусы меняем все пароли у сайта и хостинга (включая пароль от БД).

Вот такие простые, казалось бы, действия избавят вас от кучи проблем.

18
В сапе все достаточно просто и понятно и ссылки сразу покупаются, но

XAP ссылки вроде как подешевле, что есть большой плюс.

Но минус в том что надо больше времени тратить на мониторинг, вылазят куча левых страниц. И также нельзя в фильтре настроить ограничение на количество внешних ссылок(или я не прав). Или может комуто удобней в ксапе?

Также есть комбайны: webeffector.ru seopult.ru rookee.ru. Какие по ним могут быть коментарии, сравнения?

19
"Будущее MySQL в серьезной опасности!" Именно так охарактеризовал ситуацию с покупкой Sun создатель этой широко известной открытой базы данных Майкл "Монти" Видениус (Michael 'Monty' Widenius). В своем открытом письме к opensource сообществу разработчик призывает к немедленным действиям, способным убедить Еврокомиссию отвергнуть условия сделки и обязать Oracle строго следовать текущей модели лицензирования MySQL с тем, чтобы СУБД продолжала быть доступной и конкурентоспособной альтернативой на рынке баз данных.

Известно, что компания Oracle пытается купить Sun, и так как Sun приобрела в прошлом году MySQL, эта СУБД перейдет в собственность Oracle после одобрения сделки Европейской Комиссией. Ситуация, казалось бы, рабочая, если не брать во внимание тот факт, что Oracle никак не хочет сотрудничать с антимонопольными чиновниками. Вместо того, чтобы внять требованиям ЕС и пойти на определенные уступки, Oracle настаивает на безусловном одобрении сделки, подключив несколько сотен крупнейших клиентов для лоббирования своих интересов. И хотя Oracle обещает вкладывать деньги в продолжение разработки, а также создать отдельную ветку проекта в случае прекращения работы над MySQL, с практической точки зрения это пустые слова: пользователей интересует конечный продукт по доступной цене, а не то, сколько Oracle готов на это потратить. А связывать себя какими-либо обязательствами в части MySQL Oracle не намерен.

В частности, Oracle не обещает:

    * Сохранить весь код MySQL под открытой лицензией;
    * Не добавлять закрытые модули/утилиты к существующей СУБД;
    * Не повышать стоимость лицензии и техподдержки;
    * Регулярно выпускать обновления и новые релизы;
    * Сохранить двойное лицензирование и доступные цены на коммерческие лицензии. Смягчить условия лицензий;
    * Сохранить MySQL как открытый проект, развиваемый сообществом;
    * Вносить в основную ветку присылаемые пользователями патчи;
    * Не отвергать патчи, делающие MySQL более конкурентоспособной на фоне основного продукта Oracle;
    * Следить за тем, чтобы MySQL развивалась «в ногу» с остальными продуктами Oracle.

Данные требования имеют под собой веские основания, т.к. предыдущее приобретение Оракла InnoDB фактически приостановило развитие этого хранилища:

    * На реализацию нововведений, анонсированных перед покупкой, ушло более трех лет;
    * Какие еще функции появятся и в какие сроки — неизвестно;
    * Сообществу не разрешено принимать участие в разработке;
    * Патчи, увеличивающие производительность БД, кладутся «под сукно»;
    * Oracle начал работу над улучшенной проприетарной версией InnoDB+.

В качестве причин, почему вклад Oracle в развитие Linux ядра нельзя отразить на будущее MySQL называется:

    * Oracle использует Linux в качестве основной платформы для своей СУБД Oracle;
    * GPL код добавляемый компанией в ядро не понижает конкурентоспособность запускаемого в Linux ПО, в то время как MySQL будет неизбежно конкурировать с СУБД Oracle.

Страницы: 1 [2]