Как стать автором
Обновить
26
0
Роман Бобров @resurection

Пользователь

Отправить сообщение
Отличная статья написанная простым и понятным языком.
Но остался вопрос: что делать с расписанными бизнес-процессами? На примере только что созданной компании, которой нужно: приём заявок и обработка заказов; заказ товаров у поставщиков и т.д. Я правильно понимаю, что BPMN-системы позволяют нарисовать блок-схему, распечатать и просто повесить её на стенку? Или, что-то ещё должно произойти после расписывания? Или с этими блок-схемами нужно идти к программистам/интеграторам, чтобы они внедрили CRM/ERP чтобы что-то начало происходить?
В любом TCP-соединении ответ может приходить по частям, пакетами. Даже в http/1.0.
Я вместо автора статьи слазил в интернет и узнал, что в http/2 мультиплексирование позволяет посылать http-запросы ОДНОВРЕМЕННО. Keep-alive не позволял этого делать.
Не могу понять в чём основное приемущество http/2?
Мультиплексирование же позволяет браузеру выполнять множество запросов в рамках одного TCP-соединения
Чем это отличается от keep-alive? У меня дежавю или в 1999 нам уже это обещали?
пункт 8: Битрикс
нет, не оно.

А это что? (никаких плагинов я не ставил, всё из коробки):
image
Я ни разу не открыл документацию и ничего не читал. Просто кликнул пару раз и сразу увидел то что мне было надо.
Потому что №1 и №3 позволяет сделать: чтобы человек мог долго пилить у себя фичу для линукса, а потом спрессовать это в один коммит или diff и отправить ревьюеру. Которого, действительно, твои ошибки и не должны интересовать.

Могу дополнительно рассказать как менять историю, но это слишком скучно и тривиально.
Есть много разных вариантов:
1. «Экспортировать список различий» — создаётся один *.diff показывающий разницу между 1917 и 1926. Можно свою фичу пилить в отдельной ветке, а потом этот патч накатить на основной транк.
2. «Экспортировать часть граффа» — создаёт 10 diff-файлов
3. «Сжать историю» — создаёт 1 коммит выходящий из 1917 (второй башкой).
В мерке это тоже есть и делается тремя кликами
image
распиливание ханков есть. Называется «Отложить в долгий ящик». Очень удобная штука. Возможно это только в TortoiseHG, а не сам hg — не разбирался.

Octopus merge — есть arrenbrecht.ch/mercurial/pbranch/octopus.htm (сам я такими извращениями никогда не страдал, но этот функционал есть).
Если не считать эко-систему и GitHub, то сам по себе git ничем не лучше мерка, потому что в мерке есть весь тот же самый функционал, но проще.
Я не знаю как они работают, но пользователи Mercurial рассказывали мне, что это такая боль в заднице, что никто на самом деле их больше не использует.

После этой фразы читать дальше не хочется. Мы в мерке прекрасно организовали git-flow без каких либо проблем и работаем так уже несколько лет.

image

Даже джуниоров без проблем обучаем работе с ветками. Никто в команде ни разу не сталкивался ни с какими проблемами, кроме конфликтов. Быть может, всё дело в волшебном TortoiseHG, который работает так как ты этого ожидаешь с первого раза даже без чтения документации. Я уж не говорю про статьи на хабре на 20 (!!!) страниц.

К нам в команду часто приходят фанаты и адепты ГИТа и очень неохотно переучиваются на мерк. Я вижу как людей это злит и бесит. Но никто ещё, ни один человек не смог объяснить мне чем гит лучше? Какие функции есть в гите, которых нет в мерке? В мерке есть всё, но реализовано гораздо проще. ГИТ — это первая изобретённая Dcvs. Но не идеальная, как первый блин. Мерк — это, можно сказать, форк от гита в котором реализовали всё тоже самое, но значительно проще.

К моему сожалению, эта не удобная система стала более популярна но явно не благодаря своей простоте. Возможно дело в эко-системе? Популярный Линус и ещё более популярный GitHub сделали своё дело, но не сам гит.

Понимаю, что сейчас минусов нахватаю за не популярную точку зрения :(
чтобы исправить косяк того, кто базу создавал. И это правильно. Накосячил — страдай.

Может и ALTER TABLE тоже убрать? Чтобы все всегда сразу создавали правильную структуру или страдали.
Ура! Осталось подождать всего-то тыщу лет, пока эта версия докатиться до продакшн-серверов и виртуальных хостингов.
особенно в таком молодом языке, как PHP.

Что???
Мне иногда кажется, что он старше большинства программистов пишущих на нём.
А зачем вы даёте доступ к админке злоумышленникам?

Не возможно защититься от всех. Приведу другой пример: работник ДатаЦентра вынимает hdd из вашего сервера, вставляет в свой комп и выгружает БД. Просто не давайте доступ к админке злоумышленникам.
Имея доступ в админку любой может сломать сайт. Например, удалив все разделы. Даже взламывать ничего не надо. Какой в этом смысл?
Администратор=программист? Мне кажется к этим настройкам никто не должен иметь доступа, кроме программиста.
И ещё, они не должны быть в админке только потому что можно всё сломать, а восстановить обратно уже не получится. Как сейчас и произошло.
Извините меня. Это я сломал вашу админку переключив в настройках параметр сессия=apc.
Я, однако, не понимаю, зачем это делать в админке, ведь это относиться к серверным настройкам. Я бы своим клиентам не стал бы давать админку с такими настройками, ведь большинство из них дураки. Они даже не знают где поменять тайтл для главной страницы. А уж переключение драйверов хранения сессии точно должно быть в системном конфиге который редактируется только программистом.
на второй вопрос нашёл хороший развёрнутый ответ здесь: smira.ru/posts/20081021web-caching-memcached-2.html

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность