• На чём построена структура интернета и есть ли шансы положить мировую систему?

    index0h
    @index0h
    MR27
    То что автор не умеет правильно формулировать свои вопросы - вовсе не означает, что такой сообразительный человек как вы, который не умеет этого, правда же?

    Автор задал свой вопрос. Конечно прискорбно, что он с вами не посоветовался. Вам ничто не мешает задать на этом же сервисе вопрос, который вас интересует.
  • На чём построена структура интернета и есть ли шансы положить мировую систему?

    index0h
    @index0h
    MR27
    Ваше мненение о фатализме проблемы зависит только от того, в какой стране вы тогда были.

    Я умею отделять зерна от плевел, а вы похоже что нет.
    Если бы изначальный вопрос автора был про опасности потери связи - да, безусловно, они крайне высоки. Но контекст был задан про Интернет в целом. Именно в этом контексте и происходит обсуждение. Вы же говорите в совсем о другом.
  • На чём построена структура интернета и есть ли шансы положить мировую систему?

    index0h
    @index0h
    MR27
    А какая разница к какому именно сервису не могли получить доступа жители значительной части Японии?


    Еще раз, то, что часть инфраструктуры в Японии была перегружена - это не значит, что мировая инфраструктура испытывала те же проблемы. Последствия действительно серьезные, я с этим не спорю.
    Я спорю с тем, что вы сравниваете частное и общее, это не корректно.
  • На чём построена структура интернета и есть ли шансы положить мировую систему?

    index0h
    @index0h
    MR27

    Выше приведенные примеры касались сотен миллионов людей, так то.

    Пример не релевантен вашему начальному вопросу. Интернет - это инфраструктура связи, а не сервисы, которые используют его для предоставления услуг.
  • На чём построена структура интернета и есть ли шансы положить мировую систему?

    index0h
    @index0h
    @MR27

    Лег ведущий хостинг интернета.

    Оу, у нас существует ведущий хостинг Интернета? Даже если вдруг разом упадут: Amazom, Azure, Google Cloud, DO - внезапно окажется, что хостингов на порядки больше.

    Это означает, что у кучи пользователей в реальности не было доступа к куче серверов.

    Верно, но так же значит, что вот эти сервисы не тоже самое, что Интернет.

    вы не смогли вызвать и опоздали на самолет и пропали дорогущие билеты и т.д. и т.п.?

    Такое иногда случается, это печально. Это как с сберкнижками - тоже некий сервис по хранению денег, вдруг сервис падает и ваши деньги тоже.
  • Где лучше написать обработчик исключений в самописном MVC?

    index0h
    @index0h
    eugene159,

    это не то же самое, что стрелять по муравью из танка?

    Если это съекономит вам время почему нет?)) Вы ведь не думаете, что на каждый запрос выполняется вообще все что есть в фреймворке?

    Разве тот, кто работает больше, деградирует как специалист быстрее, чем тот, кто не работает?

    Вы не уловили месседж. Пример, что вы сбросили был более менее норм лет 10 назад. Сейчас он не актуален. Это и есть деградация.
  • Где лучше написать обработчик исключений в самописном MVC?

    index0h
    @index0h
    А можете дать ссылку на какую-нибудь современную MVC наработку?

    https://symfony.com/doc/current/configuration/micr...

    Я хочу научиться как можно лучше оформлять код для небольших сайтиков. Не брать же такие большие фреймворки, как Yii или Laravel.

    А в чем проблема?

    Я хочу использовать самописный MVC, в котором все понятно и в любой момент можно что-то изменить.

    Это самообман. Вы не сможете обкатать и протестировать свой фреймворк даже в 1% ситуаций, в которых тестируются популярные фреймворки. Разница тут в том, что вы НЕ будете знать, что подправить, вам в любом случае придется проводить некий ивестигейт для исправления. В популярных же фреймворках скорее всего подобная ситуация уже исправлена, проверена и задокументирована.
    Есть еще один подводный камень в ориентировке на самопис: как специалист, вы будете деградировать быстрее. Дело тут в том, что поддержка и развитие самописного фреймворка "в ногу со временем" требует огромного количества человеко-часов.
  • Как обработать большое количества данных в Symfony без утечки памяти?

    index0h
    @index0h
    Кирилл Несмеянов, не факт, я ж не знаю, на сколько нагружена таблица, характер нагрузки, юзаются ли внешние ключи, юзаются ли всякие select for update, и т.д.

    Игорь В конце итерации можете поэкспериментировать с gc_collect_cycles
  • Как подправить код?

    index0h
    @index0h
    FanatPHP, тот же комментарий))
  • Как подправить код?

    index0h
    @index0h
    FanatPHP
    Ну как бы доктрина это дбал и орм, а репозиторий немного совсем про другое.

    Ага, еще это обработчик аннотаций, ивент диспатчер и куча всего другого. Но обычно, когда говорят о doctrine - имеется ввиду orm, которая как раз реализует паттерн репозиторий.
  • Сильные и слабые стороны PHP 7?

    index0h
    @index0h
    Евгений Ромашкан, тут есть момент. Бывают ситуации, когда это становится желанием бизнеса. Например у вас есть штат на N специалистов по стеку S1, появляется проект, для которого лучше стек S2, возможные варианты:
    1. нанять штат спецов по S2
    2. обучить текущий штат стеку S2
    3. делать проект на стеке S1
    Часто выбирается вариант 3.

    Месседж был например про свидетелей nodejs, которые хотят писать драйвера, потому что "на ноде можно написать усё"
  • Можете поревьюить?

    index0h
    @index0h
    Михаил Братеньков,
    2) Да. private можно трактовать как: вне этого класса тебе это не надо. protected - тебе возможно это потребуется в наследнике. Вероятность, что при чтении когда потребуются детали реализации private/protected на порядки меньше, чем у public.

    3) Докблоки - это пожелания, а не требования. Я ж пример привел, что будет, если я вызову метод и передам туда хрень? По правильному я должен словить исключение "аргумент такойто - хрень", причем сразу. А в вашем случае я хз что получу, когда этот аргумент будет задействован.
    Да, проверки писать нудно, не спорю, но они очень экономят время при дебаге, прям капец как экономят.

    4) Статический метод - это не явный сервис в вашем методе. Поменять его реализацию через DI вы не сможете, да и подменить его в тестах тоже. Я знаю, про говноподход в Mockery по моку статических методов, по хорошему это нельзя использовать.
    Так же класс - это не неймспейс для функций. Хотите отдельную функцию - запилите функцию.
    Что касается private static - это в принципе имеет смысл только когда у вас есть публичный статический метод, который вызывает приватный. Иначе у вас в любом случае вызов будет происходить из экземпляра.

    5) Угу. DRY - это штука, которая не всегда уместна.
  • Реально ли написать CMS одному?

    index0h
    @index0h
    NinjaNickName WP релизился еще на php4.3, если не на более ранней, этот проект, как и Joomla, Bitrix и т.д. скованы огромным объемом кода, который необходимо поддерживать. Эти продукты - одни из не многих, которые выстрелили, большинство же забыто, например тот же php-nuke.

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

    Prestashop например в 2008 появился и вполне себе живой, при этом код не совсем уг, в отличии от simpla.

    Судить о успешности и целесообразности можно только по продажам, клиент голосует рублем.

    Не стоит путать проект и продукт. Изначальный вопрос автора: "Реально ли написать CMS одному?", как проект - да, можно написать, безусловно. Но реализовать именно продукт одному - это уже на много сложнее. С вероятностью в 146% продукт собственной cms провалится.
    Варианты, когда фрилансер делает все на собственной cms - это не "успех его продукта", причины могут быть разными, но как правило это попытка "привязать" к себе клиента.
  • Реально ли написать CMS одному?

    index0h
    @index0h
    NinjaNickName, посмотрел код. Судя по дате архивации 2017-04 - код должен быть не совсем допотопный.
    Что я могу сказать, ваш 1 разработчик пишет в 2007-ом (если не раньше), код мягко говоря говнище, увы.
    Даже если забить на оформление и тесты, все очень плохо. Если что, оценку делаю на основании критериев, описанных тут: https://github.com/index0h/php-conventions

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

    Игорь Вы на момент написания своего велосипеда были достаточно квалифицированным специалистом, что бы знать ответ на вопрос автора?))
  • Реально ли написать CMS одному?

    index0h
    @index0h
    Игорь, очень рад за вас, сколько лет опыта разработки у вас было на тот момнет?
  • Имеет ли смысл использование Docker?

    index0h
    @index0h
    alfss, вы сами читали статью по ссылке?))

    Compose does not wait until a container is “ready” (whatever that means for your particular application) - only until it’s running.

    Такое поведение заставит вас либо дописывать приложение на этот счет, либо рисовать отдельные wait скрипты под старт каждого сервиса.