- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Клиентов-то хоть спросят перед этим?
Ну так клиенты и будут решать.
Безусловно, для клиентов, которые любят брать 2xXEON с одним хардом SATA - такое решение не подойдет )
Разумеется, что работа CMS с облаком, это не просто "другая база".
Это например доступ к файлам через API, так как отказоустойчивые облачные ФС предоставляют только API доступ, зато работают по принципу p2p, тоесть надо увалить все сервера в сегменте для дауна.
Очень туманно и не понятно. Доступ к файлам через API. А что будет этот доступ запрашивать? Не браузер же.
Так или иначе, речь идет в конечном итоге о том же облаке. С теми же проблемами, которые описаны в первом посте.
---------- Добавлено 03.05.2012 в 23:37 ----------
Идея облака само по себе вполне хороша.
Что именно в этой идее хорошо? Пока видно больше минусов.
Ну так клиенты и будут решать.
Безусловно, для клиентов, которые любят брать 2xXEON с одним хардом SATA - такое решение не подойдет )
А для повышения образованности, не раскроете мысль? Я всегда думал, что апач умеет распределять процессы каждого пользователя между процессорами. При этом жесткий диск необязательно может быть задействован.
Или не так? ;)
Нужен тем, кому надо тупо сделать сайт и не разбираться в тонкостях версий php, проблемах хостеров, разных условий выполнения, слушать бред про бесконечный трафик, нарываться на сюрпризы разного рода. Нужен тем, кто не администрированием линукса хочет заниматься, а заниматься предоставлением сервиса пользователям и нуждается в инструментарии, который не надо каждый раз изучать и для поддержки которого не надо нанимать сомнительных админов-хакеров.
Это Вы загнули. :) Намекаете на глобальный монопольный супер-мега клауд, поработивший не только всех хостеров но и даже все приложения, которые будут писаться исключительно под эту платформу?
---------- Добавлено 03.05.2012 в 23:47 ----------
Делая попытку подвести какие-то итоги вышесказанному..
Вопрос был, что может быть технологией будущего (ну или хотя бы в каком направление надо идти к этой технологии).
1. Вроде как все же клауд. Но не тот, который есть сейчас, у него выходят одни минусы по всем параметрам. Но тем не менее, все же клауд будут будущим.. Какой-то другой.
2. Вероятно, это будет какой-то до конца не понятный и не существующий пока клауд приложений а не виртуальных машин. Где будет все заточено под конкретные наиболее популярные CMS и другие скрипты, которые не до конца понятно как будут с одной стороны давать клиентам возможность делать стилизации и модификации, с другой находится в гео-распределенном облаке.
3. И похоже, что в любом случае, направление развития клауда не влияет напрямую на существование и успешность вирт. хостинга и vps в чистом виде. Есть мнения, что даже наоборот, вирт. хостинг, в каком-то преобразованном виде, останется лидером по востребованности у массовых пользователей.
Ничего не забыл?
Ничего не забыл?
Надо попробовать посчитать в цифрах потребность в виртуальных серверах скажем через три года, количество администраторов, которые за это время должны появиться, и сравнить . Мне кажется, что либо виртуальные сервера будут деградировать до крайне стандартных конфигураций, либо администраторов столько не найдётся. Вот тогда вспомните мой прогноз о простоте :)
Очень туманно и не понятно. Доступ к файлам через API. А что будет этот доступ запрашивать?
CMS разумеется.
Интересная тема. Но думаю, будущее за новыми типами хостингов, которые будут создаваться из-за развития новых технологий, в том числе БиоТеха.
Например, использование нейросетей для хранения и обработки информации: http://hostingfuture.ru/xhosting/
Работа с личной информацией, в частности сохранения и передачи:
http://hostingfuture.ru/xcons/
В настоящее время такие компании как Honda активно развивают направление робототехники, что в сумме с внедрением повсеместной синхронизации даст дополнительные услуги для хостинга.
Что именно в этой идее хорошо? Пока видно больше минусов.
Минусы идеи или минусы реализации идеи? Это совсем разные вещи. Сама идея хороша - все резервируется и масштабируется. А вот реализации да, пока хромают на обе ноги.
Интересная тема. Но думаю, будущее за новыми типами хостингов, которые будут создаваться из-за развития новых технологий, в том числе БиоТеха.
Например, использование нейросетей для хранения и обработки информации: http://hostingfuture.ru/xhosting/
Работа с личной информацией, в частности сохранения и передачи:
http://hostingfuture.ru/xcons/
В настоящее время такие компании как Honda активно развивают направление робототехники, что в сумме с внедрением повсеместной синхронизации даст дополнительные услуги для хостинга.
Вам следовало бы знать, что нейронные сети не подходят для хранения информации, т.к. они будут её искажать. В этом их суть и иначе они не могут.
А роботы Honda, я так понимаю, будут в тех. поддержке сидеть?
----------
Мне-то всё равно, есть там клауды, нет их. Главное чтобы в один прекрасный день не объявили, что обычных датацентров больше нет, и всем добропожаловать в клауды.
А то спецслужбам неудобно дедики мониторить.
А для повышения образованности, не раскроете мысль? Я всегда думал, что апач умеет распределять процессы каждого пользователя между процессорами. При этом жесткий диск необязательно может быть задействован.
Или не так? ;)
ОЧЕНЬ редко встречаются задачи где нужно столько много процессора и так мало диска. (2xXEON и 1Тб HDD)
Если раскрыть больше мысль - такое обычно на нашей практике нужно для всякого рода парсинга, спама и прочих задач не относящихся к главными жителям Интернета - нормальным белым web-проектам.
Просто в таком случае - сложная СХД с высокой стоимостью 1Гб пространства не очень подойдет.