Требуется опытный друпал-разработчик на фулл-тайм (Москва, но возможна удаленная работа)

Компания: Sterno.ru

Требования:

— отличное знание PHP и Mysql
— отличное знание Drupal (отличное знание API на уровне свободного создания собственных модулей)
— желательны навыки использования drush и features
— обязательны навыки использование систем контроля версий (git)
— иметь представление о различных видах автоматического тестирования, не пугаться слов "continuous integration" (опыт в этих областях не обязателен)
— иметь представление о современных подходах к веб-разработке, как на стороне сервера, так и на стороне клиента. Не обязательно это все уметь делать самому, но представлять, какие технологии сейчас существуют, как и для чего применяются (а при необходимости - вникнуть) — нужно.
— очень приветствуется знакомство с jQuery и другими js-фреймворками, опыт ajax-разработки
— большим плюсом является знание Python

Основные обязанности:

— поддержка сайтов на Drupal (4.7, 5, 6)
— разработка новых сайтов на Drupal (6, 7)
— (возможно) разработка сервер-сайда приложений для соц. сетей
— участие в выстраивании процессов разработки и обеспечения качества

Работать можно как в офисе, так и из дома (не обязательно в Москве), но график должен более-менее совпадать с общепринятыми рабочими часами.

Зарплата ориентировочно 70000, точнее определим в результате общения

Пишите afedoruk@sterno.ru

требуется опытный друпал-разработчик на проект, а после возможно на фуллтайм

нам в команду sterno.ru требуется опытный разработчик на проект (разработка сайта + темизация) прямо сейчас, но с дальним прицелом: хотелось бы потом работать с этим же человеком (если все сложится хорошо) на постоянной основе или на фулл-тайм.

требования: отличное знание друпала, свободное использование его для создания кастомных решений, требующих написания собственных модулей (т.е. не только умение собрать что-то из готовых компонентом), ответственность, высокая производительность, организованность.

пишите afedoruk@sterno.ru, расскажу о проекте, поговорим о сроках и условиях. проект небольшой, но достаточно интересный для портфолио.

Требуются два продвинутых drupal-разработчика на постоянную работу (Москва)

В Стерно.Ру (проекты на Друпале: pepsi.ru, stardogs.ru, webplanet.ru, forbesrussia.ru и др.) на постоянную работу требуются два опытных друпал-разработчика. Задачи: создание больших и сложных сайтов (ближайший проект - портал бумажного издания с большим количеством контента, развитой системой его публикации и богатым социальным функционалом), создание сайтов-сообществ, поддержка текущих проектов.

Основное требование: опыт создания сложных сайтов на Друпале. Большими плюсами будут опыт разработки высоконагруженных сайтов, навыки работы с системами контроля версий. Также важна возможность сразу включиться в работу.

Постоянная работа подразумевает полную занятость, но приезжать каждый день в офис (м. Белорусская) не обязательно. График работы свободный, но необходимо соблюдение сроков и выполнение поставленных задач.

По всем вопросам пишите - afedoruk@gmail.com

Web - разработчик (Drupal, PHP) (Москва)

Описание задачи:

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

Основные требования:

- детальные познания и опыт в разработке сложных приложений PHP
- подтвержденный опыт в написании собственных модулей на Drupal
- глубокое представление об архитектуре Drupal, принципах работы
- знание HTML, CSS и JavaScript
- опыт работы с jQuery, в том числе разработка Ajax-приложений
- базовые познания в области баз данных, программирование и настройка (MySQL)
- подтвержденные навыки управления проектом технической веб-разработки.

Дополнительные требования:

- опыт разработки архитектуры сервера для работы сайтов с большой посещаемостью
- опыт внедрения и использования проектной методологии agile
- желателен опыт работы в крупной компании, издательском бизнесе
- знание английского и немецкого языка является преимуществом
- коммуникабельность, умение работать в команде, молодом коллективе.

Контактное:
Издательский дом Axel Springer Russia
Татьяна Бойнова, hr@axelspringer.ru

Дополнительная информация:
Москва, СВАО (Северо-Восточный Административный Округ), м. Ботанический сад
Режим работы: 10.00-19.00, Пн.-Пт. (можно выбрать другой)
Белая зарплата

flexinode: тип поля - ссылка

Не претендую на серьезные дополнения к flexinode в духе kiev1, просто завалялся файлик, добавляющий тип поля "ссылка". ничего интересного не делает, просто отображает ссылку ссылкой, чего можно добиться и темой.

переименовать в field_url.inc и положить в папку к другим файлам флексинода.

Спецсимволы HTML

Мне кажется, это простой вопрос, но что-то переклинило, не могу найти решения. Спецсимволы типа "«" в заголовках превращаются в «, и так и выводятся вместо левой кавычки. В теле поста такого нет.

Понятно, что где-то срабатывает htmlspecialchars(), но где и как с этим бороться - никак не найду. Думаю, ответ на поверхности, ткните носом, пожалуйста.

Модуль рассылки - simplenews

Не могу сдержаться.
Тут как-то поднималась тема модуля, реализующего рассылку. Подходящего модуля, реализующего самый привычный нам вариант расылки, тогда найдено не было. Существуют notify и subscriptions, которые делают совсем другое. Я уж собиралась написать такой модуль сама, потому как часто используемая функция, но перед этим решила еще раз прошерстить список модулей, и нашла там чудесный модуль simplenews (http://drupal.org/project/simplenews)
Непонятно, почему я его там раньше не замечала, вроде бы вопрос о рассылке поднимался не так давно, а дата на странице - July 6, 2005, но не это важно. Важно то, что модуль совершенно замечательный :) Правда, о нем однажды упоминалось тут (http://drupal.ru/node/1176#comment-4846), но мне кажется, это мало для такого замечательного модуля, который может:

неполная локализация пунктов меню

На общей волне имею вопрос по локализации. При установленном и в основном нормально работающем модуле локализации неоторые пункты основного меню типа "administer" или "create content" остаются непереведенными (хотя эти строки на самом деле передевены). где это кэшируется - я никак не могу понять.
в чем может быть дело?

Новый сайт

Заканчиваю сайт. Было непросто, потребовалось много нестандартных решений, которые сейчас я реализовала бы уже по-другому, век живи - век учись. Концептуально все решено, но наверняка осталась куча всяких багов, потому что толком сайт еще не тестировался и не наполнялся. Так что если кто-то будет смотреть и встретит глюк - пожалуйста, напишите мне об этом.

Прежде всего меня сейчас интересует - как там с кэшированием. Я пытаюсь смотреть под разными бразуерами и разными пользователями - выходит полнейшее кровосмешение :( Это главная проблема, которую пока не удалось побороть.

Модуль relativity для 4.5 - ошибка

В модуле relativity для версии 4.5 - ошибка в строке 1144:

$node->body = $node->body . $nav['content'] ? form_group(variable_get('relativity_ancestors_label', t('Related Ancestors')), $nav['content']) : '';

Очевидно, что имелось в виду

$node->body = $node->body . ( $nav['content'] ? form_group(variable_get('relativity_ancestors_label', t('Related Ancestors')), $nav['content']) : '');

"." имеет более высокий приритет, чем "?"

мне начинает нравиться

чем больше вникаю и копаюсь, тем больше мне нравится Drupal. хотя сначала была полная растерянность - совершенно неясно было, как добиться от него того, что мне нужно, помимо стандартных возможностей. и с какой стороны подходить - и то непонятно было. хорошо бы написать для новичков некую статью, которая разъясняла бы общую концепцию системы с точки зрения разработчика - про модули и хуки, про menu_callback и прочие чудесные вещи. в handbook'е на родном сайте кое-что есть, но это мало что дает.

в себе пока, правда, не чувствую сил написать такой документ, но он

taxonomy-otf для 4.6.

Вот немножко (совсем чуть-чуть) доработанный для версии 4.6 модуль taxonomy-otf. Никаких больше проблем для работы с ним в версии 4.6 я не заметила, но я его на практике не использовала - просто смотрела функциональность. Так что не гарантирую, что он работает как надо во всех случаях. Если найдете ошибки - сообщайте.
P.S. Не знаю, каким образом правильно оформлять такие доработки.

Легкое добавление терминов

Я сейчас делаю модуль (условно назовем easyterms), который позволял бы легко добавлять термины в какой-либо словарь при редактировании ноды. Например, у меня есть тип "Новости" и есть словарь "Ключевые слова". Я хочу, чтобы при добавлении новости я могла бы не только выбрать ключевые слова из существующих (стандартное поведение), но и сразу добавить новые: просто ввести в текстовое поле ключевые слова через запятую, а потом разобрать, новые - добавить в словарь и привязать к новости, повторяющиеся - просто привязать к новости.

Так вот, сейчас для этого я помимо файлов самого модуля лезу в код модуля taxonomy.

Вакансии и резюме

Нужно сделать раздел вакансий. По каждой вакансии должна быть возможность отправить резюме. Вакансии, конечно, делаются с помощью flexinode. А вот по поводу резюме не знаю, как лучше сделать.

Есть вариант на каждую вакансию заводить book, в которую складывать саму вакансию и опрос, созданный с помошью модуля survey.

Есть вариант создать с помощью flexinode объект "Резюме", права на создание которого есть у анонимного пользователя, и привязывать его к вакансии через relativity. Тогда надо возиться с тем, как представить это пользователю - ведь хочется чтобы у каждой вакансии была ссылка "отправить резюме", чтобы резюме приходило по почте ответственному за эту вакансию и т.д.

relativity

Посмотрела модуль relativity для организации связи между объектами - в сочетании с flexinode почти та функциональность, что мне нужна. Пожалуй, большинстве стандартных случаев такой связки будет достаточно, но у меня ситуация, когда объекты одного типа могут иметь с объектами другого типа связи разного типа (что делать с тем, что слово "типа" три раза повторяется в этом предложении, я не знаю :)).

Конкретнее - есть проекты и есть организации. Организация может относиться к проекту как клиент, для которого проект выполнялся, а может - как партнер, участвовавший в проекте. Теоретически можно создать некие псевдообъекты "Связь проект-клиент-организация" и "Связь проект-партнер-организация", и дальше уже связывать организации и проекты через них, но как-то это некрасиво. Будем думать дальше.