Dotrox

Вам стоит прочитать про ООП в php! У вас нигде в классе не доступна переменная $registry кроме конструктора, где она является аргументом и значение передаётся при создании экземпляра класса. И её название там значения не имеет, от него ничего не зависит, главное, чтоб оно совпадало с названием в дальнейшем коде. Если вам нужен доступ к реестру внутри getProducts(), то вам нужно передать его в свойство класса. Первые 6 строк в конструкторе - это как раз пример, как это сделать. Только там в свойство передаётся не весь реестр, а его отдельные элементы.

И не должен. Откуда у вас там появилось $registry? Вы ведь изначально пробовали с $this->registry и ошибок (в этом месте) не было.

Слишком мало информации. Вы используете какие-то модули импорта/экспорта/обмена данными? Возможно, какие-то другие модули, которые могли бы на это повлиять? Есть ли что-то общее у товаров, которые так выключаются. Возможно, они были в отменённых заказах или возвратах? Какая у вас версия/сборка?

Команду для крона надо прописывать в таком формате: /usr/bin/php /path/to/script.php /usr/bin/php - стандартный путь к интерпретатору, проверяется через which php (в Debian/Ubuntu), а дальше полный путь к скрипту. В начале самого скрипта может понадобиться прописать это: chdir(dirname(__FILE__)); для правильного определения текущей рабочей директории. Но это всё к вопросу правильного запуска скриптов по крону, а тем временем, @sitecreator прав: по 2 часа на обработку - это не дело, тем более товаров всего 2 тысячи!

А если php не установлен, то вообще скрипт не запустится Сколько же всяких "если" бывает, когда нужно придраться и покритиковать стандартное решение. Если для cli всё же прописан в конфиге лимит и доступа к конфигу нет, то есть set_time_limit(0), который решает проблему. А уж проблему с лимитами в nginx этот вариант решает даже на самом кривом сервере, ибо nginx вообще участия не принимает в запуске через cli! Или вы пытаетесь сказать, что скрипты надо по крону через wget/curl запускать?

И тут возникает вопрос, а как вы его запускаете то? Неужели через wget/curl? Запускать надо исключительно через cli! Во-первых, это снимает проблему с какими-либо лимитами, которые могут обрезать выполнения скрипта по времени, а во-вторых, это снимает лишние накладные расходы, которые возникают с wget/curl.

Проще говоря, вы можете вписать только какой-то один ключ. Правильней тогда было бы написать в описании, что лицензия не на поддомены, а не любой тестовый поддомен, иначе это очень сильно вводит в заблуждение. Вот только почему-то в описании об этом ни слова. По крайней мере, у Luxury я не увидел в описании каких-либо упоминаний мультимагазина, что должно было бы означать, что с ним не должно быть проблем (ведь это стандартный функционал), а не наоборот. @octemplates, если ваши шаблоны не рассчитаны на мультимагазины, стоит об этом прямо указать в описании. Сейчас пошла мода на региональные поддомены, так что мультимагазины становятся всё популярнее, а тут такой нежданчик.

В описании шаблона о лицензии написано: То есть, проблем с лицензией изначально быть не должно было. Guava, вам прямым текстом ответили, что шаблон не поддерживает мультимагазин?

Никак! Вы не можете отправлять почту от имени кого угодно! Точнее, вы то можете это сделать, но почтовые сервисы будут отклонять эти письма, как фишинговые, поэтому там и подставляется почта админа, а не заполнявшего форму. В версии 2.3 есть возможность установить дополнительный заголовок "Reply-To", куда можно вписать почту из формы. В контроллере страницы контактов это уже сделано: $mail->setReplyTo($this->request->post['email']); Если речь идёт о каких-то других формах, спрашивайте у автора модуля добавившего форму.

Речь идёт не о пулл реквестах добавленных в ответ на какую-то проблему (issue) на основе багов, а об идеях по улучшению движка.

Любой может послать пулл реквест... и быть посланным Ну, либо просто проигнорированным (Дэниэль не всех жалует правом прочитать своё послание). На Гитхабе можно увидеть многократные примеры, как Дэниэль молча отклоняет пулл реквесты даже не снисходя до объяснений, что ему там не понравилось. При чём местами там очень даже неплохие идеи.

Спросите у автора шаблона. Если дело таки в лицензии, есть вероятность, что автору придётся переделать механизм генерации/проверки лицензий, чтоб они поддерживали любой поддомен домена, на который выдана лицензия.

Перефразируйте. В хлебных крошках косяк с первым пунктом из-за ошибки, она сбивает вёрстку. Скорее всего, дело в лицензии. Это меню само по себе было или часть шаблона?

Вы для производителей галочки для второго магазина проставили? Почему вы решили, что проблема в шаблоне? Проблема в данных и, скорее всего, из-за того, что для второго магазина не включены производители.

К вот этому: Эту ошибку вам создал исполнитель, который делал вот эту задачу: А теперь вы ищите нового исполнителя, который её исправит, потому что предыдущий то ли не смог понять, что сам же эту ошибку породил, то ли не захотел признаваться (ибо за свои 100 рублей и так уже сделал слишком много).

Уйдёт. Сайты хоть и не будут между собой связанны, но работать то они будут одинаково.

У вас на сервере отключена функция mail(). Чья это ещё может быть проблема?

Они не просто связанные - я на 99% уверен, что эта ошибка как раз является результатом выполнения предыдущей задачи. Исполнитель не смог разобраться в ошибке, которую сам же и создал? Вам не кажется, что тратя на задачи по 100 рублей вы ничего не экономите, ибо только порождаете лишние задачи по исправлению проблем оставленных сторублёвыми исполнителями? Ну, и время лишнее тоже тратите, но, вероятно, оно для вас изначально не имеет значения.

То идите с этим к хостеру. Или у вас тоже VDS?

Вроде, Unity есть только в Ubuntu и некоторых дистрибутивах на её основе. Это ж детище Canonical. В остальных дистрибутивах либо Gnome, либо KDE, либо ещё что-то. Но это не имеет значения! Я Unity практически не пользовался, почти сразу поставил Gnome Panel. И пока никто не заговорил о лишних танцах с бубном скажу, что сделать это не сложнее, чем установить обычную программу из репозитория. Не только в phpStorm и не только в 16.x. Это началось ещё года два назад. Поначалу даже раскладки клавишами перестали переключаться после обновления на очередную версию (пример, почему нельзя обновляться сразу). Но в phpStorm у меня это не вызывает особого дискомфорта - русская раскладка мне там 100 лет не нужна, а не переключать постоянно помогает убунтовская опция запоминания раскладок отдельно для каждого окна (раскладки автоматом переключаются при переходе между программами). Вопрос только в цене, а точнее в разницы цен на одинаковое железо для ноута и десктопа, а она довольно существенная и не в пользу ноутов. Плюс вопрос размера/веса. Мощный ноут - это либо махина в среднем на 3кг, которую особо с собой не потаскаешь, либо ультрабук, которые сейчас хоть и довольно мощные, но всё же сильно уступают десктопам. Нельзя! Вы сравниваете мерседес с камазом и говорите, что камаз стоит дешевле, а груз может перевезти больший. Но это разные категории авто. Макбуки - это ультрабуки! Сравните цены на макбуки и ультрабуки других производителей и вы увидите, что цены у них одного уровня. Ну, а дальше уже вступает ОС и существенно перевешивает весы в пользу маков. Вес 3,5кг, стоимость больше $2,1к. MacBook Pro Retina 13" стоит дешевле (от $1,4к) и весит 1,3 - 1,5кг в зависимости от конфигурации. Какой вообще смысл в ноуте весом 3,5кг? Это вы про ОпенКарт?

Я думаю, бежать надо с этой почты: В лучшем случае, просто неправильно настроены DNS. Либо mail.ru опять чудит. И совет остаётся тот же: начните с просмотра логов Exim. Если mail.ru по каким-либо причинам отклоняет письма, то в ошибках будет указана причина.

Ubuntu и дистрибутивы на её основе имеют один нюанс - их нельзя ставить сразу после релиза (в этом Ubuntu на ОК похожа). Я обычно жду месяца два после выхода свежей версии прежде, чем обновиться. И вообще стараюсь сидеть на LTS релизах. А если ставить сразу после релиза, то действительно можно долго танцевать с бубном и всё равно остаться с кучей проблем. За 7 лет на Ubuntu я иногда наблюдал просто убийственные баги в первые недели. И второй секрет успешного использования Ubuntu: Unity (GUI, а не игровой движок) - гавно! В конце концов это и в Canonical поняли, забили на Unity и вернули Gnome.

И это только один из её недостатков. Ещё она как решето - только в этом году уже было два масштабных примера: сначала WannaCry, потом Petya.

У меня она не просто на ноуте, а на ноуте с сенсорным экраном (под стилус, а не под палец) и никаких проблем с дровами (если вы об этом). И многим знакомым на ноуты ставил - никогда никаких проблем.

SSH достаточно. Начините с просмотров логов Exim.