Забудте про российские хостинги! Трафик у нас стоит совершенно неадекватных денег, как и сама аренда серверов. Про стабильность и качество обслуживания я вообще промолчу.
Сервер с гигабитным каналом в Европе, можно взять до 600Е/мес. С лимитами на трафик, что вам скорее всего отлично подойдёт, т.к. нагрузка не постоянна, значительно дешевле.
По опыту пинг из Европы вам ничуть не помешает транслировать видео поток.
У вас не будет гладких поверхностей после печати… Т.е. придётся обрабатывать, при чём очень немало, и вероятно шпатлевать выводить поверхность и красить, если нужна ровная глянцевая поверхность. Или обрабатывать растворителем, хотя это вряд-ли сработает на большой детали сложной формы. Посмотрите фото отпечатанных деталей, поймете о чём я.
Можно, есть, да, и free-lance.ru здесь исторически не в почёте — они творили за свою историю массу фигни, а на хабре немало фрилансеров…
Но как мне кажется, лучшее средство просто не пользоваться этим сервисом.
Она работает, местами в определённой ситуации и конфигурации. Такие варинты есть и для Drupal. Да и сделать её по месту в любом приложении на любом языке не архи сложная задача, что обычно и делают, кстати, учитывая все тонкости работы 1C в конкретной ситуации клиента и взаимодействуя с теми, кто занимается конфигурацией его 1С. =)
А пресс-релизы Bitrix это реклама для клиентов, разработчикам их читать не стоит — а то вдруг поверите ещё, что это поделие генеальнейшая разработка, не имеющая в мире аналогов и конкурентов.
А на деле, он нужен хоть кому-то только у нас, где очень агрессивно продвигается… Клиенту потому, что на слуху, и он-таки пресс-релизам по неграмотности верит. Студиям, потому, что фактически можно получить дополнительную прибыль и воспользоваться плодами активной рекламы в виде клиентов.
Ядро и модули Drupal замечательно обновляются, и в отличии от подавляющего большинства CMS сделано практически всё возможное, чтобы небыло необходимости их модифицировать, что очень сильно упрощает поддержку.
В конечном счёте, сделайте расширение, которое будет заменять соответствующий компонент, и используйте. Или даже поищите, возможно кому-то ещё не нравится тайтл ниже скриптов.
Вопрос ведь в том, что если тащить массу не нужного практически никому функционала, который будет использован в одном из тысяч проектов во фреймворк, то он не обосновано потяжелеет — лишний код, лишние тормоза… И это очень плохая идея, если вы хотите получить нормальный фреймворк, а не какого-нибудь монстра, на все случаи жизни, который будет при этом неудобным и тяжёлым!
А ваша задача как раз из таких — нафиг никому не нужно. Но тем не менее, и она весьма просто решается…
При индексации проекта, большинство сред в итоге, как раз весь проект и скачают, просто это будет замаскировано от пользователя, и не будет отдельного хранилища под скаченное, что ещё хуже, т.к. даст больше трафика в итоге…
Собственно, обычно так и делается. =)
В контроллере обрабатывается запрос и собираются в кучу необходимые данные, в модели ввод/вывод/валидация данных, во view шаблонизация добытых из модели/моделей и подготовленных в контроллере данных.
Имхо вы просто пытаетесь делать совершенно лишнее — в реальности, title выше остальных заголовков не нужен чуть более чем напрочь, и может являться лишь данью какой-то извращённой эстетике, не более. Совершенно не удивительно, что такая возможность не предусмотрена изначально(но её как обычно в фрейворках легко сделать самому, если уж она нужна). Наследование и расширение какого-либо базового компонента фреймворка это не хак, а вполне нормальная практика, и не понятно, тут-то что вас смущает? =)
Такой алгоритм позволяет получить информацию по всем файлам, классам и.т.п., и использовать разные полезные штуки, типа автодополнения, например. ИМХО отказываться от этого не разумно, тем более что в дальнейшем синхронизация идёт уже точно также на уровне изменившихся файлов.
Если делать туннель, то чем это лучше ssh?
Если не нужно шифрование, или не нужно стойкое(медленное) шифрование, что мешает указать соответствующие параметры в ssh опять же?
Не зря боитесь — о настройках ни слова…
nginx+nginx+php??? Какой смысл такого бреда? Такое нужно для балансирования нагрузки при нескольких бекэндах разве что. Nginx и так отдаст статику, не обращаясь к php.
Если у вас при этом nginx + php работает хуже, то у вас большие проблемы с настройками.
Зря не верите. =) На самом деле, под хорошей нагрузкой разница довольно заметна, особенно на достаточно простых запросах.
Поищите, где-то тесты были выполнения запроса разными методами…
Так и платного «готового и заточенного под реалии России» тоже нет. И они точно также «годятся либо только на интернет-витрину, либо требуют вложений человеко/часов», плюс цена коробки, обычно совершенно не адекватная качеству продукта.
Сервер с гигабитным каналом в Европе, можно взять до 600Е/мес. С лимитами на трафик, что вам скорее всего отлично подойдёт, т.к. нагрузка не постоянна, значительно дешевле.
По опыту пинг из Европы вам ничуть не помешает транслировать видео поток.