У меня тоже эти заголовки не отдаются. Это не мешает яше и гуглу для себя отмечать когда они в первый раз у меня обнаружили новую страницу http://joxi.ru/Vm6a53Mt4Vxpjr P.S. Режим зануды включен. Не на китайском, а на японском.

Николай, привет! Подобрался к вопросу категорий стилей пива и не понимаю, как лучше завести это поле. Суть поля такое: пиво может иметь только одно значение из списка. Список: Светлый лагер Пильзнер Янтарный лагер Темный лагер Бок Светлый эль IPA Янтарный эль Коричневый эль Портер Стаут Крепкий эль Копченое пиво Пшеничное пиво Кислый эль Келлербир Особое пиво В каждой категории с десяток разновидностей, поэтому решил не дробить. На сайте есть ТАРА, которая записывается числом от 1 до 4, а в коде уже переводится в банки и бутылки, но не кажется, что есть какой-то более правильный метод. Можешь подсказать, в какую сторону копать? PS Причем в фильтре надо будет дать возможность множественного выбора. Не знаю, важно ли это для выбора типа поля на данном этапе.

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

Привет еще раз, вот новая информация, которую я откопал за выходные, смотри, ты когда делаешь выборку по дате в поисковиках, не отображается ничего, хотя страницы точно есть новые и они проиндексированы, всё дел в заголовке Last-Modified (последние изменения), так вот сервер не отдает мне его, и из-за этого как раз и идут последствия: Цитата из Яндекса: - в результатах поиска не будет показываться дата рядом со страницами вашего сайта;

  • при сортировке по дате сайт не будет виден большинству пользователей;
  • робот не сможет получить информацию о том, обновилась ли страница сайта с момента последнего индексирования. А так как число страниц, получаемых роботом с сайта за один заход, ограничено, изменившиеся страницы будут переиндексироваться реже.

Чтобы отметить пересечения красным, их надо высчитать :) А это тоже не самая тривиальная задача. К тому же не факт, что это задачи на одном исполнителе (ведь можно выбрать все задачи по нескольким проектам без учета конкретного исполнителя). И это еще один нетривиальный момент, который на этапе проектирования БД под одним углом рассматривается, а на этапе проектирования UI совсем под другим. В общем дзен UI я еще только постигаю.

Может быть пересечения красным отмечать: все-таки пересечение задач в рамках одного проекта и одного исполнителя не слишком позитивная ситуация? Идея же с планированием времени нужная: именно с планированием проектов обычно серьезная проблема:))

меня и напрягло, но понять не получилось) :) Обращай внимание на то, какой класс расширяется. Это типа ООП.

Спасибо! " Тебя вообще должно было напрячь, что console.log("onChange_bitter", bitter); у тебя прописано, но в консоль не выводится." - меня и напрягло, но понять не получилось)

Дима, привет! 1. Чтобы не писать в какой строке что искать, на гитхабе слева можно в номер строки кликать, в ссылку добавится. Можно с шифтом диапазон строк отмечать. 2. Бага была в исходном классе. Смотри вот этот коммит. Там передаваемый параметр onChange перетирался заранее заготовленной функцией onChange={event => this.onChange(event)} Тебя вообще должно было напрячь, что console.log("onChange_bitter", bitter); у тебя прописано, но в консоль не выводится.