я пробовал дистрибутив ставить на HostGator и HostFabrica — проблема была. А после патча на форуме MODx спокойно встал на HostGator, HostFabrica и Хостинг-Центр, что означает, что избыточность себя оправдала. Ваш вариант, приведенный в топике, я не пробовал — на радостях сразу побежал скачивать, даже не дочитав топик. Но при внимательном рассмотрении этого варианта мне стало казаться, что он просто исключает выбор метода и сопоставления. Ведь при установке можно выбрать, как применять кодировку — SET NAMES или SET CHARACTER SET, и выбрать кодировку. Этот выбор как раз в приведенной вами строчке и обрабатывается. Какой смысл прописывать значение переменных вместо самих переменных, если суть от этого не меняется? Это первый аргумент в пользу «старого хака».
Второй аргумент такой: я потратил полдня, 6 часов, на проверку работоспособности дистрибутива на используемых мной хостингах. И только «старый хак» гарантировал мне полноценную работу из коробки и далее везде. Я добавил «старый хак» с utf8_unicode_ci, в установщике добавил крупным жирным шрифтом «Не забудь выставить сопоставление utf8_unicode_ci для базы, в которую станешь ставить», заботливо упаковал результат в архив, подписал его «production», и положил на видное место. В будущем я буду тратить 5 минут вместо 6 часов и буду уверен, что не придется вылавливать мелкий, но досадный сбой. И оно встанет — везде, на любом хостинге, какой еще может появиться, гарантированно.
извиняюсь, не исправили. Но старый хак: modxcms.com/forums/index.php/topic,4422.msg32209.html#msg32209 по-прежнему поможет поставить modx на любой хостинг с любой mysql.
Я понимаю, что это слабое предложение. Оно не уникально и ставит переговорщика в подчиненное, зависимое (от тех профессионалов) положение, и клиент, конечно, это чувствует. С другой стороны, мало кто хочет, чтобы над его проектом работали непрофессионалы, и потому метод срабатывает. Но в будущем, конечно, надо искать способ отстройки, дифференцирования. На текущем рынке веб-разработки в России никто не вбивает в головы клиентов свою уникальность, какая бы ни была, и потому мы тут рассуждаем о цене. Ну кроме сами-знаете-кого, но он тоже не сформулировал еще свое первое "ultimate driving machine" или "невозможное возможно". Поэтому у тех, кто сейчас глубоко задумается, есть все шансы.
Вот тут подумал ведь ни одна компания-производитель веб-решений в России не пытается получить действительно крупную долю на рынке. Парни из битрикс закрылись в рамках классической CMS и никуда не двигаются. Щас приди кто-нибудь с деньгами, сделай 9000 установок своей CMS против 8000 у битрикса, скажи "Мы лучшие, мы предлагаем промышленного уровня решения" и все, скиснут парни. А потом что хочешь можно с рынком делать когда подавляющее большинство клиентов ничего не понимает, они пойдут к тому, кто громче всех будет кричать "Я первый, я лучший, я тут ваще в теме и у истоков, а остальные набежали, поджопники (рыбацкий термин)"
Как убедить ( именно убедить, а не впарить и не "продать подороже" ) в адекватности таких цен, как 2-3-4-5-6 тысяч долларов. Сталкивались ли вы в реальных ситациях с такими проблемами??? Как на практике доказывали клиентам?)
Сталкивался, есть очень простой метод. Называешь минимально возможное количество сотрудников компании, которые будут работать над проектом (мы сайты сайтами не называем жизненно важный вопрос позиционирования), сообщаешь, что выбирал их с конкурсом нцать человек на место, сообщаешь, что они стоят денег, которых просят, и сообщаешь, сколько дней, самое меньшее, они будут над проектом работать. Клиент считать умеет очень хорошо всегда :) и он сразу понимает, что 200 баксов бюджета, к примеру, четыре профессионала потратят за один рабочий день и управятся они с этими деньгами до обеда.
Если продолжает просить подешевле, нужно отказываться "я ценю людей, который у нас работают, найти их было непросто, и терять их мне невыгодно".
Семантика. Сверхзадача передать информацию с минимумом искажений на максимум устройств воспроизведения. Информация должна быть в точности донесена до SE-роботов, мобильных телефонов, всего многообразия настольных браузеров, программ-чтецов и даже сервисов типа dapper.net
То есть, ты больше не можешь доверять тому, что ты видишь.
ну, вы прям никакого будущего безкликовым интерфейсам не оставили. Вот навскидку варианты использования - интерфейс, где курсор управляется глазами. Камеры следят за движением глаз по экрану, управляют курсором. Моргать, чтобы кликнуть, не нужно :) Как вариант, компьютер-очки. Такие уже даже продаются, и на хабре было упоминание. Видеоплеер-очки, к примеру, прекрасно бы обошелся таким интерфейсом, если бы умел следить за взглядом. Интерфейс управления компьютером автомобиля, выводимый на лобовое стекло - аналогично. Сменил фокус (посмотрел вдаль) и он деактивировался. Сфокусировался на стекле - безкликовый интерфейс прям тут же. Ну много идей на взгляде, короче.
Далее, представим некую систему безопасности, где тачскрин служит одновременно сканером отпечатка пальца. Применений придумать не так много можно, но тут уж работа маркетологов. Человек водит пальцем по экрану, не отрывая. Пока палец распознается, интерфейс доступен. Тоже можно и нужно обойтись без кликов.
Применения найти можно. Та же фишка со взглядом - управление автомобильными системами голосом лично мне кажется не самым удобным, потому что музыка играет.
Прелюбопытная штуковина!
Однако одной рукой с ним справиться будет непросто - весь вес будет вне кисти. А если не пользоваться крышкой, то все равно она, будучи откинутой, начнет мешать - достаточно взять любой телефон в руку и убедиться, посмотрев, куда "смотрит" нижняя часть.
Я думаю, это будет в итоге больше похоже на "MOTOMING A1200e":http://market.yandex.ru/model.xml?hid=91491&modelid=997623&text=Motorola+MOTOMING+A1200e&srnum=3 (классная штуковина, львиная доля привлекательности которой для меня лично заключается в операционной системе там Linux, и притом, с тачскрином, вроде как айфон недоделанный). То есть прозрачный флип будет вверху. А уж сделать что-то полезное из прозрачного куска пластика, в исполнении моторолы просто поддерживающего динамик с Apple вполне станется.
(теги мне иметь пока не положено по карме, поэтому ссылка в textile'ном виде.
Часто пишут, как нанимают php-разработчиков, и как мало среди желающих собственно разработчиков.
У меня есть вопрос как к автору поста, так и к другим хабравчанам-нанимателям.
Назовите несколько книг, не более десяти, сплошное и вдумчивое самостоятельное изучение которых приведет целеустремленного молодого разработчика из отсеянных к уровню, который вы бы с удовольствием приняли на работу и сразу программистом.
Предполагается, что молодой разработчик будет эти книги тщательно изучать и постоянно тренироваться сразу на коде по ходу повествования в них. :)
Я полагаю, что полезнее будет не находить изъяны в имеющимся большинстве, но указать путь тем многим, которые действительно хотели бы уверенно выигрывать такие собеседования.
И, пожалуйста, будьте конкретны 10 книг максимум.
Есть такой человек - Голубицкий. Это тот самый, который пишет "Голубятни" в "Компьютерре" и "Чужие уроки" в "Бизнес-журнале". Почитать можно тут http://internettrading.net/college/index.html
Очень любопытные исследования проводит. Так вот, насчет ФРС, нефти, Бен Ладенов, Бушей, Ирака и Ротшильдов я впервые прочитал у него. Утверждает, что всю информацию находит в открытых источниках.
Это уж потом я "Дух Времени" посмотрел.
Кстати насчет первой части, я вам как религиозный фанатик религиозным фанатикам говорю: Бог не личность.
Альбом можно охарактеризовать так - это Nine Inch Nails до последней вибрации. Я, как фанат, нахожу альбом просто великолепным, потрясающим, прозрачным, у меня ощущение, что они, избавившись от слов (я надеюсь, лишь на этом альбоме, ибо Трент умеет петь, на мой взгляд, отлично), просто смогли досыта наиграться, просто сделать музыку себе же в кайф. Ну а нам, фанам, и подавно.
Если же вернуться к копирайту и спору, то я не нашел в прилагающемся к альбому readme.txt упоминания об обязательной оплате остальных трех частей альбома. То есть,
— это неправда, что нам дают 9 композиций бесплатно, а за остальные надо платить.
Вот оригинальный текст:
Undoubtedly you'll be able to find the complete collection on the same torrent network you found this file, but if you're interested in the release, we encourage you to check it out at ghosts.nin.com, where the complete Ghosts I-IV is available directly from us in a variety of DRM-free digital formats, including FLAC lossless, for only $5.
Что в примерном переводе означает,
«Несомненно, вы сможете найти полную коллекцию в той же самой торрент-сети, где вы нашли этот файл, но если вы заинтересованы в релизе (это слово в данном случае, я думаю, не нужно переводить, помня буржуйскую традицию называть релизами твердые копии музыки), мы призываем вас оформить его получение на ghosts.nin.com, где доступен полный Ghost I-IV (непосредственно от нас), во множестве форматов, свободных от DRM, включая FLAC, всего за 5$»
От себя добавлю, что при первой же возможности приобрету самый полный бандл :)
Во всяком случае, ни прямо ни косвенно нигде не говорится, что мы должны покупать альбом. И если даже и не купим, пиратами не станем.
лучше бы вам дать доступ в админку, немного рассказать про пространства имен и механизм "компонентов 2.0", как их именует сам битрикс. Тогда вы сможете оценить, что же там такого должен делать "программист". Насколько мало он должен делать :) И насколько неумно убегать от битрикса, наслушавшись всякого. У Пикуля читал сцену: первая мировая, русская армия вошла в Пруссию, офицер переводит казакам сбивчивый немецкий плачущей матери с ребенком "она умоляет вас не есть ее ребенка, у них здесь все вас боятся и верят, что казаки едят людей"; казаки крестились и матерились. Так и тут. Не слушайте, посмотрите сами.
Код сам по себе представляет из себя всего лишь модификации готовых модулей битрикса (к слову о сложном коде это было несложно) :)
К слову о невозможности сделать валидный html-код с помощью битрикса шаблоны, тоже готовые, модифицируются без каких-либо сложностей.
Я настолько хорошо свою страну не знаю, чтоб так диагноз ставить. Я скромно полагаю, что надо все делать вовремя, уместно и соответствующими инструментами. В бизнесе делать деньги, в клинике лечить, на заводе строить, в битриксе делать сайты коммерческие, в друпале некоммерческие или бюджетные. Можно, конечно, попробовать на битриксе или там джумле написать шахматы, на чистом API. Но не нужно. Можно делать сайты ради удовольствия, а можно ради денег. Клиент говорит это будет битрикс или это не будете вы. Я вот, каюсь, непринципиальный, выбираю деньги. :)
да что же за ужасы вы рассказываете? :) Вот по себе говорю мануал, усидчивость, план и бумага с ручкой, чтобы помогать себе думать и понимать. Так я за неделю справился. Ну серьезно, какие-то басни сплошь и через строчку битрикс сложный, битрикс путанный, битрикс то, битрикс сё. Не все можно понять на чистой интуиции, надо просто почитать и подумать. Это не сложно. Начните думать, начните учиться, это затягивает.
Использую CMS made simple, Drupal, Bitrix, CodeIgniter не могу чем-то, кроме техподдержки, выделить битрикс в этом ряду. CMS как CMS, только денег стоит.
смотря какой модуль. Если написанный по правилам для написания компонентов не правы вы. Если иной не прав я. И все равно я с трудом понимаю вас, как вы умудряетесь не смочь подключить модуль?.. Там же оголенное API соблазнительными нервами хорошо документированных методов просто-таки соблазняет "Делай что хочешь". :)
Только по битриксу и только то, что сам знаю:
2. "Документация по ядру хорошая. Написать собственный модуль с нуля принципиально невозможно." - ну не парадокс ли? :) Конечно же, возможно.
2. "Ядро предоставляет средства доступа к БД, но средства работы с файлами представлены в зачаточном уровне." и "Структура сайта физическая с созданием папок и файлов" - снова парадокс :) И структура сайта необязательно дублируется в базе данных. Скорее даже она там не дублируется, но можно сдублировать, некоторые части или целиком, по желанию.
2. "Подключение модуля является нетривиальной задачей и связана с большим количеством файлов для конфигурирования." - драг-энд-дроп и далее клики по форме мышкой это нетривиальная задача, только если руки сломаны.
3. "Инфоблоки могут быть только в виде категории и элементов. И категории и элементы не могут быть вложенными или сложными типами." - инфоблоки могут быть связанными, что позволяет использовать вместо сложного типа другой инфоблок. Разумеется, тот, в свою очередь, тоже может использовать "вложенный" (связанный) инфоблок.
6. "Код разбросан по разным файлам и собрать целостную картину очень сложно." ну, это потому, что "Архитектура системы построена по модульному принципу." (из вашего п.2) и построена полностью по нему, достаточно честно. За качество кода не скажу, видел только внутренности компонентов и шаблонов но они мне понравились, разобраться было просто.
8. "шаблонизатор отсутствует (это просто ужасно)" в хелпе написано, как подключить любой свой по желанию. по остальным подразделам восьмого пункта обвинения могу лишь пожать плечами - это CMS, а не фреймворк, такая моща тут ни к чему.
Потрясающая новость!
Но разработчики, я вижу, не приветствуют такой необычный продукт.
Соль, фишка и фан этого сервиса в объединении. Хостинг, Rails, IDE, все средства совместной разработки объединены.
Помечтаем сервис продолжил развитие, и мы получили в окне браузера (или установив AIR-приложение) полный IDE, подключенный напрямую к разрабатываемому приложению, с доступом к сниппетам других разработчиков с Heroku, с возможностью быстро объединять усилия и писать "библиотеки", используемые сразу обоими командами, мы забыли о синхронизации SVN, мы забыли о проблемах с развертыванием, обновлением, масштабированием. Я думаю, столь крупное (если проект будет расти) объединение программистов в один плотный клубок приведет к качественному изменению характера проекта. Может получиться такой огромный mash. Первое, что приходит в голову база данных недвижимости и Google Maps очень известный mash-продукт, а здесь то же самое, но приложений больше, и разработчики вот они, и все, грубо говоря, внутри одного компьютера.
Я думаю, за сервисами вроде Heroku будущее. Обычному хостеру надо было начинать беспокоиться еще тогда, когда вышел http://speaklight.com/ (хостинг + CMS в едином удобном сервисе), а сейчас ему надо просто очень-очень быстро соображать уже. Это ж такая привлекательная штука вот клиент (заказчик), вот разработчик, вот Heroku. Всегда линейное перемещение денег, всегда единственный ответственный, и суперпривлекательная сервисная модель бизнеса компании-разработчика.
Выразился немного путанно наверное, от восторга, что удалось предсказать появление сервиса типа Heroku тогда, когда появился SpeakLight. Я уверен, весь мейнстрим уйдет в итоге на такие сервисы. Не понимаю, почему ребята из Bitrix и Umi (коммерческие же CMS) до сих пор не выкатили ничего подобного. Для них это идеальная модель.
Второй аргумент такой: я потратил полдня, 6 часов, на проверку работоспособности дистрибутива на используемых мной хостингах. И только «старый хак» гарантировал мне полноценную работу из коробки и далее везде. Я добавил «старый хак» с utf8_unicode_ci, в установщике добавил крупным жирным шрифтом «Не забудь выставить сопоставление utf8_unicode_ci для базы, в которую станешь ставить», заботливо упаковал результат в архив, подписал его «production», и положил на видное место. В будущем я буду тратить 5 минут вместо 6 часов и буду уверен, что не придется вылавливать мелкий, но досадный сбой. И оно встанет — везде, на любом хостинге, какой еще может появиться, гарантированно.
Вот тут подумал ведь ни одна компания-производитель веб-решений в России не пытается получить действительно крупную долю на рынке. Парни из битрикс закрылись в рамках классической CMS и никуда не двигаются. Щас приди кто-нибудь с деньгами, сделай 9000 установок своей CMS против 8000 у битрикса, скажи "Мы лучшие, мы предлагаем промышленного уровня решения" и все, скиснут парни. А потом что хочешь можно с рынком делать когда подавляющее большинство клиентов ничего не понимает, они пойдут к тому, кто громче всех будет кричать "Я первый, я лучший, я тут ваще в теме и у истоков, а остальные набежали, поджопники (рыбацкий термин)"
Как убедить ( именно убедить, а не впарить и не "продать подороже" ) в адекватности таких цен, как 2-3-4-5-6 тысяч долларов. Сталкивались ли вы в реальных ситациях с такими проблемами??? Как на практике доказывали клиентам?)
Сталкивался, есть очень простой метод. Называешь минимально возможное количество сотрудников компании, которые будут работать над проектом (мы сайты сайтами не называем жизненно важный вопрос позиционирования), сообщаешь, что выбирал их с конкурсом нцать человек на место, сообщаешь, что они стоят денег, которых просят, и сообщаешь, сколько дней, самое меньшее, они будут над проектом работать. Клиент считать умеет очень хорошо всегда :) и он сразу понимает, что 200 баксов бюджета, к примеру, четыре профессионала потратят за один рабочий день и управятся они с этими деньгами до обеда.
Если продолжает просить подешевле, нужно отказываться "я ценю людей, который у нас работают, найти их было непросто, и терять их мне невыгодно".
То есть, ты больше не можешь доверять тому, что ты видишь.
Далее, представим некую систему безопасности, где тачскрин служит одновременно сканером отпечатка пальца. Применений придумать не так много можно, но тут уж работа маркетологов. Человек водит пальцем по экрану, не отрывая. Пока палец распознается, интерфейс доступен. Тоже можно и нужно обойтись без кликов.
Применения найти можно. Та же фишка со взглядом - управление автомобильными системами голосом лично мне кажется не самым удобным, потому что музыка играет.
Однако одной рукой с ним справиться будет непросто - весь вес будет вне кисти. А если не пользоваться крышкой, то все равно она, будучи откинутой, начнет мешать - достаточно взять любой телефон в руку и убедиться, посмотрев, куда "смотрит" нижняя часть.
Я думаю, это будет в итоге больше похоже на "MOTOMING A1200e":http://market.yandex.ru/model.xml?hid=91491&modelid=997623&text=Motorola+MOTOMING+A1200e&srnum=3 (классная штуковина, львиная доля привлекательности которой для меня лично заключается в операционной системе там Linux, и притом, с тачскрином, вроде как айфон недоделанный). То есть прозрачный флип будет вверху. А уж сделать что-то полезное из прозрачного куска пластика, в исполнении моторолы просто поддерживающего динамик с Apple вполне станется.
(теги мне иметь пока не положено по карме, поэтому ссылка в textile'ном виде.
У меня есть вопрос как к автору поста, так и к другим хабравчанам-нанимателям.
Назовите несколько книг, не более десяти, сплошное и вдумчивое самостоятельное изучение которых приведет целеустремленного молодого разработчика из отсеянных к уровню, который вы бы с удовольствием приняли на работу и сразу программистом.
Предполагается, что молодой разработчик будет эти книги тщательно изучать и постоянно тренироваться сразу на коде по ходу повествования в них. :)
Я полагаю, что полезнее будет не находить изъяны в имеющимся большинстве, но указать путь тем многим, которые действительно хотели бы уверенно выигрывать такие собеседования.
И, пожалуйста, будьте конкретны 10 книг максимум.
Очень любопытные исследования проводит. Так вот, насчет ФРС, нефти, Бен Ладенов, Бушей, Ирака и Ротшильдов я впервые прочитал у него. Утверждает, что всю информацию находит в открытых источниках.
Это уж потом я "Дух Времени" посмотрел.
Кстати насчет первой части, я вам как религиозный фанатик религиозным фанатикам говорю: Бог не личность.
Альбом можно охарактеризовать так - это Nine Inch Nails до последней вибрации. Я, как фанат, нахожу альбом просто великолепным, потрясающим, прозрачным, у меня ощущение, что они, избавившись от слов (я надеюсь, лишь на этом альбоме, ибо Трент умеет петь, на мой взгляд, отлично), просто смогли досыта наиграться, просто сделать музыку себе же в кайф. Ну а нам, фанам, и подавно.
Если же вернуться к копирайту и спору, то я не нашел в прилагающемся к альбому readme.txt упоминания об обязательной оплате остальных трех частей альбома. То есть,
— это неправда, что нам дают 9 композиций бесплатно, а за остальные надо платить.
Вот оригинальный текст:
Undoubtedly you'll be able to find the complete collection on the same torrent network you found this file, but if you're interested in the release, we encourage you to check it out at ghosts.nin.com, where the complete Ghosts I-IV is available directly from us in a variety of DRM-free digital formats, including FLAC lossless, for only $5.
Что в примерном переводе означает,
«Несомненно, вы сможете найти полную коллекцию в той же самой торрент-сети, где вы нашли этот файл, но если вы заинтересованы в релизе (это слово в данном случае, я думаю, не нужно переводить, помня буржуйскую традицию называть релизами твердые копии музыки), мы призываем вас оформить его получение на ghosts.nin.com, где доступен полный Ghost I-IV (непосредственно от нас), во множестве форматов, свободных от DRM, включая FLAC, всего за 5$»
От себя добавлю, что при первой же возможности приобрету самый полный бандл :)
Во всяком случае, ни прямо ни косвенно нигде не говорится, что мы должны покупать альбом. И если даже и не купим, пиратами не станем.
Код сам по себе представляет из себя всего лишь модификации готовых модулей битрикса (к слову о сложном коде это было несложно) :)
К слову о невозможности сделать валидный html-код с помощью битрикса шаблоны, тоже готовые, модифицируются без каких-либо сложностей.
Использую CMS made simple, Drupal, Bitrix, CodeIgniter не могу чем-то, кроме техподдержки, выделить битрикс в этом ряду. CMS как CMS, только денег стоит.
2. "Документация по ядру хорошая. Написать собственный модуль с нуля принципиально невозможно." - ну не парадокс ли? :) Конечно же, возможно.
2. "Ядро предоставляет средства доступа к БД, но средства работы с файлами представлены в зачаточном уровне." и "Структура сайта физическая с созданием папок и файлов" - снова парадокс :) И структура сайта необязательно дублируется в базе данных. Скорее даже она там не дублируется, но можно сдублировать, некоторые части или целиком, по желанию.
2. "Подключение модуля является нетривиальной задачей и связана с большим количеством файлов для конфигурирования." - драг-энд-дроп и далее клики по форме мышкой это нетривиальная задача, только если руки сломаны.
3. "Инфоблоки могут быть только в виде категории и элементов. И категории и элементы не могут быть вложенными или сложными типами." - инфоблоки могут быть связанными, что позволяет использовать вместо сложного типа другой инфоблок. Разумеется, тот, в свою очередь, тоже может использовать "вложенный" (связанный) инфоблок.
6. "Код разбросан по разным файлам и собрать целостную картину очень сложно." ну, это потому, что "Архитектура системы построена по модульному принципу." (из вашего п.2) и построена полностью по нему, достаточно честно. За качество кода не скажу, видел только внутренности компонентов и шаблонов но они мне понравились, разобраться было просто.
8. "шаблонизатор отсутствует (это просто ужасно)" в хелпе написано, как подключить любой свой по желанию. по остальным подразделам восьмого пункта обвинения могу лишь пожать плечами - это CMS, а не фреймворк, такая моща тут ни к чему.
Но разработчики, я вижу, не приветствуют такой необычный продукт.
Соль, фишка и фан этого сервиса в объединении. Хостинг, Rails, IDE, все средства совместной разработки объединены.
Помечтаем сервис продолжил развитие, и мы получили в окне браузера (или установив AIR-приложение) полный IDE, подключенный напрямую к разрабатываемому приложению, с доступом к сниппетам других разработчиков с Heroku, с возможностью быстро объединять усилия и писать "библиотеки", используемые сразу обоими командами, мы забыли о синхронизации SVN, мы забыли о проблемах с развертыванием, обновлением, масштабированием. Я думаю, столь крупное (если проект будет расти) объединение программистов в один плотный клубок приведет к качественному изменению характера проекта. Может получиться такой огромный mash. Первое, что приходит в голову база данных недвижимости и Google Maps очень известный mash-продукт, а здесь то же самое, но приложений больше, и разработчики вот они, и все, грубо говоря, внутри одного компьютера.
Я думаю, за сервисами вроде Heroku будущее. Обычному хостеру надо было начинать беспокоиться еще тогда, когда вышел http://speaklight.com/ (хостинг + CMS в едином удобном сервисе), а сейчас ему надо просто очень-очень быстро соображать уже. Это ж такая привлекательная штука вот клиент (заказчик), вот разработчик, вот Heroku. Всегда линейное перемещение денег, всегда единственный ответственный, и суперпривлекательная сервисная модель бизнеса компании-разработчика.
Выразился немного путанно наверное, от восторга, что удалось предсказать появление сервиса типа Heroku тогда, когда появился SpeakLight. Я уверен, весь мейнстрим уйдет в итоге на такие сервисы. Не понимаю, почему ребята из Bitrix и Umi (коммерческие же CMS) до сих пор не выкатили ничего подобного. Для них это идеальная модель.