Задать вопрос
Ответы пользователя по тегу Веб-разработка
  • Загадка "проталкивания оплаты": совпадение, заговор или техническая особенность?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Пока у вас нет сквозного контроля с достоверностью отслеживания событий, я буду придерживаться теории заговора.

    Я не до конца понял насколько вы не контролируете происходящее в техническом плане, поэтому пишу что вижу по максималке.

    Аргументация

    1. Вы не являетесь владельцами технической системы. Об этом я говорю много и долго: чем стабильнее бизнес и его рост, тем глубже вы оказываетесь в заложниках.
    Реализация зависит от фантазии бородатых детей, которые взяли вас в заложники.

    2. Явная фиксация внешних признаков провала по времени + ваши действия по "проталкиванию" платежей.

    Это значит, что технически вполне возможно выявить всех аффилированных с вами юридических лиц и карт, чтобы отслеживать, что именно вы оплачиваете.

    Также есть возможность маркировать трафик (это из мира ботов и скликивания), где вас можно отследить по цифровому слепку. В общем, профайлинг обычно творит чудеса, когда с ним сталкиваются.

    И если у вас тут серьёзный финансовый поток, такая перестраховка для заметания следов вполне вероятна.

    Так или иначе, это возможно, но без понимания, кто у вас там и на каком уровне, сложно строить такие наступательные стратегии.

    Выводы:

    Даже без реальной проблемы воровства, у вас нет контроля над серьёзным делом — финансовым потоком через технический узел.

    И это лишь вопрос времени, когда у вас появится настоящая "крысиная нора" или проявится проблема, которую будет невозможно решить по аналогичным причинам (вы в заложниках).

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

    P.S. Из практики: Поняв, что систему приводят в порядок, кто-то бежит к учредителям и говорит: "Либо доля в компании, либо исполнение вашего крупного проекта на платформе по обслуживанию серьёзного предприятия останавливается по неизвестным вам причинам".

    Такие ситуации выправлялись, но для этого нужна воля.

    Итого:

    Жути я, может, и нагнал, но нужно иметь понимание в цифрах — это сквозная аналитика. Без доступа к коду, понимания его работы и отслеживания продаж в реальном времени можно только гадать.

    Лучше предполагать худшее и готовиться к нему, хотя бы морально, чем вообще не думать об этом.

    Желаю вам всяческих успехов в решении!
    Ответ написан
    Комментировать
  • Можно ли удалить скрипт fontawesome из кода сайта?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    нужно
    Ответ написан
    Комментировать
  • Алгоритм бесконечной прокрутки контента?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Правильно гуглить - endless page
    Ответ написан
    Комментировать
  • Хранение изображений в mysql или всё же папке?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Вот правильные вопросы люди пишут, я только подведу к ответу - составьте в экселе конкретную таблицу по пользователям / страницам / картинкам и их размерам, добавьте еще что-нибудь по вкусу и посмотрите что на что выходит.

    Из цифр всегда просто сделать выводы о том какие вам нужны железки, какая архитектура этого всего понадобится, также вопросы по языкам / обработчикам, ведь если все сильно мощно по эксплуатации этого добра тогда вам и про кеш и про cdn думать нужно, и какая стратегия ваших действий (стратегия - последовательность задач которые вы решите чтобы достичь вашу цель).

    Думать от цифр очень практично и удобно - большинство ответов перед глазами.

    Крайне рекомендую использовать для этого гугл таблицы, потому что их встроенная автоматическая статистика (при клике справа снизу на значек explore) показывает сразу все виды срезов и отчетов и по техническим системам узкие места обнаруживаются очень быстро.

    Узкие места - это найденные точки от которых вам нужно принимать решение как поступать.

    А по существу - я храню в базе картинки которые добавляют пользователи через визуальный редактор, очень удобно копипаст делать, и просто в одном месте это "добро" держать, они у меня падают прямо с текстов в binary (это когда в img src="data:image/jpeg;base64....") - очень удобный кейс без заморочки аплоуда и поддеркжи того что накидают где у нас малый контроль.

    Все остальные изображения относящиеся к контенту - лучше выносить и сразу в storage - любой, от s3 до dropbox, не важно, смысл в дальнейшем удобстве обслуживания - в его и бекапите, и разливаете по cdn если нужно, и что угодно делаете вне зависимости от кода.

    Ну в общем все решения существуют не в позиции конкуренции друг с другом - а в позиции конкретного применения в зависимости от ваших целей, которые вы себе определяете из вашего контекста. Большинство решений крайне хороши сами по себе, применять нужно то что вам будет а) проще всего реализовать и поддерживать (не забывайте что вы с набором своих навыков тоже полноценная часть этой системы) б) что дешевле по времени и ресурсам решит вашу задачу (упрощенный ТРИЗ - идеальная функция та которая работает и не требует никакого ресурса).

    Успехов!
    Ответ написан
    5 комментариев
  • Как исправить ошибку, тормозящую сайт у социальных кнопок?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Загружать все по возможности асинхронно, но это сильно зависит от контекста, так что подробнее можно посмотреть например тут https://css-tricks.com/thinking-async/

    И придумать где и что воткнуть в твоем случае.
    Ответ написан
    Комментировать
  • Что должно быть в серьезном ТЗ?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    В "серьезном" тз должно быть следующие вещи:

    1) Цели проекта которые будут решены при помощи проекта - тут ни слова о проекте. Тут те участники, из проблемы, и как они будут решены если продукт есть и работает успешно (ни слова о продукте тут!)
    2) Задачи проекта - каким образом при помощи проекта будут достигаться цели. Нужно перечислить успешные состояния того, что описывает "успешность достижения цели".
    3) Образ решения - сценарии, экраны, структуры данных. Иными словами ответ на вопрос "Как выглядит и работает успешный продукт".

    Третий пункт желательно оставить на свое усмотрение и ответсвенность, а подписывать первые два. Именно образ решения вы формируете как специалист. Главное это зафиксировать задачу.

    Подробнее тут - www.deppkind.com/product_requirements_document
    Пример тут - files.deppkind.com/DemoofRequirementsDocument.pdf
    Ответ написан
    Комментировать