- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Про визуал и речь...
Тут таки лучше бы на уровне системы порешать.
Как вспомню одного друга, где микроразметку Schema.org в его самописе приходилось вручную прописывать - ой-вей. То, что в норме занимает 5 минут, там занимало около часа.
Вот прошло лет 10 и на форуме появились серьезные важные темы.
- Открываем файл шаблона в любом текстовом редакторе и прохожимся с заменой по </p> </li> и <li> <p>. Меняем на пустоту.
- Открываем CSS со стилями и для li p { прописываем нулевые отступы или что вам там нужно.
- При загрузке текста делаем пункт 1 автоматическим. Мало ли. Проверять можно на JS.
Рад был помочь.если текст для размещения на сайте присылается в текстовом файле (например, в .doc).
Хм... а зачем это лишнее звено в виде промежуточного файла? Почему сразу не "печатать" непосредсвенно на сайте?
Но это тормозит работу очень сильно - замечать и отправлять такие правки на доработку.
Тяжело Вам, наверное, приходится))
Это ж надо! целую тему создать из-за такой фигни.
"Тему"? Зарегистрировался!
Хотя смех-смехом, но такая верстка, вообще-то конечно низкокачественная. Ад перфекциониста. Так-то человека наняли специально для этой нехитрой и непыльной работы. Это безответственно и непрофессионально.
1. Должен верстальщик знать такие нюансы загрузки контента на сайт?
Должен. P, table, br, списки и прочие базовые тэги рич-текста html должен знать и оформлять как полагается. Если используется визуальный редактор - проверять получившийся текст в виде html. Хотя бы бегло по диагонали, пропорционально размеру оплаты.
Как наказывать "курильщика"
Понять и простить. И сделать замечание. В первый раз.
если верстка маркированного списка, содержащая <p></p>, вменяется заказчику в его личное мнение и вкусовщину
Поменять исполнителя. Без вариантов.
Речь о специалисте-универсале, который следит за сайтом и должен грамотно заливать на него контент.
До этого речь шла о верстальщике, не об универсале типа "всё в одном".
Разве я не прав?
Прав-неправ – это рабочие моменты, которые нужно грамотно решать с исполнителем, а не ломать себе голову лишними вопросами типа "как его покарать".
Если бы я был полным нубом, и зашел на форум в первый раз, и увидел бы эту тему, то я бы подумал...
Ахренеть, как же сложно верстать. Какие то теги неправильные, две страницы темы раздули, из-за двух тегов <p> <li>. Какие же проблемы в программировании тогда?
и пошел бы обратно на завод.
Маразм крепчал.
ТС, верстальщик не имеет никакого отношения к тому, что вы криво добавляете контент на сайт.
В такой ситуации нужно попросить устранить этот баг. Нормальный специалист сделает за пару минут. Предусмотреть все варианты кривого добавления контента - верстальщик не может в принципе да и не обязан. Обычно верстаются только те стили, которые есть в макетах. Ну и плюс всякие заголовки, списки, цитаты(хотя и это не всегда). Все что за этим - или обсуждаете в ТЗ или потом оплачивается отдельно.
И да, тег <p> внутри <li> допустим по стандартам валидации, так что ничего вырезать в коде, программировать какие то сложные фильтры и очистку строк - не нужно. Это проблема только внешнего вида.
Другой вопрос, что у вас таких пожеланий может быть воз и маленькая тележка. Ничего из этого вы явно не отразили в ТЗ, деньги верстальщику скорее всего платили по минимальной ставке, скрытых требований куча - вот он и встал в позу. У меня тоже такое бывало, правда я старался довести заказ до конца и в будущем слал таких заказчиков "в тёплые края".
Как итог. Требовать от вашего верстальщика совпадения визуала двух списков(с <p> и без) если вы не указывали этого в ТЗ - вы не можете. Можете попросить устранить баг. Можете заплатить за устранение бага. Можете ручками поправить сами и в будущем работать с другим специалистом.
Хм... а зачем это лишнее звено в виде промежуточного файла? Почему сразу не "печатать" непосредсвенно на сайте?
Вообще-то набирать и форматировать большие тексты в локальном редакторе поудобнее, чем в браузере.
Хотя в ВП давно уже гутенберг и можно развернуть на весь экран, но он не всем по душе и к нему тоже надо привыкнуть.
А "проблема" (хотя в данном случае это не проблема) в основном в ворде - он тянет в буфер кучу мусора. Поэтому вариант "копипаст из ворда" по-прежнему является плохим методом импорта контента.
Речь о тебе. Ты не можешь построить работу с исполнителем и ждёшь поддержки от форма.
Хгм)
Есть правила языка HTML и их нужно знать и придерживаться.