Заказчик обновил ядро до 8.6.1 и частично отвалился функционал написанных мною модулей (касается в первую очередь запросов к структуре иерархии таксономии):
SQLSTATE[42S02]: Base table or view not found: 1146 Table taxonomy_term_hierarchy doesn't exist
Даже не парсинга, а с получением данных по REST API с https://www.cryptocompare.com/
API бесплатный (во всяком случае - пока), но просят разместить где-нибудь на сайте ссылку с указанием источника.
Модуль писался под конкретный проект на Drupal 8 за деньги. Но теперь лежит без пользы.
Стоимость модуля 5 000 р. Доработка под ваши нужды и кастомизация - за отдельную плату.
Ссылку на "посмотреть в действии" (т.е. на живом сайте) дам в личке, пишите.
Кто уже ставил под D8 ?
И каким образом (готовая тема, стартовая субтема и т.д.) ?
Также фичи, баги, мнения, критика.
PS. Вообще-то уже перенёс с BS3 на BS4 один из своих проектов, но он ни разу не на Друпале. Пока что из минусов отметилась возня с разметкой типичных для bs3 контейнеров .well и .panel, которые пришлось приводить к унифицированному в bs4 заменителю .card . Из плюсов - порадовали новые flex'ы.
Вот просто стало интересно.
Как считаете, кто есть (и есть ли) главный друпаллург на обозримом RU-пространстве? Кто самый наикрутецкий спец? Кого можно считать абсолютным и бесспорным авторитетом? Кому вы доверяете или, может, чьи посты/статьи/откровения вы читаете с благоговейным трепетом и благодарностью? Или, возможно, кто-то для вас аки чистейший и незамутнённый источник, из которого вы черпаете доброе, вечное, полезное? В общем, кому бы вы отдали лавры Главного Друпаллурга Страны?
Как говорится - "баян", наверное, но таки для меня стало новостью )
Недавно копал параметры запуска PHP с командной строки и с удивлением обнаружил, что в интерпретатор PHP ещё аж с 5.4.0 встроен собственный простенький HTTP-сервер: http://php.net/manual/ru/features.commandline.webserver.php
Встроен в CLI-версию интерпретатора (т.е. версию для парсинга через интерфейс командной строки). Запуск сервера через параметр -S с указанием любого порта:
Есть:
1. Форма entity form
2. В этой форме множественное поле типа "Коллекция полей" с двумя дочерними полями: тест (число) и список выбора (select).
Требуется:
Сделать в hook_form_alter добавление и предзаполнение коллекций полей множественными значениями по умолчанию при создании новой сущности. То есть автоматически добавить несколько рядов произвольных данных, не прибегая к ручному добавлению с помощью кнопки "Add more". И даже вообще скрыть кнопки "Add more" и "Remove", поскольку в рамках именно этой задачи они не нужны.
18 февраля в возрасте 40 лет скончался известный русский хакер,писатель и публицист Крис Касперски (AKA Николай Лихачёв). Несчастный случай произошёл 10 февраля во время прыжка с парашютом в США, где Николай жил и работал последние годы.
"...друпА'л (OR | NOT) дрУ'пал?..."
Предлагается вставить запятую в нужном месте )
Ну или выбрать оператор.
Слышу от других и так и так. Говорю и так и так, но чаще всё же друпА'л. А вы?
К сожалению (или к счастью), в последнее время редко заглядывал на форум. Но последнюю неделю - скорее от избытка времени - посещал чуть ли не ежедневно.
"А вот ещё красивая картинка" ©
Занятная история последних дней.
Кто сталкивался? Как D ведёт себя в TOR? Есть ли подводные камни?
В общем, чего ждать?
Несложный проект и бюджет ограничен.
Всё очень просто и сам могу сделать.
Но занят, ох, занят делами столичными.
Ищу друпаллурга, пусть сбацает мне.
Клянусь: нефиг делать, да сам бы я смог,
Не будь я так занят делами столичными.
Аванса не дам, бо имею урок.
Кому интересно - пишите мне в личные.
Ну кто опять ноет про низкий бюджет?
Добавить ноли, а ты сам кто такой?!
Мне, братцы, тут нужен конкретный ответ,
Коль не берешься - свали и не ной.
Чувак, ты опух? Ценник твой просто ржака!
Сбрось два ноля, там ваще низший класс.
Но так, чтоб красиво, и чтобы без брака,
И не трынди про двадцатку за час.
Вы чё, оборзели?! Все разом свинтились?
Да что тут, блин, делать - я сам бы так смог.
Всего лишь распарсить, всего лишь закодить,
Родилось жёсткое решение "на скорую руку": как вывести средствами views и несложного хука список терминов верхнего уровня из одного словаря со счётчиками материалов во вложенных (дочерних) терминах (рекурсия без привязки к глубине).
Я специально заострю ваше внимание: только РОДИТЕЛЬСКИЕ ТЕРМИНЫ и вывод именно СРЕДСТВАМИ VIEWS (поскольку требуется кроме этого вывод ещё ряда связанных с терминами полей - изображение, tid и т.д. плюс условие не перестраивать имеющуюся CSS разметку выборки, связанную с views).
Просто ещё один опрос - ради банальной статистики (думаю, результат будет всем интересен).
Самый такой незамысловатый и естественный вопрос: а для чего мы все тут собираемся - в основном? Что нас приводит на drupal.ru? Разумеется, сложно охватить все возможные мотивационные моменты, многие из них часто как бы комбинируются и охватывают несколько пунктов опроса, но я думаю, что каждый таки сможет выделить для себя наиболее основное, главное.
Прошу ответить честно. Если не находите готовых вариантов/опций ответа - добро пожаловать в комменты, это тоже интересно.
Однобокости, односторонности, одноклеточности и однотипности посвящается.
Предлагаю устроить миниконкурс на самое бестолковое/беспонтовое объявление типа "Ищу специалиста на постоянку", "Мне нужно сделать сайт", "Памагите напесать модуль!!!", " и т.д. Короче - такой как бы формат объявления, которое, по мнению заказчика, должно прямо-таки неизбежно заинтересовать разработчика.
Жутчайший угар и мрачнейший хоррор приветствуются.
Но без пошлятины. Все очень серьёзно, да-да. Тут вам не это.
Бюджета у конкурса нет. Победителю - просто лавры.
Предложение 1. Обязать публиковать хотя бы минимальный бюджет проекта.
Предложение 2. Обязать публиковать чёткое ТЗ (ну, тут уже иногда могут быть некоторые исключения - например, если заказчик ещё не знает, насколько реализуем проект в принципе).
Причины:
Причина 1: есть предложения, с которыми загодя просто нет смысла связываться. После длительного разбора всех технических деталей/условий часто выясняется, что работа не интересна/не выгодна в материальном плане и заказчик не располагает адекватным бюджетом.
Причина 2: сам разбор деталей/условий, при котором тратится много времени на распутывание вводных и имеющейся конфигурации заказчика. По сути дела - это уже работа.
Себе на заметку и другим в помощь.
Сниппет выводит общее количество ВСЕХ опубликованных (подтверждённых) комментариев сайта.
<?php
$result = db_query("SELECT COUNT(cid) AS count FROM {comments} WHERE {comments}.status = 0");
print '<a href="/comments" title="Все комментарии сайта">Все комментарии (';
$row = db_fetch_object($result);
print $row->count;
print ')</a>';
?>Или оформление в виде функции в template.php
<?php
function get_comments_count() {
$result = db_query("SELECT COUNT(cid) AS count FROM {comments} WHERE {comments}.status = 0");
$row = db_fetch_object($result);
return '<a href="/comments" title="Все комментарии сайта">Все комментарии (' . $row->count . ')</a>';
}
?>В последующем можно вставлять в любом месте page.tpl.php используя вызов
<?php
print get_comments_count();
?>Нужно что-то для управления кэшированием страниц и подгружаемых компонентов на стороне клиента (чтоб каждый раз не жать Ctrl+F5, Ctrl+R, etc).
По принципу: обновились шаблоны (таблицы CSS) - установить соответствующий last-modified в заголовке.
Вопрос именно про модуль - чтобы не лазать каждый раз в шаблоны, а писать эти метатеги из админки drupal'а.
Смысл: над проектом "на горячую" работают несколько людей, нужно чтобы они могли видеть изменения в структуре вёрстки/разметки, сделанные другими исполнителями.
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
