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