Нарек

Статья

Столько бухать нехорошо

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

А зачем болиду выехать на бездорожье? Для бездорожья есть внедорожники, а болид он на трассе болид.

JSFiddle не дает.

Тыкните ссылкой.

Как вариант

есть те которые платят, поверь.

Нельзя засовывать заголовок в legend.

То есть как? Какие стили? Так на вордпресс просто создается новая категория для книг. Что там неочевидного то. Смотрю. Подписка -> 1 запрос к бд. Случайние записи -> вордпресс их отлично выводит с order => RAND Под книгу -> виджет или произвольное поле. Архив -> wp_get_archives Темы -> рубрики или метки, как захочется. Все остальное произвольные поля/виджеты. Абсолютно никаких трудностей не увидел, можно делать так же за пол часа десятком строк кода. В итоге имеем знакомую и удобную для пользователей систему, все подводные камни со стороны движка решаются обновлениями а со стороны исполнителя наймом другого исполнителя так как исполнителей на вордпресс полно. Теперь давай преимущества фреймворка/самописа. Не понял про отдельную страницу, но все остальное возможно без проблем. В любом месте сайта.

Разумеется, он на вордпресс и сделан.

Берите типовый блог для задачи, лавры отдавайте вордпресс и тихо расходимся

Ну раз сравниваем машины с cms я сравню владельцев машин и владельцев сайтов на cms. Мне не кажется что владельцы 4pda, bbc, sony music, beyonce, quartz, mozilla, smashingmagazine и так далее и так далее не могут себе позволить майбах, но почему то они это не делают.

Ну холиварьте, один из четырех сайтов в МИРЕ (с контент менеджментом) стоит на вордпресс. Это говорит о многом.

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

Не надо делать огромные каскады типа .menu ul li ul li a, дайте подменю какой то класс и стилизуйте нормально. http://codepen.io/anon/pen/wMpGaE

А зачем по разному писать?

Действительно сложно. Для начала и этого хватит)

Да забудьте вы про id. Мы кажется не поняли друг друга. Я сказал, что понял бы если бы у постов были такие id, и не важно это на стороне клиента формируется или на стороне сервера. Но я никак не имел ввиду, что замените классы на id и стилизуйте так. Мое замечание совсем про другое. Это в корне неправильный подход. Вы же попытались использовать тот же БЭМ, надо обо всем думать заранее. Тут тоже не корректно поняли меня. Я имел ввиду то, что такой подход к сетке по моему мнению неправильный, так как много лишних стилей. Очень много. Что и я пытаюсь сказать все это время, подход к решению проблемы изначально тут неправильный.

Для каждого блока дается margin-top 1.25rem. Зачем? Где смысл? Что если на главной будет не 41 блоков как сейчас а 141 или 1141 (например реализован будет добавление по прокрутке). Для всех 1141 писать margin-top: 1.25rem? Дубликатов тех же margin и order дохрена получается же. ID для js не js не важно, я бы понял если бы там были id так как иногда нужно чтобы пост имел свое уникальное id. Сетка которая реализована здесь, по мне так это не сетка, так как сетка дает какую-то структуру а тут структуры то нет, все сделано за счет дублирующихся стилей. Вот о чем я. А если засунуть каждый row в контейнер и через него уже обратиться к внутренным то дубликатов не будет столько.

Сделайте себе привычку заливать файлы на какой то хостинг и давать ссылку на сайт а не на архив.

Ну все же, лучше чем @import имхо. Тут есть хороший ответ по этому поводу. Альтернативы не знаю. Но и не представляю зачем нужен отдельный класс для каждого блока в сетке. Было бы id я кое как понял бы, но класс зачем? Что мы будем стилизовать специально для index-main_36 ? Сетка тут довольно простая, есть 2 вида "строк", один на 3 колонки, второй на 4. Нельзя эти строки обернуть в блок, скажем для "строки" которая имеет 4 колонки дать класс обозначающий, что в этом блоке есть 4 колонки, а где 3 колонки то соответственно название класса обозначающий, что в этом блоке 3 колонки. А самим колонкам не давать классов. Надеюсь понятно написал. Получаем для каждой строки отдельный контейнер, но избавляемся от таких классов. Может я не прав, но мне так как то больше нравится.

Подключить через link. То, что запрос пойдет на гугловский сервер это не значит ничего. Например, зачем jquery подключать с cdn? Не ради того, что cdn будет работать быстрее чем Ваш сервер, а ради того, что пользователь который зашел на Ваш сайт наверняка уже имеет в кэше этот же jquery и не надо его заново качать.

Ругаю: 1. @import в css, одна из причин почему сайт грузиться долго. 2. html lang="en" но на деле все на русском. 3. Не знаю что скажут другие, но лично мне не нравятся вот такие классы 4. Валидатор ругает много