Dev.by, dev.by... То есть для меня это какой-то фетиш и авторитет должны быть? По-моему, здесь имеет место явление когда кто-то создает себе в голове кумира, а потом удивляется почему его завышенные требования не соответствуют этим критериям.
Здесь есть проблемы, но они совершенно другого характера. Например, отсутствие должного финансирования, плохой движок, неюзабельный интерфейс. Но чтобы это исправить нужны инвестиции, а контент это как борода - отрастет.
При чем здесь кумир? Я указал на конкретную проблему. Посыл был в том, что если нет возможности следить за всеми событиями, то может быть стоит делегировать это небольшому скрипту? Модуль с календрем событий есть? Есть. Могу я им пользоваться, чтобы быть информированным о грядущих событиях? Нет. Недавно в очередной раз собиралась Belarus Big Data User Group. Увидел в календаре девбая. Здесь событие не появилось. Буду ли я пользоваться календарем на КВ, чтобы отслеживать актуальные события? Нет. Я указал на проблему: мероприятия отсутсвуют, для присутствующих информация не соответвует действительности (даже дорогие конференции указаны как бесплатные). Имхо, сервис, который работает плохо, только вредит репутации. А Вы о кумере.
Ну почему вы не видите общего, а видите частное? Конечно мне совершенно не нужно это, я про себя всё знаю. Ок. Забыли. Как я и писал - это несущественно.
"Общий" вариант - это когда ищешь профиль другого пользователя? Ладно, давайте его рассмотрим.
Когда возникает желание посмотреть чей-то профиль? В подавляющем большинстве случаев - при чтении чьей-то публикации или комментария, когда хочется побольше узнать об авторе. Но в обоих случаях это можно сделать, просто кликнув на ник. Нет никакой необходимости пользоваться поиском.
Я полагал, что вы это делаете SQL-запросом. Тогда это дело пяти минут - добавить новый запрос. Если нет - то и не важно. Просто как вариант.
Конечно же, SQL-запросом. Но такая переделка запроса, которую хотите вы, в Друпале делается не так уж тривиально (т.к. поиск ведется не по одному полю "ник", а по трем - "ник", "имя", "фамилия"). Нужно будет написать несколько обработчиков, т.е. потратить много времени на решение частной, особо никому не нужной (по моему мнению) задачи.
Petro46 пишет:
Вот, языком запроса он что берет: SELECT * FROM users WHERE fname LIKE 'Al%'; А надо вот что: SELECT * FROM users WHERE fname='Al';
Спасибо, кэп! И, вообще-то, не LIKE 'Al%', а LIKE '%Al%'.
Спасибо, кэп! И, вообще-то, не LIKE 'Al%', а LIKE '%Al%'.
Вообще, да, Al прав. Скрипт ищет все вхождения Al, а не только те, что вначале слова... Это кстати и логично. Подходящих ключей в таблице может быть только два - имя юзера и его id. Таксономия не позволяет, в этом случае, как-то по иному индексировать таблицу. Нужен именно поиск по полю name. Ну или по любому другому критерию, который пользователь укажет, например, в чекбоксе.
Кому??? :)
Разработчику, наверное. Он же все делает у вас. Элементарная часть запроса - это ерунда, а вот весь скрипт с авторизацией в базе, схранением сессии в куках, проверками на корректность ввода и проч. - это уже будет целая тетрадка кода.
Значит, пипл отставал, и сильно. Но догнал-таки. Кроме того, раньше пользоваться интернетом по телефону люди на работе не могли. Смогли только после массового внедрения ADSL.
Михаил, приношу извинения, согласен. Я просто не просек сразу о чем ты хотел сказать. Да, теперь, когда все новости у каждого на смартфоне, дополнительные поставщики-расшифровщики новостей не так уж и нужны. Это довольно конкурентная среда теперь.
Спасибо, кэп! И, вообще-то, не LIKE 'Al%', а LIKE '%Al%'.
Вообще, да, Al прав. Скрипт ищет все вхождения Al, а не только те, что вначале слова... Это кстати и логично. Подходящих ключей в таблице может быть только два - имя юзера и его id. Таксономия не позволяет, в этом случае, как-то по иному индексировать таблицу. Нужен именно поиск по полю name. Ну или по любому другому критерию, который пользователь укажет, например, в чекбоксе.
Кому??? :)
Разработчику, наверное. Он же все делает у вас. Элементарная часть запроса - это ерунда, а вот весь скрипт с авторизацией в базе, схранением сессии в куках, проверками на корректность ввода и проч. - это уже будет целая тетрадка кода.
Эдуард, еще раз спасибо за лекцию о сферическом сайтостроении в вакууме!
Вообще, да, Al прав. Скрипт ищет все вхождения Al, а не только те, что вначале слова... Это кстати и логично. Подходящих ключей в таблице может быть только два - имя юзера и его id. Таксономия не позволяет, в этом случае, как-то по иному индексировать таблицу. Нужен именно поиск по полю name. Ну или по любому другому критерию, который пользователь укажет, например, в чекбоксе.
Разработчику, наверное. Он же все делает у вас. Элементарная часть запроса - это ерунда, а вот весь скрипт с авторизацией в базе, схранением сессии в куках, проверками на корректность ввода и проч. - это уже будет целая тетрадка кода.
Эдуард, еще раз спасибо за лекцию о сферическом сайтостроении в вакууме!
Не за что. К сожалению, как намекнул один... гм... коллега, мои познания совершенно не "релевантны" тому самому гипотетическому уровню вакуума, так что, можете не обращать на них внимания
"Когда возникает желание посмотреть чей-то профиль?" - Я уже сказал, что мне это не важно и не срочно. Просто по админской привычке, увидев функционал на сайте, я его протестировал и рекомендовал улучшить. В данной ситуации пользы от него ноль и его можно безболезненно удалить.
Например, отсутствие должного финансирования, плохой движок, неюзабельный интерфейс.
У 3DNews и особенно mobile-review с этим всё ещё хуже. Но там ведь пишут материалы, которые и читать, и репостить хочется. А здесь понаставили конопчек, лайкай, репости - а что-то везде по нулям. Не потому ли, что репостить нечего? И некому? А теперь посмотрите на dev.by.
На dev.by нет адаптированного дизайна сайта. - В 2016 году!!! - это просто непростительно для dev.by - И это уму непостижимо - у них нехватка денег? - Бывает. Наверное.
Не потому ли, что репостить нечего? И некому? А теперь посмотрите на dev.by.
А что там смотреть? На главной странице - одна комментируемая статья (24 комментария). Другая - 8. Есть несколько с 1-2 комментами и куча тех, которые по нулям... Из интересного - отчет "Фейсбука"... Ничего, абсолютно ничего. Это не "Хабр" далеко. Вт, кстати, на Хабре - сразу десяток комментируемых статей, крепких в техническом отношении. И это не какие-нибудь обзоры дурацких "вертолетиков", а настоящие статьи по программированию. Так-то...
На dev.by нет адаптированного дизайна сайта. - В 2016 году!!!
Dev.By "стоит" на весьма дорогой системе управления, реализующей многосайтовость на одной "коробке" и всякие другие штуки. Это стоит много миллионов (тысяч по новому). Раньше у них был тоже Друпал но они его выкинули и сделали по-правильному, по пацански.
Что касается удалённых постов, то какой смысл писать об этом на сайте? Не узнает ни постер, ни читатели, что там был за пост. Разумнее делать как на тутбае: полностью удалять пост, а постеру направлять личное сообщение о причинах удаления поста. А только место занимать ни о чём.
И вот кстати про удаления постов. Может удалять пост автоматически, если он набрал скажем 5 или 10 минусов? А если авторские посты за неделю-две-n были удалены 5...n раз, то автоматом банить юзера на месяц?
Все-таки, удаление и "минусование" комментариев - это разные вещи. Комментарий удаляется за нарушение правил. А "минусуется" - если не нравится высказанное в нем мнение, но сам комментарий при этом соответствует правилам.
К примеру, представим форум "Android vs iOS". Представители разных лагерей могут "минусовать" комментарии друг друга сколько угодно, но повода удалять такие комментарии нет до тех пор, пока в них не будет, скажем, личных оскорблений и т.п.
Нда, незадача. Я дописываю тему в блоге, но он никак не помечается, как обновлёние: ни поднимается в публикациях, ни присвивается метка "обновлено".
Это сделано специально, чтобы "старые" публикации, в которых, скажем, всего лишь была исправлена опечатка, не "всплывали" в "Новом...". Помните, как на старом сайте вы неоднократно высказывали неудовольствие по этому поводу?
mike пишет:
Ой, нет, не дополнения, а коммента. Придётся ...комментировать самого себя, , чтобы видели, что дополнение последовало. :)
Да, это - оптимальный вариант. Ваш собственный комментарий в духе: "Дописал три абзаца" и поднимет публикацию в "Новом...", и подскажет читателям вашего блога, с чем именно им нужно ознакомиться.
При блокировании юзера - оставить ему возможность пользоваться его аккаунтом (входить, кликать в его меню "новое на сайте", писать личные сообщения и прочее) - но блокировать только возможность ему постить новые посты.
Дать возможность иным юзерам смотреть инфу по аккаунту заблокированного юзера, чтобы у этих пользователей не возникало идиотских мыслей о "замене буквы "о" (кириллица) на "o" (латиница). - Как это было.
А кнопочка "вверх" (для быстрого возвращения наверх страницы) появится на сайте? Она такая удобная, особенно для тех, кто сидит с ноутбука и без мышки.
При блокировании юзера - оставить ему возможность пользоваться его аккаунтом
Дать возможность иным юзерам смотреть инфу по аккаунту заблокированного юзера
Готово.
Parnassius пишет:
А кнопочка "вверх" (для быстрого возвращения наверх страницы) появится на сайте? Она такая удобная, особенно для тех, кто сидит с ноутбука и без мышки.
Насколько я помню, на старом сайте такая кнопка появилась как раз по твоей просьбе :)
Если надо посмотреть комментарии юзера, то выходит ерунда, если комменты предваряет цитата. http://www.kv.by/users/logicby-twittercom-logicby/activity-comments?page=2. Т.е. видны только цитаты. Надо видеть только коммент.
Страницы
При чем здесь кумир? Я указал на конкретную проблему. Посыл был в том, что если нет возможности следить за всеми событиями, то может быть стоит делегировать это небольшому скрипту? Модуль с календрем событий есть? Есть. Могу я им пользоваться, чтобы быть информированным о грядущих событиях? Нет. Недавно в очередной раз собиралась Belarus Big Data User Group. Увидел в календаре девбая. Здесь событие не появилось. Буду ли я пользоваться календарем на КВ, чтобы отслеживать актуальные события? Нет. Я указал на проблему: мероприятия отсутсвуют, для присутствующих информация не соответвует действительности (даже дорогие конференции указаны как бесплатные). Имхо, сервис, который работает плохо, только вредит репутации. А Вы о кумере.
"Общий" вариант - это когда ищешь профиль другого пользователя? Ладно, давайте его рассмотрим.
Когда возникает желание посмотреть чей-то профиль? В подавляющем большинстве случаев - при чтении чьей-то публикации или комментария, когда хочется побольше узнать об авторе. Но в обоих случаях это можно сделать, просто кликнув на ник. Нет никакой необходимости пользоваться поиском.
Конечно же, SQL-запросом. Но такая переделка запроса, которую хотите вы, в Друпале делается не так уж тривиально (т.к. поиск ведется не по одному полю "ник", а по трем - "ник", "имя", "фамилия"). Нужно будет написать несколько обработчиков, т.е. потратить много времени на решение частной, особо никому не нужной (по моему мнению) задачи.
Спасибо, кэп! И, вообще-то, не LIKE 'Al%', а LIKE '%Al%'.
Кому??? :)
Антон, спасибо за инфомацию. Про скрипт подумаем, а вообще все станет лучше, когда сотрудники вернутся из отпусков.
Вообще, да, Al прав. Скрипт ищет все вхождения Al, а не только те, что вначале слова... Это кстати и логично. Подходящих ключей в таблице может быть только два - имя юзера и его id. Таксономия не позволяет, в этом случае, как-то по иному индексировать таблицу. Нужен именно поиск по полю name. Ну или по любому другому критерию, который пользователь укажет, например, в чекбоксе.
Разработчику, наверное. Он же все делает у вас. Элементарная часть запроса - это ерунда, а вот весь скрипт с авторизацией в базе, схранением сессии в куках, проверками на корректность ввода и проч. - это уже будет целая тетрадка кода.
Михаил, приношу извинения, согласен. Я просто не просек сразу о чем ты хотел сказать. Да, теперь, когда все новости у каждого на смартфоне, дополнительные поставщики-расшифровщики новостей не так уж и нужны. Это довольно конкурентная среда теперь.
Эдуард, еще раз спасибо за лекцию о сферическом сайтостроении в вакууме!
Не за что. К сожалению, как намекнул один... гм... коллега, мои познания совершенно не "релевантны" тому самому гипотетическому уровню вакуума, так что, можете не обращать на них внимания
"Когда возникает желание посмотреть чей-то профиль?" - Я уже сказал, что мне это не важно и не срочно. Просто по админской привычке, увидев функционал на сайте, я его протестировал и рекомендовал улучшить. В данной ситуации пользы от него ноль и его можно безболезненно удалить.
По-моему так.
У 3DNews и особенно mobile-review с этим всё ещё хуже. Но там ведь пишут материалы, которые и читать, и репостить хочется. А здесь понаставили конопчек, лайкай, репости - а что-то везде по нулям. Не потому ли, что репостить нечего? И некому? А теперь посмотрите на dev.by.
На dev.by нет адаптированного дизайна сайта. - В 2016 году!!! - это просто непростительно для dev.by - И это уму непостижимо - у них нехватка денег? - Бывает. Наверное.
Dev.By "стоит" на весьма дорогой системе управления, реализующей многосайтовость на одной "коробке" и всякие другие штуки. Это стоит много миллионов (тысяч по новому). Раньше у них был тоже Друпал но они его выкинули и сделали по-правильному, по пацански.
Пост удален за нарушение п.3.5 Правил комментирования и общения
Пост удален за нарушение пп.2.1 и 2.2 Правил комментирования и общения
Что касается удалённых постов, то какой смысл писать об этом на сайте? Не узнает ни постер, ни читатели, что там был за пост. Разумнее делать как на тутбае: полностью удалять пост, а постеру направлять личное сообщение о причинах удаления поста. А только место занимать ни о чём.
Это пока тут людей не очень много, чтобы знали, что правила заработали
И вот кстати про удаления постов. Может удалять пост автоматически, если он набрал скажем 5 или 10 минусов? А если авторские посты за неделю-две-n были удалены 5...n раз, то автоматом банить юзера на месяц?
Не стоит, мне эти минуса пофиг, а вот некоторые будут свирепствовать.
Мне тоже. Но зато прикинь, заминусуют Логика... )))))
Это Логик тут всех заминусует до потери сознания.
Все-таки, удаление и "минусование" комментариев - это разные вещи. Комментарий удаляется за нарушение правил. А "минусуется" - если не нравится высказанное в нем мнение, но сам комментарий при этом соответствует правилам.
К примеру, представим форум "Android vs iOS". Представители разных лагерей могут "минусовать" комментарии друг друга сколько угодно, но повода удалять такие комментарии нет до тех пор, пока в них не будет, скажем, личных оскорблений и т.п.
Это сделано специально, чтобы "старые" публикации, в которых, скажем, всего лишь была исправлена опечатка, не "всплывали" в "Новом...". Помните, как на старом сайте вы неоднократно высказывали неудовольствие по этому поводу?
Да, это - оптимальный вариант. Ваш собственный комментарий в духе: "Дописал три абзаца" и поднимет публикацию в "Новом...", и подскажет читателям вашего блога, с чем именно им нужно ознакомиться.
Ну, с другой стороны - раньше было 2 причины "up"'а - "новый коммент" и "обновлено".
Но тут я скорее согласен с админом. "Обновлено" все равно приходилось открывать, чтобы сбросить "новое...", а что там обновлено - а фиг его знает..
Предложение.
При блокировании юзера - оставить ему возможность пользоваться его аккаунтом (входить, кликать в его меню "новое на сайте", писать личные сообщения и прочее) - но блокировать только возможность ему постить новые посты.
Иначе неудобно сайтом пользоваться. (C)
Предложение.
Дать возможность иным юзерам смотреть инфу по аккаунту заблокированного юзера, чтобы у этих пользователей не возникало идиотских мыслей о "замене буквы "о" (кириллица) на "o" (латиница). - Как это было.
Предложение.
При нажатии "цитировать", если есть выделение в посте, то цитировать не весть пост, а только выделенную часть поста.
Все три предложения уже есть в нашем wish-list'е. Думаю, как минимум два из них будут реализованы достаточно скоро.
Предложение.
Добавить кнопку - "отметить всё как прочитанное" .
А кнопочка "вверх" (для быстрого возвращения наверх страницы) появится на сайте? Она такая удобная, особенно для тех, кто сидит с ноутбука и без мышки.
Готово.
Насколько я помню, на старом сайте такая кнопка появилась как раз по твоей просьбе :)
Думаю, сделаем.
Да, именно по моей. Я без этой кнопочки никуда.))
Спасибо!)
Если надо посмотреть комментарии юзера, то выходит ерунда, если комменты предваряет цитата. http://www.kv.by/users/logicby-twittercom-logicby/activity-comments?page=2. Т.е. видны только цитаты. Надо видеть только коммент.
Страницы