index0h

iconv, gd, mbstring, curl, json, xml, ctype, mcrypt, mysqli, pdo_*, pgsql, sockets, yaml, zip, gettext

Лучшее решение.

распаковать RAR и запаковать phar
открыть холодильник, достать слона, закрыть холодильник

Переписывать все - не круто.
Достаточно небольшой кусок с ключевыми алгоритмами.
Не обязательно весь сервер целиком.

Декомпиляция возможна всегда, но вопрос - на каком уровне будет декомпилированный код. Если ты получишь почти что ассемблер - смысла в декомпиляции мало.
Любой компилируемый в native подходит - Go, C/C++, Pascal, Haskell на порядки лучше, чем Python, Java, NodeJS.

Не забудь застрипать дебужные символы.
После чего декомпиляция из этого способна возродить назад такой ужас, в котором мало кто захочет разбираться задешево.

Но в конечном итоге все упирается насколько занитересован человек.
Если продукт очень массовый или очень дорогой - больше интереса взламывать.

А что, заказчик идиот?
Если он хочет заполучить сервер как некий гарант, то разве он не хочет еще и исходники?

Имхо, поддержка разработчика (устранение багов, которые и год спустя могут быть выявлены) существенный плюс, чтобы оставаться с вами.

Это минификация кода была проведена

Можешь посмотреть в сторону такого git flow решения https://habrahabr.ru/post/106912/
Ну и утилита, облегчающая работу при таком подходе https://github.com/nvie/gitflow

Привет.

1) Когда началась вся истерия с iphone 3G и дешевыми андроидами, то люди пошли массово в мобильную разработку. В итоге, к текущему моменту уже создано столько всякого треша, что уже почти выполняется правило 34. В итоге, сильные игроки создали крупные компании, научились вкачивать бабло, получать конверсию и прочее.

А клиенты наоборот устали от всех этих приложений, и последние данные показывают, что доля тех, кто юзает стандартный набор приложений + соц.сети увеличивается.

Т.е. Чтобы тебе что-то заработать, нужно уже что-то гениальное делать.

2) С вебом ситуация занятная. Там также уже создали много шлака, но фишка в том, что многие проекты используют стек 2006-2010 годов. В итоге, правильные руки могут неплохо так подвинуть старичка. Но опять же, самые хлебные места уже давно заняты, и чтобы что-то получилось нужна гениальная идея.

3) Вообще сейчас идет тенденция на реальный мир. Т.е. ниша чисто информационных систем занята - соц.сети, порталы, системы учета, системы автоматизации бизнеса итак далее. Сейчас много проектов по типу: gprs-приемник + софт для него + портал для управления + мобильное приложение для удобства.

---

Начать работать на заказ (фриланс или веб-студия) - выгоднее для начала. Делать свое дело - выгоднее в перспективе.

У меня мой самый первый проект дал примерно половину моей зп в месяц. Потом следующие мои 4 проекта успешно загнулись (1 окупил затраты, а 3 просто упали). В итоге, я сейчас работаю на зп, занимаюсь проектом и ищу нищу для новой затеи.

Так что если в лоб будешь делать что-то свое, то это крайне ненадежно.

Правда ли, что на android без крупной финансовой поддержки не выйти из этих трущоб?

Нет, но результат не берется ниоткуда, либо финансы, либо собственное развитие и труд.

, игра еще может взлететь, но с приложениями куда сложнее, рынок перенасыщен.

Перенасыщен всякой гадостью, игры ничем не лучше, встречал такие, в которые при желании не смог играть.

Буду ли я прав, если скажу, что разрабатывать сегодня приложения выгоднее на заказ, чем тратить время на собственные разработки?.

Таких категоричных выводов быть не может, но первые годы однозначно лучше, чтобы был идеолог и инвестор, то есть заказчик или руководитель, поскольку в вас еще нет потенциала, нет опыта - нет и стоящих идей, и будет ли вообще, это еще зависит от вас.

Может стоит перейти снова на web ?
Я и то, и то. Можно в одном и том же проекте.

Правда ли, что на android без крупной финансовой поддержки не выйти из этих трущоб?,

это не только android, в любом проекте рекламный бюджет равен или выше бюджета на разработку

Буду ли я прав, если скажу, что разрабатывать сегодня приложения выгоднее на заказ, чем тратить время на собственные разработки?

и да и нет, но стабильнее точно )

Никакой

Нет.

И не тратьте силы на его поиск, здесь срабатывает известный принцип - кому надо, не может, а кто может - тому уже не надо :)
1. Все четыре проекта - это четыре разных проекта. Со своими репозиториями, своими графиками выпусков, своими сроками
2. Yum ориентируется на свои репозитории. Не репозитории апача, Mysql и прочих - а свои. Поэтому очень часто там не самые последние версии, а для CentOS6 - так и вообще нечто окаменелое.
3. В не-RPM дистрибах, в той же бубунте вообще нет yum :)
4. Понятие "корректно настроилось" очень сильно отличается от дистриба к дистрибу - апач позволяет делать с конфигами черт знает что и привязать к этому сбоку бантик :) И некоторые черт знает что и делают - и считают это "корректной настройкой". Сравните например дефолтную установку апача в центосе и бубунте :) у MySQL есть phpmyadmin, все остальные же в каких-то мордах управления не нуждаются - именно в силу того, что конфиги у них можно бантиком завязать.

Вы хотите написать высоконагруженный сайт не понимая, как работает движок? Хм..ну...дерзайте... В обычном случае я бы посоветовал админа нанять, но Вам это не поможет - потому что нет в LAMP панелей управления для чайников и после того, как админ закончит работу, Вы будете с точно таким же непониманием смотреть на все это, как и сейчас.

посящалка до 100 тысяч

Тогда вам Docker надо батенька!