• Как перенести крупное PHP приложение на Python?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Почему бы просто не зарефакторить проект? Как по мне от этого толку будет явно больше с учетом ваших требований. И это не может быть сложнее переноса на python.

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

    Если же так считает руководство - пусть они и переписывают. Достаточно просто набросать риски на бумажке сходить к ним и сказать "это будет в 3 раза дороже" и возможно они одумаются. Ну а коль уж переписывать всеравно заставят то можно спокойно менять структуру всего и вся. Риски от этого не увеличатся сильно уже.

    Я бы пытался настаивать на постепенном развязывании системы и рефакторинге с последующим переводом на Symfony2
    Ответ написан
    3 комментария
  • Как перенести крупное PHP приложение на Python?

    kotomyava
    @kotomyava
    Системный администратор
    Если у вас возникает такой вопрос, вероятно, необходимо забросить эту идею, и приводить в порядок проект, не переписывая его на python...

    Что выбрать вы не знаете => даже если что-то выберите по советам, наступите на массу граблей при освоении выбранного... Будет может и более "модно", но весьма вероятно вероятно не лучше чем есть, а возможно и хуже.

    Структура базы не меняется => кардинально не поменяются и запросы, а значит, и время их обработки не изменится. А это, обычно, куда более узкое место.
    Ответ написан
    5 комментариев
  • Как перенести крупное PHP приложение на Python?

    viktorvsk
    @viktorvsk
    Откуда уверенность, что поддерживать Франкенштейна будет проще, чем просто сложное приложение? И что значит "поддерживать"? Вам не хватает гибкости для дальнейшего расширения? Тогда однозначно затык не в языке или базе, а в структуре.

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

    Не хотите даже структуру базы и работу с сессиями менять? Тогда все просто:
    1. Разработчиков Джанго меньше, чем разработчиков пхп (подставьте ваш фреймворк)
    2. Разработчиков перепиленного под пхп джанго еще меньше, чем просто разработчиков джанго.

    Я бы может сказал, что в Rails есть некоторые возможности поизвращаться, что б поддерживать кастомные названия таблиц, структуры и т.д., но как-то не логично: использовать фреймворк (культуру, опыт и бестпрактис сообщества), что бы пойти против культуры, бестпрактис и опыта сообщества.
    Ответ написан
    9 комментариев