Василий Банников, просьба не ругаться) CMS-ки тоже имеют право на жизнь, т.к. у клиентов разные бюджеты и задачи) Вашу точку зрения по отношению к CMS-кам я понял, что Вы предпочитаете их не использовать в своей работе, т.к. бывают в них дыры) И я благодарен вам за ваши ответы)
Lynn «Кофеман», этот метод приватным я делал ради теста) И наткнулся вот на такое поведение, которое не совсем понял, поэтому пришел сюда с вопросом) Спасибо за Ваши ответы и ссылку, сегодня изучу ее))
Lynn «Кофеман», можете свой самый первый ответ оформить в виде ответа на вопрос, а не комментария к вопросу? Чтобы я его отметил решением, т.к. Вы правы, ошибка была в том, что я в дочернем классе изменил метод родительского класса (который вызывается в конструкторе родительского класса) и в нем решил вызвать приватный метод дочернего класса.
Как я понял, из Ваших комментариев, и работы prototype в JS, а также нескольких проведенных экспериментов, при создании экземпляра дочернего класса, он запускает в конструкторе (тут внимание) родительского класса одноименный метод из дочернего класса, что приводит к тому, что движок пытается найти в дереве прототипа все используемые приватные методы и поля в этом методе, но их там нет, т.к. дочерний класс в таком случае, как Вы и сказали, не совсем "настоящий" и поэтому он не имеет в себе этих приватных методов.
Чтобы этого не было, можно сделать одну из 2 вещей:
1. Либо убрать приватность у используемых полей и методов в дочернем классе
2. Либо не вызывать в конструкторе родителя одноименные методы дочернего класса, которые используют приватные поля и методы своего класса.
Lynn «Кофеман» подскажите пожалуйста, верна ли моя трактовка произошедшей ошибки или нет? Пытаюсь понять, верные ли я выводы для себя сделал.
Lynn «Кофеман», я правильно понимаю, что JS в конструкторе родителя подменяет вызываемый метод родителя на дочерний, если такой имеется у дочернего, когда мы наследуемся?
Adamos, спасибо за ответ) завтра буду у компа, посмотрю, что получается в this, сегодня пытался хоть какое-то направление для поиска инфы найти, чтобы понять, что именно не так я делаю, поэтому в целом мой вопрос возможно странно звучит.
С вебом примерно понял как сделать) Спасибо за подсказку, но есть еще один вопрос, как в таком случае аутентифицировать и авторизовывать мобильного клиента?
Вот у нас есть customer1.domain.com и customer2.domain.com, у этих кастомеров, есть свои клиенты, назовем их покупателями, чтобы разграничить понятия и не смешивать все воедино, этим покупателям доступно одно мобильное приложение, в котором они могут аутентифицироваться по логину, емайлу, телефону, и паролю, и дальше уже в момент авторизации бекенд должен понять, к какому кастомеру данный покупатель относится и подгрузить всю инфу в приложение - тут возможно я сейчас не так ставлю вопрос, т.к. по сути каждый покупатель привязывается к какому-то определенному кастомеру, и тут скорей всего больше вопрос о том, как дальше слать реквесты из приложения - на главный domain.com или лучше при каждом реквесте возвращать домен кастомера и подставлять его в следующий реквест?
Nord Dev, вопрос решился)) Часовой пояс и моя невнимательность))) В Мускуле был часовой пояс Екат, в скрипте Мск, в итоге в базу летит время по Мск, а мускуль ищет по Екату)
А из-за своей спешки, чтоб скорее ответить тут и время не забирать, я хреново проверил название столбцов для поиска)) вот и вся хурма)))
Фигня была в том, что да, изначально часовой пояс! Ты был прав! И это и есть ответ на мой вопрос, т.к. потом, я тупо забыл проверить переменную в запросе, написал другой столбец и все, возврата данных не было!))))
Напиши пожалуйста свой ответ не тут в комментах, а ниже, я его отмечу решением, т.к. именно в часовом поясе и была проблема!)))
Slava Rozhnev спасибо большое за примеры запросов, я из-за своей невнимательности в вопрос закинул не тот столбец и все, копировал ваши запросы и мне возвращался NULL, т.к. Мускуль не мог найти данный столбец. Заработался. Спасибо огромнейшее вам!!!
Slava Rozhnev, хм... получается лучше не использовать в запросе ID юзера, верно? И возвращать не количество записей, а сами записи, и в скрипте уже проверять, есть ли в возвращенных результатах данный IDшник. Чет сложновато, я думал можно на БД это переложить, чтоб она по-быстрому сортировала и считала, или лучше эту штуку все же в скрипт закинуть?
FanatPHP, к чему данный комментарий? Если вы имеете в виду, что я ошибся в своем вопросе, то нет, не ошибся. Я тестирую скрипт, сначала создаю записи и тут же проверяю выборку, возвращается ноль.