Ну я думал об этом, но переучиваться сейчас полностью когда, можно сказать, все проекты на PHP, как-то мне не очень симпатизирует эта идея. Да и знакомый программер на js говорит, что не стоит этого делать (может, конечно, он так себе забил местечко под солнцем, кто знает).
Да просто красиво замутил, я восторгнулся и выронил слюну.
Эээ, придержи коней :-) Зачем тогда мучать php? Пойдем уже сразу на nodx.js? ;-)
По-моему, я чего-то не уловил. Можешь дать чуть более развернутый коммент?
Так это, а никто и не говорил, что там суперхостинг. Для меня там главное — это снимки сайтов и т.п. То есть чисто плюхи для Ревы. А сам хостинг много вопросов вызывает, на которые я уже давно забил. Очень просто момент: там нет cron!!! Но обо всем этом, как я и говорил, чуть попозже ;-)
Под отдельные запросы и апач может. я имел ввиду под один запрос. а то получается, как раньше — в компе 4 ядра, а компьютерная программа работает только на одном, совершенно не используя 3 ядра. Но если запустить еще 3 таких софтины — то все лягут все равно на одно ядро. В нашем случае выглядит так: 1 запрос — одно ядро. Представим, что скрипт выполняется 60 секунд. Запускаем 1 раз — одно ядро работает. Тут же запускаем еще раз — второе. Третий раз — третье начало работать. Спустя 60 секунд первое ядро освободится. Но это не то, что нужно. Должно быть так: Запускаем скрипт и он резво цепляет все, например, 8 ядер сразу. Выполняется, стало быть, он почти в 6-8 раз быстрее. Именно об этом я говорил. Сейчас же это решается путём того же ajax:
- Запускам скрипт,
- Тот вызывает 7 доп. запросов к другим скриптам. результат: все 8 ядер учавствовали в работе. Но это, мягко говоря, несколько криво. Почему PHP не юзает все 8 ядер сразу?
Вах вах, какое приятное и элегантное решение в твоем P.S. Вах вах (качаю головой и подбираю слюну)
ssh у modxcloud, как я узрел, есть только на платных тарифах. По крайней мере меня не пустило, а может уже и забанило за 3-4 неудачные попытки войти. Наплевать. Но то, что я уже успел понять используя доступные данные, вполне может повергнуть в шок: там нет апача! Вот так, олдскул уже не рулит. Короче, 0. Linux 64 бита (сборка достоверно не выяснена)
- Mysql локальный, то есть всё просто и на одном месте и никаких облаков. и для целей такого хостинга вполне подходит.
- Кешер APC, всего на 64 мега
- nginx/1.2.4 и FPM / FastCGI и нифига ничего больше нет, судя по всему. придется пересмотреть свою любовь к апачу и к тяжелым увесистым решениям… ой, придется, я чую… Если накопать бы полный доступ, было бы приятно узнать внутренности и склонировать их себе.
Описал свои взгляды на это в предыдущем комменте. А по поводу распараллеливания: так ведь nginx вроде как это и делает. Если в системе несколько ядер, то под отдельные запросы он использует разные ядра.
Нет, с индексацией проблем нет. Вот посмотри к примеру этот каталог: portfolio-home-ex-ru.fi1osof.modxcloud.com/catalog/ Он Ajax-овый, при это все ссылки — реальные. Просто на сервере логика хитрая. То есть любую ajax-ссылку можно открыть в соседней вкладке, и она будет вести на целевую страницу. Но я имею ввиду именно те динамические элементы, которые не надо индексировать, то есть форму авторизации, личный кабинет и прочие плюшки, которые меняются для конкретного пользователя. Просто в классическом виде, когда пользователь заходит на страницу, для него могут выдаваться данные, которые актуальны конкретно для него. При этом сама страница может быть общая для всех. Так вот, все, что общее (саму страницу), после первого захода загонять в кеш и уже нгинксом отдавать при последующих заходах. А все индивидуальное — все через AJAX. P.S. еще одно интересное AJAX-решение: omaxgames.fi1osof.modxcloud.com/ (попробуй скопировать адрес внутренней страницы и открыть в отдельной вкладке (вставив адрес, как будто первый заход)).