Задать вопрос
Ответы пользователя по тегу CMS
  • Что важно учитывать для созд Инет Магаз на 100 тыс товаров и 10-ю фильтрами?

    viktorvsk
    @viktorvsk
    Важно знать то, что количество товаров (по крайней мере, цифра 100 000 уж точно) - совершенно незначащая характеристика сегодняшнего интернет-магазина. Собственно, как и количество (!) фильтров.

    Учитывать нужно потребности вашего бизнеса и ваши возможности по ресурсам (финансы, кадры, время)

    Я бы посоветовал один из двух вариантов:
    1. Выделяете сумму денег, которую не жалко просто так потерять, если что. И на эту сумму пробуете найти исполнителя, который сделает "хоть что-нибудь что вам нужно" на популярном движке.
    1.1 Или оставляете как есть
    1.2 Или обговариваете "неформальное ТЗ" с текущим исполнителем по поводу правок, которые вы хотите внести (сумму и время умножаете хотя бы в 2-3 раза)
    1.3 На основе имеющегося прототипа, понимаете, что именно вам нужно и составляете четкое ТЗ

    2. Сразу находите человека, который из таких начальных условий как: ваше время, ваши хотели и ваш бюджет - составит начальное ТЗ, с которым можно уже идти к нормальным исполнителям
    Ответ написан
    5 комментариев
  • Как оптимальней клонировать сайт на wordpress?

    viktorvsk
    @viktorvsk
    Вопрос вообще абсурдный, таких заказчиков следует избегать в 99,999% случаев. Оставшиеся - это если вам программирование не нравится и в будущем вы хотите психоаналитикой заниматься, монографию написать ...

    Если вы не фрилансер, то ответ вообще проще простого в два шага:
    1. Эстимейтите возможные варианты
    2. Приступаете к работе над тем вариантом, который выберет заказчик

    Я бы начал эстимейтить примерно так:
    Вариант №1: Брутфорс:
    1.1 Брутфорс хостинга: ~10^36 часов
    1.2 Брутфорс аккаунта пользователя сайта ~ 10^12 часов
    1.3 Социальная инженерия ~ 24 * 30 * 3 часов
    Вариант №2 Реверс инжиниринг
    2.1. Копирование дизайна N часов
    2.2 Копирования явного функционала M часов
    2.3 Копирование неявного функционала (N + M) * 3 часов
    Вариант №3 "Адекват"
    3.1 Помощь в составлении ТЗ X часов (опционально)
    3.2 Эстимейт нового ТЗ Y часов
    Вариант 4 "Бизнесмен"
    4.1 Связаться с владельцем текущего сайта, предложить продажу сайта целеком\исходников\темы\информации о теме\...
    4.2 Предложить решение за [Сумма из пункта 4.1] * 2 заказчику
    Ответ написан
    1 комментарий
  • Как правильно отвечать на заказы вида "натянуть вёрстку на cms"?

    viktorvsk
    @viktorvsk
    Самый нормальный вариант - это ждать, пока заказы из области "натянуть верстку на CMS" пропадут. Ну, или пропадут заказчики такого уровня.

    Нормального решения здесь нет. Очевидно, что в 90% случаев, заказчик в данном случае не особо компетентен в вопросе. Пути 2:
    - Попробовать разъяснить варианты решения: почему это сложно, сколько это может занять времени, нужно оно в таком виде или может следует упростить требования и т.д.
    - Попытаться решить все проблемы за него.

    В первом варианте рискуешь потерять заказчика, во втором - время, деньги, репутацию.
    Ответ написан
    5 комментариев
  • Как парсить ЧПУ?

    viktorvsk
    @viktorvsk
    0. Забыть про ЧПУ.
    1. Познакомиться с роутингом.
    Ответ написан
    5 комментариев
  • Почему Веб мастер постоянно негодует когда сажает на joomla страницы на Bootstrap?

    viktorvsk
    @viktorvsk
    Начнем с того, что работа "веб-мастера" должна была остаться в нулевых.

    Ну, а возмущаться может потому, что натягивание верстки - это тупая, никому неинтересная работа.

    Если дизайнер не рисует по сетке - это говорит только о некомпетентности дизайнера вообще и в вебе в частности.

    Бутстрап, конечно, предназначен больше для прототипирования. Но для простеньких сайтов именно прототипирование, по сути, и нужно. Ничего такого нет, что б использовать его и для цмс.

    Бутстрап - это, все же, именно самый простой фреймворк, потому что позволяет сделать очень много и у него, наверное, самая лучшая документация. Человек, который "не смог разобраться с бутстрапом" - это печалька. Если человек подходит к html, то знать хотя бы поверхностно bs, foundation, semantic-ui, pure-css - уже должно стать нормой

    Разработчики бутстрапа говорят, что использовать классы row, col- visible- hidden- и т.д. - не рекомендуется. Лучше с помощью препроцессора делать какие-нибудь extend, include, что бы у вас получился класс, например, articles, который включал в себя, помимо прочего .row, и в нем класс article, который содержал бы .col-xs-12 .col-sm-6 .col-sm-4 .col-md-3 .col-lg-2. В таком случае, и разметка чистая и меняется все более централизованно.
    Ответ написан
    Комментировать
  • Как из шаблона html создается сайт?

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

    Ну вот разве нужны знания программирования для того, что бы понять, что что б использовать этот шаблон, можно:
    1. Скопировать его и оставить информацию статической
    2. Единожды поменять текст в нужных местах и оставить статчиеским
    3. Оставить как есть, все статическое, но дать возможность менять цены в xml файле
    4. Сделать админку для модерирования поездок. Статические страницы оставить статическими
    5. Сделать админку для модерирования статических страниц и поездок
    6. Сделать разделение по ролям на сайте для посетителей, пользователей, менеджеров, админов
    ...
    N. Сделать парсер, который с выбранных источников собирает горязие путевки по всем агенствам и выставляет наценки взависимости от эмоционального окраса текста описания из источника

    И, как ни странно, все это впишется в продемонстрированный html шаблон сайта :)

    Ответ непосредственно по вопросу: нанять менеджера или другого компетентного человека, который возьмется перевести Ваши мысли и идеи в удобо-понимаемую форму.
    Ответ написан
    Комментировать
  • Обязательно ли нужен html шаблон при разработке сайта?

    viktorvsk
    @viktorvsk
    Краткий ответ: что б вы не сделали, это все является html-шаблонами. Потому что в итоге все рендерится в html. Натягивать его куда-то сразу или нет, завист от поставленной задачи, целей и ресурсов. Например, если вы хотите сделать шаблон и выставить его на Envato, то нет ровно никакого смысла верстать его именно под друпал.

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

    Как происходит в реальном мире?
    У человека есть идея
    С ней он идет к бизнес-аналитику. Тот, в свою очередь, указывает на базовые ошибки, недочеты, формирует какую-то общую картину продукта
    Потом он знакомит человека-заказчика с архитектором. На своем языке аналитик объясняет архитектору задачу. Архитектор решает, какой стек технологий лучше всего применить в данном случае.
    Далее архитектор идет к проектному менеджеру и ставить уже конкретные задачи.
    Менеджер распределяет и доводит задачи до разработчиков и идет на поиски дизайнеров и юзабилистов, которые решают, зачастую уже с заказчиком, как будет выглядеть интерфейс.
    После чего результат работы дизайнеров и юзабилистов передается верстальщикам, что бы он мог воплотить их реализацию в машинное представление.
    После этого верстальщик отдает html в руки front-end разработчика, который в простейшем случае подключает плагины jquery, в сложном - делает SPA.
    Ну, а дальше, по крайней мере сегодня, завист от того, толтый клиент или тонкий. Если сделана SPA, то господа backend'erы могут ограничиться документацией API. А если рендер идет в основном на сервере - то будут "натягивать" результат работы фронтендера на свой движок.
    А после этого в игру может вступить (а может и раньше, для поднятия тестового\стейджинг окружения) - администратор для деплоя на серверы. Или даже группа оных, модно именуемых сегодня - DevOps

    К чему так много писанины? К тому, что б понять, как примерно выглядит идеальный процесс. Конечно, все описано очень абстрактно, какие-то з венья могут дублироваться, могут дробиться на более узкоспециализирвоанные и т.д., но в общем случае часто выглядеть должно как-то так. Хорошо о процессе расписано у Ф. Брукса (например, Мифический человекомесяц).

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

    Мораль: спрашивается, если это все может сделать 1 человек, то зачем городить целый хор разных чуваков, называть их модными словечками и настолько сильно обкрадывать карман заказчика?
    Все дело в том, какие цели и ресурсы. И когда за "серьезность" решения хочется заплатить - вначале, или уже в хайлоад-продакшене (уже много модных словечек употребили).
    И на самом деле, на перспективных проектах, получается так, что цена ошибки с каждой "роли" по нисходящей - увеличивается. Например, если вы выловили ошибку на уровне общения с бизнес-аналитиком - это дешевле, чем выловить ее в процессе продумывания архитектором решения. А поймать ошибку при отрисовке дизайна - дешевле, чем во время натягивании очередной фичи бекендерами.

    Вывод: всегда исходить из задачи, целей и ресурсов. Знание html нужно в любом случае, backender вы или frontender. А сверстанный голый статический html имеет гораздо более высокий показатель переиспользования, чем шаблон друпала.
    Ответ написан
    Комментировать
  • CMS или конструктор сайтов с генерацией страниц в HTML?

    viktorvsk
    @viktorvsk
    Генераторы статических сайтов - это, действительно, очень мощная вещь. Особенно, с учетом того, что на гитхабе их можно хостить бесплатно и с CDN.
    https://staticsitegenerators.net/
    https://www.staticgen.com/
    https://github.com/pinceladasdaweb/Static-Site-Gen...

    Но вот это:
    Нужно вообще исключить все запросы к БД и другим файлам и отдавать тот файл, который запрашивает пользователь.

    бред.
    Ответ написан
    Комментировать
  • Можно такой переход между статьями замутить в CMS DLE?

    viktorvsk
    @viktorvsk
    Это какой-то лагающий ужас, у которого украли скролл.
    Даже если кто-то что-то подобное и делал и скинет вам кусок кода, изменить его под ваши нужды будет куда накладнее, чем:
    1) самому решить задачу
    2) нанять кого-то, что б решил

    Ну, а фриланс - в соседнюю дверь.
    Ответ написан
    Комментировать
  • Есть ли какие-нибудь средства, которые немного облегчали бы разбор кода (CMS)?

    viktorvsk
    @viktorvsk
    Документация и комьюнити.
    Если код высоко-абстрактный, то есть смысл разобраться сначала в бизнцес-процессах, которые он реализует (врядли относится к цмс)
    Если код реализует какие-то шаблоны, то, возможно, полезно будет сначала понять суть работы шаблона перед тем, как разбираться с его конкретной реализацией (тоже не факт, что часто встречается в цмс).
    Ну, чисто теоретически, если проект уж очень огромный, возможно есть смысл понять философию и стиль разработчиков для начала. Но это уже из области философии и психологии, скорее.

    В целом спотыкаться, тормозить и не понимать сразу - это нормально при разборе чужого кода. Особенно, если это не популярные, открытые, обкатанные решения.
    Ответ написан
    Комментировать
  • Какие есть cms позволяющие легко натягивать html ?

    viktorvsk
    @viktorvsk
    Ответ написан
    Комментировать
  • Как сделать на сайте всплывающе окно с видеороликом?

    viktorvsk
    @viktorvsk
    Прикрутить вот это, например: dimsemenov.com/plugins/magnific-popup
    Ответ написан
    Комментировать
  • Какой состав информационной системы советуете подобрать?

    viktorvsk
    @viktorvsk
    Вы хорошо расписали то, что сейчас хотите (лучше, чем: "воон как у тех, только...").
    Но что б дать вменяемый ответ о стеке технологий, вам нужно найти исполнителя и объяснить ему все более детально, так как дьявол в деталях. Например:
    при необходимости часть информации передается в иную ИС представителя.
    Ответ написан
  • Как заменить CMS в блоге?

    viktorvsk
    @viktorvsk
    Структуры баз каждого движка - разные. Надо быть готовым, что это может стать нереальной болью.

    Node - далеко для "пользователей CMS" как никак, тоже надо быть готовым.

    Плюс, как по мне, разве оно того стоит ? ВП как раз для блогов и сделали, экстрима не хватает, или бессонница мучает?)
    Ответ написан
    Комментировать
  • Как сделать подобный сайт?

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

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

    Но с другой стороны неужели так сложно научиться делать сайты более-менее нормального вида? =)

    Просто невозможно. Потому что не существует "сайтов более-менее нормального вида". Всегда есть предметная область и конкретная специализация. Дизайн? Фотошоп, иллюстратор, графический дизайн, веб-дизайн, десктопы, мобильные приложения, адаптивность ? Фронтэнд? Верстка, SPA, конкретная мобильная платформа ? Бэкенд? Банковские приложения или социальные сети?

    В вашем случае полезнее всего, мне кажется, взять за образец ваш сайт из примера (раз так понравился) и за месяц-два попробовать сделать его копию на чистом HTML (используя для удобства, скорости разработки и что б не отставать от времени и получить реальную пользу), такие вещи, как генераторы статических сайтов, систему контроля версий, багтрекеры и препроцессоры (для html - haml\slim\jade... , для css: LESS\SAS, для JS, думаю, для начала не стоит. Если вообще круто удариться в верстку (фронтэнд), то еще и использовать CSS методологию (smacss, bem...) ), а так же все это делать в нормальной OS (unix-like), и не в блокноте, а в IDE.

    Таким образом за несколько месяцев можно хорошо познакомиться с современным стеком технологий. Не вдаваясь особо в серверные языки, думаю, придет общее понимание, как вообще в целом устроен веб. Плюс, должны получить неслабые знания верстки, которые в любом случае пригодятся, даже если вы вплотную уйдете в серверные языки, т.к. html\css приходится писать всем иногда.

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

    Дальше, понять, что из себя представляет ваш сайт в примере: попробовать описать его в техническом задании - какие модули использует (гостевая, магазин, чат, форум...), какие требования к каждому из них. Примерно оценить нагрузку (кол-во пользователей, кликов, просмотров, взаимодействие с логикой... Это все очень полезные навыки, если реально собираетесь заниматься чем-то подобным, т.к. не у всех сейчас есть общее видение итоговой системы, хотя современные инструменты дают такую возможность.

    После того, как ТЗ будет готов, уже и определитесь, что лучше, взять CMS и допилить или использовать фреймворк. Так же, определитесь со стэком технологий (не стоит делать сайт визитку на erlang и mongodb, а cms\ecommerce на ruby).
    Ответ написан
    Комментировать
  • Как сдавать шаблон под джумлу заказчику?

    viktorvsk
    @viktorvsk
    Как по мне, то развод это, когда хотят "верстку под Х", т.к. звучит, вроде, простенько: сверстать просто, ну и по-мелочи - натянуть.

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

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

    Вывод: старайтесь договариваться делать отдельно дизайн в фотошопе, отдельно верстку в html, отдельно - натягивание на движок. Или, если хотите делать все вместе, высчитайте свою почасовую ставку и умножьте на 2-3.
    Ответ написан
    Комментировать