9 часов назад
вот этот сниппет
require_once MODX_CORE_PATH . 'model/modx/modx.class.php';
$modx = new modX();
$modx->initialize('web');
$modx->getService...
Проблемы с отправкой писем статус заказа из minishop2 5
06 января 2026, 20:15
Хотел проверить еще раз, теперь все работает. Спасибо.
MiniShop3 1.0.0-alpha.4 — Большое обновление админки 24
05 января 2026, 14:53
Тоже не понял зачем эти сложности, всегда этот скрипт юзал.
Почему в новых версиях MODX не работает сброс пароля через MD5 и как восстановить доступ в manager 4
30 декабря 2025, 22:52
Почему-то прочитал это голосом комментатора из Дома 2… Только про Minishop 3!) Спасибо всем за вклад в развитие и, достаточно неплохие итоги года)
Итоги 2025 года на MODX.pro 3
27 декабря 2025, 16:41
MODX, как и любой основанный на PHP фреймворк пишет 500 ошибки в error_log. Никаких специальных настроек в нем нет. Все зависит от настроек хостинга\с...
Отладка 500 ошибки MODX 1
26 декабря 2025, 18:00
ух ты крутяк!
resComments — многоуровневые комментарии с пагинацией для ресурсов MODX3 2
24 декабря 2025, 22:11
Есть поле mail_smtp_user введи туда логин, если не сработает введи email. И не забудь в emailsender корректный email прописать.
Modx 2.8.8 еще подходит отправки почты через smtp.yandex.ru? 3
24 декабря 2025, 00:23
Нет, лайки всегда были привязаны ко времени публикации, чтобы лайками старых постов рейтинг не накручивали.
MiniShop3 - новый релиз. 1.0.0-alpha.2 15
Вот мой код 4-хлетней давности, здесь нет никакой проверки телефона
Потом 2 года назад она появилась
А потом её немного переписали, но смысл тот же
Так что, увы, это не я придумал делать телефон уникальным идентификатором покупателя. Документацию ты можешь изменить сам, она открыта — github.com/bezumkin/Docs
Вы сейчас обсуждаете каким молотком строить дом, а не проект дома и кто его реально будет строить.
Почему-то для Eloquent не считается зазорным поддерживать SQLite, а вот для xPDO — сизифов труд.
Лично я использую SQLite в своей библиотеке для автоматического тестирования в Trevis, это проще и быстрее, чем поднимать MySQL.
Да и не должно было, по идее. Но вот эти все метания с «а давайте сохраним совместимость» привели к трате лишних пары лет, выгоранию основных разработчиков и нынешней стагнации 3й версии.
Расскажи потом, сколько будет закачек. У pdoTools вот так:
Каждый имеет право выразить своё мнение, пускай и без обоснований. Голосование для того и нужно.
Плюсики не нужно ограничивать, а один единственный минус — держать и не пущать!!!
Тем временем, я проблем не вижу:
Полез в исходники, а там < вместо <=, то есть рейтинг должен быть -3 и ниже.
Ну и поставил минус проверить. Заметка с главной пропала — ура, мой код работает! А верхний коммент свой потом отредактировал.
При рейтинге -3 заметка пропадает с главной — голосование для того и придумано.
Указываем его в настройках вот так:
То есть, id с паролем переехали в массив keys, и добавился параметр scope, где указано нужное.
Здесь уже починил.
У меня, например, личный ПК появился только в 1995, причём не как сейчас принято «для учёбы», а конкретно для игр. Ни о какой работе там и речи не было.
Отступы там, выделение — форматирование, в общем. Сейчас и правда тяжело читать.
У тебя договор с директором, он тебе платит зарплату за твою работу. Его проблемы с клиентами тебя волновать не должны — это его работа их решать. А твоя работа делать сайты, и ты их делаешь.
Директор, вообще-то, получает деньги за твою эксплуатацию и продажу твоего труда. А соответственно, берёт на себя все риски и обязательства по твоей зарплате.
Если он с этим не справляется — это плохой директор, и надо решать вопросы с ним, а не с его заказчиками.
P.S. А по существу — да, конечно, нужен один свой сервер под все dev-проекты, где заказчик сможет всё посмотреть и проверить. А потом выгрузка на его хостинг.
Отдельный сервер под каждый проект не нужен, нет.
Ты же спрашиваешь, как организовать работу для большего количества людей, и тут всё резко усложняется. Хоть для 10 страниц, хоть для 10 тысяч, разницы в логике никакой.
Я уже столько раз критиковал всякое модное, а потом начинал им пользоваться через пару лет, что просто промолчу.
Обычно они любят пихать всякие style в теги и прочее подобное.
А вообще, для тестирования кода пользовательские данные не нужны, можно их набивать через Faker.
Мы сейчас еще и до написания тестов договоримся, такими темпами.
Когда он хочет забрать изменения из основного репозитория, он делает git pull upstream. Основной репо — не его, он может оттуда только читать обновления.
Затем он делает git merge этих изменений со своим локальным репо, добавляя в него, таким образом, обновки от других разрабов и master. Это ему пригодится, чтобы начинать работу в новой ветке, базируясь на актуальном коде.
Когда он закончил работу — он делает git push в свой репозиторий. И тогда у него получается полная копия основого репо + его ветка.
И вот эту ветку он просит забрать и посмотреть владельца основного репо, через pull-request. Что есть буквально «просьба скачать».
Подытоживаем:
— есть основной репо ответственных людей с особыми правами
— есть сколько угодно копий у разрабов
— разрабы в любой момент могут забирать все обновки из основного репо себе
— эти обновки они добавляют в свои копии, и на них базируются при новой работе
— дальше они делают свои ветки и отправляют их к себе в репо
— а потом просят позырить эти правки ответственных людей
— те их забирают в свой репо
Подробнее можно прочитать на Хабре — habr.com/ru/post/125999/