какие функции вы бы хотели видеть добавленными в wordpress?

<p>я создаю<strong> сообщество вики </strong>, чтобы задать следующий вопрос:</p><ul> <li><em><strong> какие функции вы бы хотели, чтобы вы добавили в wordpress? </strong></em></li> </ul><h3>этот вопрос подразумевает несколько вещей:</h3><ul> <li> <p>он должен отображать<strong> <em>функции, которые востребованы энтузиастами больше всего</em> </strong>, а не просто обходить стороной людей, которые не могут быть обеспокоены, узнав, что <em>"p"</em> необходимо использовать с заглавной буквы (<em>внутри шутка. конечно ...</em>)</p> </li> <li> <p><strong> избранные функции, которые приносят пользу более продвинутым пользователям </strong>и особенно<strong> разработчикам тем и/или плагинов </strong>.</p> </li> <li> <p>также<strong> поддержка api </strong>и<strong> другие средства активации </strong>против еще одного нового виджета пользовательского интерфейса. примерами этого могут быть api-интерфейс резервного копирования, на основе которого многие разработчики могут построить, или api-интерфейс twitter, на котором могут основываться разработчики.</p> </li> <li> <p>сосредоточьтесь на<strong> только на нескольких вещах, которые вы действительно хотите больше всего </strong>, а не на всем, что вы можете придумать. не позволяйте этому быть свалкой для всего, о чем вы можете думать или когда-либо думать. при добавлении нужной функции спросите себя, хотите ли вы, чтобы она была или ваши функции {<em>top 3</em>); если нет, может быть, вы не должны добавлять его.</p> </li> <li> <p><strong> дайте некоторые важные детали </strong>в том числе, при необходимости:</p> <p>a.<strong> каркасы </strong>(возможно, с помощью <a href="http://www.balsamiq.com/">balsamiq</a> ?),</p> <p>b.<strong> интерфейсы api </strong></p> <p>c.<strong> предлагаемые крючки </strong></p> <p>d.<strong> структуры url </strong></p> <p>и многое другое.</p> <p>f. even<strong> исходный код </strong></p> </li> <li> <p><strong> только важные функции </strong>, пожалуйста. не добавляйте что-то вроде <em>"я хочу, чтобы консоль администратора была фиолетовым"</em> или <em>"я действительно хочу, чтобы меню администратора было справа."</em></p> </li> <li> <p><em><strong> избегайте вещей, которые только <a href="http://automattic.com/">automattic</a> могут контролировать </strong></em> как вещи на wordpress.com !! (не то, чтобы энтузиасты были бы обеспокоены, но ...) лучше придерживаться того, на что могут повлиять участники проекта с открытым исходным кодом, такие как код и совместная работа.</p> </li> </ul><h3>правила этой вики</h3><ul> <li> <p><strong> не дублировать предложения </strong>. это нормально, если вы это сделаете, но модератор может отклонить его и/или удалить, если это возможно. в случае существенного дубликата, но с некоторыми хорошими дополнениями мы должны отредактировать ответ, который дублирует его, чтобы включить дополнения.</p> </li> <li> <p><strong> больше правил придет по мере необходимости </strong>, поскольку мы понимаем, что они необходимы.</p> </li> </ul><p>если у вас есть вопросы по этому поводу, связанные с <a href="http://wordpress.org/extend/ideas/"><em>идеи wordpress</em></a> , <em>вступительный взнос основной команды</em> или <em>отношения с wordpress/automattic</em>, см. комментарии в один из моих собственных "<em>answers</em>", опубликованных на этот вопрос ниже. я надеюсь, что эти усилия<strong> будут полностью положительными </strong>и что все, включая automattic и основную команду wordpress, получат огромную пользу от его результатов.</p>

<h3>пользовательский интерфейс пользовательских полей</h3><p>я думаю, что действительно настраиваемые поля с пользовательским интерфейсом действительно большие требования для многих людей. я имею в виду, обязательные, повторяющиеся, сгруппированные, несколько изображений и т.д.</p><p>существует множество плагинов, пытающихся обеспечить функциональность, но все они являются надстройками и должны каждый раз воспроизводить новые функции wp. <a href="http://magicfields.org">волшебные поля</a> кажется довольно хорошей отправной точкой.</p><p>и они станут прекрасным дополнением к новым таможенным постам.</p>

<h1>отношения пост/страница</h1><p>возможность связывать одно сообщение с другим, безусловно, является функциональностью, которая мне очень нужна на более продвинутых клиентских сайтах, использующих wordpress. возможность связать пост с другим постом или страницей - это то, что должно быть в основе.</p><p>я знаю, что майк принимал участие в разработке wordpress в связи с тем, чтобы продвигать что-то подобное в ядре, но ничего еще не было добавлено.</p><p><strong>пример;</strong></p><p>у меня есть пользовательский тип записи, который называется <em>artist</em>. у меня также есть пользовательский тип записи, называемый <em>альбомы</em>, <em>отзывы</em> и <em>туры</em>. теперь пользовательский тип сообщения <em>artist</em> имеет; биография, ссылки на сайты социальных сетей, такие как last.fm & facebook и изображение исполнителя.</p><p>я хочу добавить новый тур к своему <em>tours</em> пользовательскому типу записи, но иметь его для конкретного исполнителя. в этом случае художником является трижды, и я хочу добавить тур, который трис совершает в мае 2011 года. я добавляю местоположение, дату и затем выбираю, к какому сообщению я хочу связать его, в данном случае это трижды.</p><p>затем я могу запросить все туры и получить их художника на переднем крае. аргумент, который я видел, заключается в том, что вы можете использовать пользовательские таксономии, но для этого потребуется дублирование контента, а не эффективность, особенно если учесть, что у художника есть изображение, ссылки на профили в социальных сетях и другие специфические вещи художника.</p><p>уже есть плагин, который делает вышеупомянутые довольно хорошо названные <a href="http://wordpress.org/extend/plugins/posts-to-posts/">posts to posts</a> . если бы что-то подобное было добавлено, это сделало бы мою жизнь и жизнь многих других людей, желающих эту функциональность, проще.</p>

<p>эти функции в настоящее время в моем списке:</p><h3>1) медиа менеджмент</h3><p>мне бы хотелось, чтобы развитие/совершенствование управления мультимедиа получало статус приоритета для некоторого выпуска в ближайшем будущем, так что пост-тип "медиа" предполагает аналогичное соотношение функций с, например, пост-типы "post" и "page". сми должны иметь правильную систему таксономии. медиа (и галереи) должны быть в состоянии управляться самостоятельно (т.е. вместо того, чтобы быть в состоянии управляться только через почту, к которой они прикреплены) мультимедиа (и галереи) должны быть гораздо проще прикреплять, отсоединять и прикреплять к сообщениям или страницам.</p><p>по сути, большая часть функциональности плагина, такого как nextgen gallery, должна быть включена в ядро (любым подходящим способом).</p><h3>2) пользовательский интерфейс виджетов</h3><p>я думаю, что из всех интерфейсов администратора пользовательский интерфейс "внешний вид -> виджеты" нуждается в улучшении. это отлично подходит для ограниченного количества виджетов и еще более ограниченного количества виджетов боковых панелей; но ux быстро ухудшается со слишком большим количеством виджетов и (особенно) со слишком большим количеством боковых панелей.</p><p>я не эксперт/дизайнер ux, но если бы я предложил что-то, я бы предпочел увидеть список виджетов с одной колонкой (желательно с автономной прокруткой) и большую часть экрана, посвященную sidebars. кроме того, я хотел бы, чтобы предыдущее состояние развернутых/свернутых боковых панелей было сохранено, а не боковая панель с самым низким идентификатором всегда расширялась при загрузке страницы.</p><h3>3) тема установки/удаления/активации/деактивации хуков</h3><p>эти хуки приведут функциональность и стандартизацию темы в соответствие с плагинами. я на самом деле вызвался попытаться предоставить патчи для них для 3.2, так что пожелайте мне удачи!</p><h3>4) дорожная карта развития</h3><p>я хотел бы, чтобы основная команда разработчиков изложила план развития, который охватывает как минимум 3-5 основных изменений в будущем. такая дорожная карта предоставит сообществу пользователей возможность оценить ожидаемые добавления/изменения функций и поможет сосредоточить вклад/вклад сообщества разработчиков в каждом выпуске.</p>

<p><strong> полностью поддерживаемые темы администратора </strong></p><p>темы админки wordpress в настоящее время поддерживаются только частично. хотя можно изменить внешний вид администратора, изменив файлы css, невозможно изменить html без изменения основного исходного кода wordpress. это причина, по которой сейчас не так много тем администрирования wordpress, а те, которые существуют, основаны только на применении другого css.</p><p>например, чтобы применить скин themeforest, разработчику необходимо внести изменения в html, иначе он не сможет применить все предоставленные css.</p><p>в настоящее время я думаю, что лучшая админская тема - эта, но я думаю, вы согласитесь, что гораздо лучше можно сделать: <a href="http://wordpress.org/extend/plugins/fluency-admin/">свободное администрирование</a> .</p>

<p><strong> пользовательские статуи. </strong></p><p>возможность определять новый статус сообщения/страницы/типа сообщения, а не только черновик и публикацию. я действительно верю, что это продолжается! я хотел бы использовать это для создания нового типа, называемого блоком. затем создайте блоки контента, которые связаны со страницами, но не опубликованы в каналах или недоступны напрямую.</p><p><strong> определение миниатюрной позиции кадрирования </strong></p><p>к сожалению, создание миниатюр всегда сосредоточено на изображении, но иногда у меня есть требование обрезать сверху слева, например.</p><p>умение определять координаты урожая было бы замечательно. в настоящее время эти изменения возможны только путем редактирования основного медиа-файла, так как функция миниатюр не использует фильтры.</p>

<p>так что это мои комментарии относительно потенциальных проблем, связанных с <a href="http://wordpress.org/extend/ideas/"><em>идеи wordpress</em></a> , <em>вступительный взнос основной команды</em> или <em>отношения с wordpress/automattic</em>.</p><h3>а как насчет <a href="http://wordpress.org/extend/ideas/"><em>wordpress ideas</em></a> ?</h3><p>но подождите, разве уже нет ничего подобного? разве это не называется <a href="http://wordpress.org/extend/ideas/"><strong> идеи wordpress </strong></a> ? ну <em>правда</em>, кроме:</p><ul> <li> <p><em>идеи wordpress</em> имеет<strong> идеи от любого уровня пользователя </strong>поэтому забота энтузиастов теряется в хаосе.</p> </li> <li> <p><em>идеи wordpress</em><strong> не разрешено модерирование сообщества </strong>как stackexchange.</p> </li> <li> <p><em>идеи wordpress</em><strong> не поощряет хорошее форматирование </strong>и<strong> не разрешает редактирование </strong>поэтому, когда публикуется, оно должно оставаться м.</p> </li> <li> <p><em>идеи wordpress</em><strong> в одностороннем порядке были исключены идеи с самым высоким рейтингом </strong>в недавнем прошлом, без участия и без предупреждения сообщества. в stackexchange есть система аудита, которую мы просто не можем обойти, и у stackexchange не будет стимула исключать ключевые взносы.</p> </li> <li> <p><em>идеи wordpress</em><strong> использует только пятизвездочную систему рейтинга </strong>that<strong> не оказывает положительного или отрицательного влияния на репутацию пользователя </strong>. stackexchange предлагает голосование "за" и "против", которое влияет на репутацию пользователя, и последнее, похоже, лучше справляется с обеспечением качества и полезного участия.</p> </li> <li> <p><em>идеи wordpress</em><strong> требует от вас детализации, чтобы увидеть идеи </strong>и не<strong> предоставить целостное представление </strong>. используя stackexchange, мы можем иметь все функции, перечисленные на одной и той же странице (страницах), и иметь возможность сканировать обе детали без особой работы.</p> </li> <li> <p><em>идеи wordpress</em> управляется<strong> automattic </strong>. это не критика automattic, это просто признание того, что все субъекты заботятся о своих собственных интересах. но наличие чего-то, что не контролируется корыстными интересами automattic, может иметь реальную ценность. (<strong> перейти на дно </strong>для уточнения.)</p> </li> <li> <p>честно говоря, всякий раз, когда я публиковал идею на <em>wordpress ideas</em>, я просто чувствовал, что<strong> моя идея упала в черную дыру </strong>, о которой больше никогда не услышат. я хочу по-настоящему взаимодействовать с этими идеями и надеяться, что из них получится ощутимый прогресс.</p> </li> <li> <p>наконец, я, к сожалению, обнаружил, что основная команда и частые участники trac и wp-хакеров были <a href="http://core.trac.wordpress.org/ticket/14513">менее открыты для рассмотрения запросов функций для вариантов использования</a> они не знакомы, по крайней мере, от меня. поэтому я лично хочу, чтобы это было<strong> место, где я мог бы публиковать идеи функций </strong>для вещей, которые я считаю наиболее важными, и иметь возможность обсуждать их, не будучи приниженным кем-то, кто не предпримет усилий, чтобы понять обоснованность из моих вариантов использования. кроме того, если обсуждаемые идеи верны, то я хотел бы<strong> получить подтверждение от других </strong>которые я уважаю и кого <a href="https://wordpress.meta.stackexchange.com/questions/45/moderator-pro-tempore/46#46">кажется, развивают уважение ко мне</a> <strong> в отношении самих идей функций </strong>,.</p> </li> </ul><h3>а как насчет <em>вступительный взнос основной команды</em>?</h3><p>но подождите, разве мы не должны получить вступительный взнос основной команды wordpress, чтобы обсудить это? ну, на самом деле <em>нет</em>.</p><ul> <li> <p>это не должно быть только о функциях, добавленных в ядро, это также может быть<strong> о любых функциях, которые потенциально могут быть разработаны как плагины </strong>, или (<em>практически</em>) что-либо еще, что влияет на wordpress (<em>кроме тех вещей, которые может контролировать только automattic, как указано ранее</em>.)</p> </li> <li> <p>обсуждения<strong> могут ускорить сотрудничество </strong>среди пользователей здесь, которые знакомятся друг с другом и вызывают уважение друг к другу.</p> </li> <li> <p>хотя код, разработанный в результате перечисленных здесь функций, может никогда не превратиться в <em>core</em> как таковой, эти<strong> функции могут быть тем типом, который делает его доступным для основного плагина </strong>.</p> </li> <li> <p>отделив нужды конечного пользователя начального уровня от потребностей энтузиастов/дизайнеров/разработчиков<strong> мы могли бы предложить основной команде больше ясности </strong>и помочь им понять<strong> что энтузиаст/дизайнер/сообщество разработчиков считает необходимым </strong>в дополнение к более широкому сообществу конечных пользователей в wordpress.</p> </li> <li> <p>и, наконец, если у нас<strong> большое количество именованных пользователей с высокой репутацией </strong>здесь<strong> согласны с необходимостью данной функции </strong>, особенно если мы уже реализовали ее, я думаю, что есть большее вероятность того, что основная команда обратит внимание, чем если бы она была предложена одним человеком разочарованным способом (<em>что, я признаю, я делал один или два раза в прошлом.</em> :) iow, я думаю, что этот механизм может действительно помочь нам всем.</p> </li> </ul><h3>это усилие против wordpress/automattic?</h3><p>чтобы было ясно, я опубликовал это<strong> <em>не</em> </strong>я повторяю<strong> <em>не</em> </strong>, чтобы быть враждебным по отношению к automattic или основной команде wordpress. вместо этого я просто хотел использовать невероятный механизм, который stackexchange предоставляет нам для выявления наиболее востребованных функций, чтобы мы могли обсуждать и, возможно, сотрудничать и находить самые полезные функции.</p><p>опять же, я надеюсь, что эти усилия<strong> будут полностью положительными </strong>и что все, включая automattic и основную команду wordpress, получат огромную выгоду от его результатов.</p><p>и, надеюсь, это поможет.</p><p>-майк</p>

<p>есть некоторые важные инструменты, которые используются ежедневно, и я думаю, они действительно помогут разработчикам wordpress. они так важны на большинстве сайтов, я считаю, что они не относятся к плагинам.</p><p><strong> api форм </strong>- каждый сайт/фреймворк/cms имеет обработку форм того или иного вида, а wordpress - нет.</p><p><strong> media api </strong>- надежный медиа-api, особенно для управления и контроля пользователей, давно и долго находится на пути к этому.</p><p><strong> api пользовательских полей </strong>- что-то вроде wpalchemy (класс мета-бокса) должно быть встроено в ядро на базовом уровне.</p><p><strong> api администратора </strong>- управление элементами администрирования (меню, дополнения, поля и т.д.) может быть реальной болью для пользовательских ролей.</p>

<p>как насчет создания необходимого пользовательского интерфейса wordpress media для нового проекта api обертки потока gsoc для серверов rtmp/rtmpe.</p><p> <a href="http://wiki.github.com/jmstacey/wp-stream-wrappers/">http://wiki.github.com/jmstacey/wp-stream-wrappers/</a> </p><p>моя проблема в том, что я храню весь свой видеоконтент на отдельных кластерах серверов флэш-связи, поскольку я часто транслирую видео в реальном времени. одна вещь, которая сводит меня и моих клиентов с ума от wordpress - это необходимость покинуть редактор wp, чтобы пойти и получить код для встраивания видео с моей программной платформы управления видео других серверов.</p><p>чтобы сделать это еще хуже, я использую также highwinds и akamai cdn, оставляя мне видеофайлы в 3 местах.</p><p>возможность получить доступ ко всем моим медиафайлам с любого сервера, cdn, непосредственно в редакторе wordpress, станет мечтой. по крайней мере, для меня это будет моим приоритетом № 1 в этом году.</p>

<p><strong> конфигурация хранилища </strong></p><p>чем больше я использую linux derivates, тем больше я удивляюсь, почему все так тесно связано с веб-мастерами wordpress.org. репозиторий например. там только один. что было бы круче для сторонников и администраторов, чтобы настроить свой собственный репозиторий? так что предлагать дополнения, такие как темы и плагины, которые они заботятся о своих пользователях, в том числе. предоставление обновлений и т. д.</p><p>например, с темами, когда-то созданными для клиента, она/она интересуется этой темой, а не какой-либо другой темой. поэтому, запрашивая обновления, собственный репозиторий значительно упростит рабочий процесс с заказчиком, как, например, обновление в системе разработчика, а затем, когда она будет работать, публикация последней версии через репозиторий.</p><p>но прямо сейчас конфигурация wordpress repository и, вместе с ней, функциональность обновления полностью ограничены либо wordpress.org, либо теми, кто взламывает сопоставимую систему, которая не очень умна, поскольку большая часть функции репозитория уже реализована и существует не нужно, чтобы все делали вещи, которые могли бы сломать другие вещи.</p><p>основная проблема заключается в том, что он просто заблокирован на wordpress.org. я сильно не люблю <a href="http://en.wikipedia.org/wiki/vendor\_lock-in">вендорскую блокировку</a> в программном обеспечении, особенно не со свободным программным обеспечением. это делает известные преимущества свободного программного обеспечения все более устаревшими.</p><p>связанный билет: <a href="http://core.trac.wordpress.org/ticket/13067"># 13067 - конфигурация плагина и репозитория тем/ы</a> </p><p>похоже, что разработчики ядра против этого - очевидно, по разным причинам. но, в конце концов, это просто приводит к тому, что не всем пользователям предлагается функциональность, предлагаемая wordpress.org. это никоим образом не отягощает преимущества для профессиональных сторонников wordpress и администраторов, а также для системных администраторов в локальных сетях. так зачем ограничивать то, что может быть неограниченным по умолчанию?</p><p>если ядро wordpress не рассматривает возможность интеграции этого, я думаю, что должно быть возможно обеспечить это с помощью коллективного плагина, чтобы существующая функциональность стала доступной для всех, оставаясь совместимой друг с другом.</p>

<p>анализ и улучшение оптимизации скорости</p>

<h2>расширенные возможности интерфейса</h2><p>лично я считаю, что панель управления wordpress должна быть разделена на две части, а те, которые касаются content (посты, термины, ссылки, комментарии и т.д.), должны быть их передним краем, я чувствую лучшее удобство использования, когда я использую tumblr (для публикации контента), чем в wordpress. процент пользователей, использующих wordpress для размещения контента, выше, чем у разработчиков, таких как мы, для них нет необходимости показывать панель администратора.</p><p>wp-admin должен быть только для настройки (т.е. тем, плагинов, настроек и т. д.).</p><h2>встроенный импортер csv</h2><p>встроенный импортер csv будет удобен при загрузке большого количества контента через csv. я чувствую, что текущая опция импорта в wordpress используется только немногими, у многих есть контент в формате xls, у нас есть плагин для этого, но было бы лучше, если бы он был встроен.</p><h2>каталог вместо ссылок</h2><p>опция links является наименее используемой опцией в wordpress, и было бы хорошо, если бы wordpress изменил ее на опции каталога (с картой, распознавателем адресов), потому что их нет точно распознанного пакета, доступного для каталога в opensource, но их растущий спрос для этого. я думаю, что если каталог будет добавлен, то wordpress будет убийственной платформой.</p>

<h2>встроенный вариант рейтинга</h2><p>было бы хорошо, если бы у нас была хорошая рейтинговая система (например, на wordpress.org) для рейтинговых постов.</p><h2>расширенный вариант галереи</h2><p>текущая опция галереи включает в себя изображения только из загрузки, было бы хорошо, если бы они могли добавлять внешние изображения в виде пост-вложений, так как это включало бы их в галерею.</p><h2>ajax wordpress регистрация</h2><p>встроенная регистрация ajax может сэкономить время и избежать путаницы для пользователей. это может быть сделано через плагин регистрации bp-xtra, но я думаю, что это излишне, иметь встроенную опцию было бы хорошо.</p>

<h3>галереи</h3><p><strong> 1. </strong>в настоящее время вы<em> не </em>получаете вкладку "галерея", если вы не загрузили<strong> минимум 2 изображения </strong>в сообщение. поэтому невозможно использовать файлы библиотеки мультимедиа для создания новой галереи. по какой-то (неизвестной) причине есть поддержка добавления одних и тех же изображений (или других файлов) в несколько сообщений, но вы не можете создавать галереи из уже существующих сообщений.</p><p><strong> 2. </strong>bypass/фильтровать только разметку галереи. в настоящее время вы должны полностью переопределить функцию галереи просто для добавления. например. класс css для каждого изображения. нам просто нужен<strong> единственный фильтр </strong>, чтобы мы не повторяли (довольно длинный) код ядра снова и снова.</p>

<p>недавнее сообщение с изображением сбоку или любым изображением из the\_content на сайте.</p><p>как это <a href="http://prntscr.com/1oj69">http://prntscr.com/1oj69</a> </p>