Марк Ригер
А что если кто-то в их локальном бизнес-чате скинул видео с переводом одного из полит.шествий, где демонстранты кричат "Жулик и воры - 5 минут на сборы", а те решили что это такая традиция — собираться всем городом, идти делать заказы на Али и требовать рефанды при доставленном товаре?
[Это лишь шутка :) ]
В плане пломбы ситуация неоднозначна вовсе: пломбой является только "Оплобировано", или же ещё жёлтые ленты после? Если только "Опломбировано", то они же не связаны напрямую с продавцом - можно любую повесить. А сам продавец может на этом не акцентировать внимание, чтобы не разбираться с почтой.
В чём заключается? Брать товары низкой ценовой категории, и продавцы не захотят заморачиваться - будут делать рефанд?
На нескольких частных случаях строить всю картину - умно!
Напомните кто-то ссылку об признаках "экспертов", где фигурирует такое искажение - забыл сохранить, спасибо.
Наконец, в отличие от других стран с частными тюрьмами, в США разрешено строительство так называемых «спекулятивных тюрем» (spec prisons). Компании строят их не под конкретный государственный заказ, а заранее, чтобы, когда у властей возникнет потребность в частной тюрьме, вести переговоры с позиции силы и добиваться более выгодных условий.
Как это работает? Вводится новая политика, которая провоцирует рост заключенных, и нужны новые тюрьмы, и вот есть решение? Но что мешает только при наступлении этой ситуации начать строительство, будет тоже самое, ведь у государства не будет альтернатив
Собственно, а что делать? Продавать активы, дожидаться обвала, и заново покупать?
Я не эксперт, но похоже для разработчиков данный продукт не выход:
а) он строго завязан на определенных решениях, например в плане БД - MySQL;
б) Не понятно как расширять приложение, то есть делать модули;
Поправка: сами модули есть, но похоже что они либо изолированы(функционал не связан с основным приложением), либо модифицируют код приложения(а не расширяют, например с помощью "Событий")
в) Из пункта №2 выходит отсутствие обратной совместимости.
Очень много вопросов к архитектуре. Открыл файл, к примеру: https://github.com/musicman3/eMarket/blob/master/controller/catalog/pages/address_book/index.php
1) В первую очередь: спагетти-код.
2) Не понятна какая парадигма программирования. Весь код довольно смешан: приём данных, валидация, обработка, определение роли и т.д.
3) Сложности в написания тестов из-за №1, №2. При росте приложения, что свойственно для этой тематики, будет сложно тестировать. Всё это мультиплицирует энтропию ПО.
4) Насколько вижу, нет важных компонентов: работа с кэшированием, EAV, ЧПУ.
5) Мелочь, но некоторые конструкции можно было бы сократить для улучшения читаемости. Например: https://pastebin.com/kvFRGYrw
Но очень хорошо, что стараются. Возможно, сузят тематику до какой-то ниши, где мало популярных решений и будут развиваться, улучшая архитектуру.
"соответственно если что > заведу новый..." - скорее проблема в том, что к аккаунту привязано. Не каждый сервис, увы, подвязывает сейчас несколько методов управления аккаунтов. Ну и обидно будет потерять содержимое Drive.
За форумы спасибо, авось что найду.
Это какой такой премиум-сегмент, где допустим корявый русский язык и нескладная речь?
JOON
Т.е. Joom?