Ответы пользователя по тегу PHP
  • Нужна ли универсальная админка на PHP?

    @avorobiev
    В рамках фреймворков такие решения уже и так есть, за рамками экосистемы в которой ведется разработка (т.е. за рамками фреймворков) не думаю, что такие решения кому-то понадобятся…
    А велосипеды — ну их строили, и будут дальше строить… Это такой способ обучения программированию :-). Т.е. своим велосипедом вы не убедите других не строить собственные…
    Ответ написан
    Комментировать
  • Не могу сообразить как правильно организовать структуру пакета и подключение файлов

    @avorobiev
    Судя по вопросам, Вам надо прочитать документацию getcomposer.org/doc/. Да, она мутновата, особенно в части структуры composer.json, но там все-таки много информации «для начала»:

    1. Структура пакета определяется PSR-0 (https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-0.md). Нужно это для работы автозагрузки. Других ограничений на структуру мне не известно. Если не нужна атвозагрузка от composer, а нужно только разворачивание пакета, то нет и ограничения на PSR-0, хотя, по моему, этого стандарта стоит придерживаться в любом случае.

    2. У composer есть своя автозагрузка, вам просто надо ее подключить в свои скрипты getcomposer.org/doc/01-basic-usage.md#autoloading. Эта автозагрузка может заменить вашу (если она есть).

    3. Я так понял, что есть вопрос о том, как написать composer.json для собственного пакета. Видимо надо прочитать документацию об этом getcomposer.org/doc/04-schema.md, ну и посмотреть как это сделано в существующих пакетах.

    4. Наверно еще надо разобраться где вы планируете хостить свой пакет, от этого зависит как его надо будет подключать в проект. Об этом есть тоже в документации.
    Ответ написан
    1 комментарий
  • Способы обмена данными между PHP сценариями?

    @avorobiev
    Хм, вы же сами все варианты перечислили. Другое пока не изобретено. Просто напишите плюсы и минусы в реализации для каждого, и выберите лучшее.
    По мне, так ссылка должна выполнять GET-запрос, соответственно все данные в URL. Редиректить, чтобы скрыть что-то — ерунда какая-то.
    Кнопка может выполнять пост-запрос.
    Если очень-очень надо ссылку заставить делать POST-запрос, используйте javascript.
    И GET и POST прозрачны для мониторинга. Чтобы параметрами в них не злоупотребляли используйте валидацию на серверной стороне. Отсекайте невалидные запросы.
    Если надо хранить состояние между страницами, так, чтобы пользователь даже не знал, что вы там для него храните — используйте сессии, передавая в куки только идентификатор сессии, а не сами хранимые значения.
    Ответ написан
    Комментировать