Есть возможность выложить выжимку из базы, тут тестить надо, т.к JOIN, GROUP и SUM вместе работают не совсем правильно, как ожидалось. В моей вопросе - Запрос с подсчетом суммы по объединяющей таблице с between? , есть похожая проблема, к сожалению ни кто не ответил почему так происходит. Может хоть щас ответы будут :)
@WebEditor данные, которые вы хотите полчить, я в документации к сожалению не нашёл, всего скорей их не получить, все таки они очень приватны, не каждый бы сервис ими бы просто так раскидывался...
А api key я не думаю, что они Вам выдатут, там только для Германии и Швейцарии, там даже, как покупатель не зарегистрируешь, ну зарегится то зарегишься, но только они код подтверждения наземной почтой высылают
про ЧПУ автор вопроса ничего не сказал, но при более детальном осмысление его вопроса, это приходит на ум :), тогда все верно, без PHP тут не как, ну или другого языка, на котором он работает.
@Jamba7 Нет не думаю, здесь дело в чем-то еще. Есть возможность проверить на другом сервере или версии БД?.
Попробуйте переписать на PDO, а то mysql_* - уже устарело и не поддерживается
Не совсем верно,
во-первых зачем вам цикл, если вы считываете за раз целиком файл?
во-вторых, а если файл размером 256мб, а для PHP выделено 128мб, ваш код рухнит по недостатку памяти...
Вы не совсем правильно поняли суть вопроса, хотя может это и моя ошибка с его формулирование... Вопрос не о рефакторинге и базовых навыках программирования, а о том, как сделали бы Вы?
Это понятно, что все можно разбить на мелкие сущности, я уже написал об этом, что это и так все разбита на мелкие под классы, просто reseller выступает здесь в качестве фабрики, которая создает нужный класс и инжектит в него зависимость от ID текущего пользователя.
т.е это правильное решение, но так же можно и вручную создавать нужный класс в тот или иной момент, и инжектит в него зависимость от ID.
С разрастанием класса reseller можно бороться дополнительной разбивкой на под классы отвечающие скажем, за подсистему продаж, за подсистему настроек и т.д, а через них уже получить уже более мелки сущности.
А можно все это вынести в отдельный DI или в подобную абстракщину.
Так у меня так и есть, одна модель одна сущность (свой набор CRUD операций), просто каждая сущность принадлежит определенному reseller, он и получается абстрактный класс, через, которого и получаются все остальные сущности, принадлежащие ему, т.е его страницы, его заказы и т.д...
Но этот класс быстро разрастается, т.к появляются новые и новые связи, т.е получается необъятная фабрика
Да и пример в вопросе абстрактный, т.е это не магазин, просто на примере его вопрос задала)
Вы пробовали выполнить данный запрос вручную? например через PHPMyAdmin.
Просто такой результат сервер дает только если передана дата за пределами диапазона или пустота, но тогда он ее конвертирует в 0000-00-00, но не как в 1970-01-01, а вот функция PHP как раз дает такой результат за пределами диапазона, так что попробуйте выполнить запрос вручную, а там будем думать дальше...
Да это, то что нужно. Но нужно через API.
Парсинг страницы не хорошее решение, т.к если изменят верстку, то все сломается.
А нужно постоянно рабочий вариант через API т.к это не для личных целей, а для одного проекта :)
@xoma2
Чтобы PHPStorm не помечал пакеты composer, как библиотеки.
Нужно в настройках дерева PHP -> Composer, снять галочка "add packages libs", и тогда папка будут свободны.
