Пишу на Laravel, TypeScript NodeJS и Kotlin.
Контакты
Местоположение
Украина, Ивано-Франковская обл., Ивано-Франковск

Достижения

Все достижения (13)

Наибольший вклад в теги

Все теги (109)

Лучшие ответы пользователя

Все ответы (307)
  • Может ли быть API не как API?

    Alex_Wells
    @Alex_Wells
    PHP/TS/Kotlin developer
    Нет, не "должен", но может. Лично я пришел к такой схеме:
    - 200-ые статус коды отправляются ТОЛЬКО тогда, когда все прошло успешно. В таком случае не будет никаких success: true или response: {} - а нужные данные, прямо на первом уровне нестинга. Собственно если взять за правило, что 200-ые коды возвращаются когда все ок, то можно полностью избавлятся от этих плохих проверок на наличие ключа в респонсе.
    - 400-ые и 500-ые будут попадать в отдельный колбек/реджектить промис, опять же избавляя от нужды проверять какие-то ключи. Для всех кодов ответов, кроме 400 и 422 - в ответе нету нихрена. Ни code, ни message, ни response. Вообще ничего. Вся инфа находится в самом http status коде. Для 400 и 422 прибавляется параметр code, который является номером ВНУТРЕННЕЙ ошибки (ну, например, есть какие-то предусловия для выполнения запроса - уникальность эмейл адреса при регистрации как пример) - по ней фронт может показывать отдельные ошибки либо выполнять какую-то логику.

    Плюс ко всему этому у себя локально и на сервере для фронта включен дебаг, добавляющий некий параметр _debug к каждому ответу. В нем может хранится любая инфа - сообщение с ошибкой (даже если ее можно понять по http коду или внутреннему), стак трэйс 500-ой ошибки и тд.
    Ответ написан
  • Фреймворк для команды с нулевым опытом в ООП?

    Alex_Wells
    @Alex_Wells
    PHP/TS/Kotlin developer
    Laravel. Открываете документацию (каждый), читаете от самого начала и до самого конца. Покупаете аккаунт на laracasts.com, заставляете всех смотреть все рекомендованные курсы от начала и до конца. За две-три недельки появится базовое понимание что да как тут работает, сможете писать хоть что-то. Рефакторить прийдется много, но если реально прочтете документацию и реально посмотрите ларакастс - на большинство проблем в начале у вас уже будут простые и логичные ответы.
    Ответ написан
  • Какой фреймворк посоветуете для написания блога?

    Alex_Wells
    @Alex_Wells
    PHP/TS/Kotlin developer
    Laravel. Простой и удобный фреймворк, регулярно обновляются, появляются РЕАЛЬНО полезные и удобные фичи, быстрый, огромная куча туториалов и гайдов. Элегантная, обширная и легкая документация. Простая, понятная на слух и логически структура. Есть ресурс с видео-гайдами, где продумано и последвательно-логически используются best-practices а так-же показывают море реальных примеров (laracasts). Годится для проектов любых уровней вплоть до чего-то настолько важного и стабильного (государственные сайты, большие commercial) - тогда уж symfony. Кстати построен laravel на его компонентах (частично).

    В освоении прост. Имея НОЛЬ! опыта разработки веб сайтов (даже хелоу ворлд не писал) на чистом пыхе, я за неделю написал сайт лучше, чем middle программер.

    Однозначно он. Про Yii и подобные забудьте, это грязная и неудобная прослойка над пыхой.
    Ответ написан
  • Можно ли использовать .env в production?

    Alex_Wells
    @Alex_Wells
    PHP/TS/Kotlin developer
    .env файл не загружается в гит. На то он и env (environment - среда), что бы каждый раз настраивать его под нужную среду. Так что в проде он тоже используется.

    "It is important to remember that this setup should only be used for development. For production you should still set your environment variables in the standard way" - написано в статье. Дочитывайте до конца) the standard way = .env
    Ответ написан

Лучшие вопросы пользователя

Все вопросы (68)