Ответы пользователя по тегу Веб-разработка
  • Алгоритм бесконечной прокрутки контента?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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