У Arch есть различные сборки, которые достаточно просты, можно начать с них. Просто, что касается софта, я не знаю другого дистрибутива с таким кол-вом в репе и самым свежим.
Пользователь не работает напрямую с БД, поэтому этот момент должен проверять код отправляющий запрос в БД.
Опишите подробнее этапы получение данных от пользователя, что это делает, и что отправляет запрос к БД.
debian_Lenovo-B50-30, Debian очень трясется за стабильность, поэтому часто держит очень долго пакеты в unstable и testing. К тому же, Debian очень ревностно смотрит на несвободное ПО, вспомните хотя бы выпуск firefox в релизах под другим именем и с другим значком, про google chrome и говорить не стоит. Я не вижу ничего плохого в подключении сторонних репов или разворачивания из пакета, шанс словить какие-то несовместимости ничтожен.
Иван Ларцов,
1) на каком сервере собирать принципиальной разницы нет обычно.
2) процессы сборки очень сильно отличаются, поэтому всегда что-то нужно писать самому под свою архитектуру, под свой проект. Будет ли это bash, ant или javascript разницы особой нет, просто сборщик будет запускать скрипт на этом языке, сборщик в свою очередь предоставит этому скрипту необходимые данные (например тип сборки или название тега) через переменные окружения.
3) Билды для dev и prod обычно различаются, безусловно. Но код ведь для них один и тот же. Поэтому берем из репозитория код и настраиваем его в зависимости от того dev, test или prod.
4) Сравнение с предыдущей сборкой есть обычно (в Jenkins точно), но обычно сбор фич которые пошли в релиз идет по таск-менеджеру, а не сборщику.
Верно, сборка это часть и CI, и CD, но сборка это не CI/CD. Поэтому и уточняю, что вы имеете ввиду, т.к. я так понял что CI вы вообще не используете, в какой степени используете CD не очень понятно. И нужен ли он вам, у вас страдает процесс из-за траты времени на стадии подготовки или деплоя релиза?
debian_Lenovo-B50-30, любые новые, не проверенные пакеты попадают в unstable, как только он будет готов его добавят в testing. Старый opensource MySQL продолжает существовать в репе под новым именем, новый оракловский MySQL решили тоже добавить, хоть он и не opensource, вероятно появилась потребность, но все стадии ему придется пройти, релизы там более редкие, из-за этого тоже процесс идет не быстро.
debian_Lenovo-B50-30, отчего он самопальный? Почему смена названия делает продукт самопальным?
Debian не любит проприетарный и несвободный софт, поэтому не стоит удивляться, если такого софта нет в репозитории. Раз пакет в unstable, значит его готовят к релизу, значит он когда-то попадет в testing, как и любой другой новый софт. Старый MySQL по прежнему находится в репозитории.
pogarik, при обычном запросе происходит рендеринг всей страницы т.к. вы запрашиваете всю страницу, нет и не может быть никаких особых условий для частичного рендеринга (хотя есть, конечно, устаревший frame, и как частный случай iframe). При ajax никакого рендеринга вообще не происходит, но, если нужно, вы можете его выполнить через js и так как вам нужно, полностью или частями.
Что там придет через ajax, дело десятое. Можете прислать всю страницу html целиком и затем заменить существующую, можете прислать только кусок и заменить его, можете прислать отдельные параметры в json например и на основе них поменять что-то в уже отрисованном DOM-элементе.
m1rvi, как вы формируете запрос? url понятно, но как тело формируется, там все корректно? Вы ведь проверяете наличие параметра goReg, а без него ни в сессию ничего не помещается, ни перенаправление не происходит.
Например, потому что вы для каждого пользователя выводите переменную $var, но нигде ее не обнуляете. Соответственно для каждого последующего будут выводиться значения и для предыдущих.
Георгий Оленченко, ваш mysql_query упал с ошибкой, смотрите ошибки в mysql_error.
К слову, mysql - это устаревшее расширение, используйте вместо него PDO или mysqli. Читайте документацию.
Максим, никто не мешает и для dev запретить force push.
Согласен, вероятно переписана история, чтото больше сказать не могу, нужно разбираться, очень странно что в git log ничего нет, если были перезаписаны коммиты, то там они быть обязаны...
Максим, смотрите git log там будут все коммиты, в том числе перезаписанные. Тут нужно проводить полноценное расследование. Поэтому чтобы такого не было, обычно запрещен force push в master или вообще все только через pull request.
Замечу все же, что ядра достаточно сильно различаются, скажем у Arch ядро достаточно близко к vanilla kernel, а у Ubuntu ядро несет громадное кол-во изменений и весит в разы больше. Но как правильно замечено, практически, на производительность php это влияет не сильно, даже если вы оптимизируете ядро конкретно под ваше железо.
Если у вас в системе запущено большое кол-во иных приложений, то они будут жрать ресурсы. И падение производительности будет тем больше, чем больше и жирнее эти приложения и чем слабее ваш сервер. На нормальном продуктовом производительном сервере это не будет иметь значения, на слабой машине куда вы вкрячете полноценную DE ("рабочий стол") может быть. Пишу это лишь потому, что раз зашел разговор об установке на сервер "версии с рабочим столом", то значит и под сервером может пониматься что-то достаточно слабое.
этот коммит теперь числится за первым разрабом, второй разраб теперь только числится во вкладке activities и видно что это именно он запушил этот коммит
вы вполне можете сделать rebase, история коммитов поменяется, после пуша, в реп коммит другого разработчика будет запушен заново и с новым хешем, а авторство этого коммита останется неизменным.
Я не очень понимаю из вашего описания что в репе, и не могу отделить ваши предположения от фактического состояния репа. Смотрите лог гита, он ничего не удаляет (во всяком случае сразу), там будут все изменения истории коммитов.
Sergo Zar, в том смысле, что Рональд ненавидит linux, считает его неполноценным, т.к. был печальный опыт лет 15 назад. Считает пользователей linux извращенцами, которые мучаются с ним вместо того, чтобы пользоваться "настоящей" ОС. А тех кто пользуется Kali считает школьниками, которые не понимая устройство ОС, сетей, и систем безопасности, хотят почувствовать себя хакерами.
Если я что-то напутал, Рональд меня поправит :-).