Pull to refresh
3
0
Send message
А разве нужно регистрировать счёт физического лица в налоговой?
Важно всё-таки сохранять связь с реальностью: просить +30% к рынку даже сейчас выглядит странно :)

Уровень зарплат в IT очень разный. Я думаю, при одних и тех же условиях работы, уровень ЗП в разных компаниях может отличаться на много больше чем на 30%.
У кадровиков есть простая схема понять, сколько вы стоите.

У соискателей есть простая схема узнать сколько можно получить за данную работу. Нужно изначально запросить сумму большую чем вы сами ожидаете. Например, если вы рассчитываете получить сумму в пределах 2000-3000$, диалог должен быть примерно таким:

Работодатель (надменно): Какие ваши финансовые ожидания?
Соискатель (невозмутимо): Я рассчитываю получить 4000 — 5000$.
Работадатель (смущенно): Хм, у меня весь бюджет 3000$.
Соискатель (снисходительно): Ну ладно, давайте пока 3000$.

Конечно, тут важно не перестараться. )
Т.е. магазин с посещаемостью менее 10К в сутки нельзя называть магазином?
Кстати, дословно autocomplete можно перевести как автозавершение. Это тоже довольно устоявшийся термин.
Наверно, правильней будет использовать термин автодополнение.
Для линукса использую горячие клавишы (глобальные) и вот такой скрипт:
#!/bin/bash

selection=$(xsel -o | sed 's/\.$//g' | sed 's/\,$//g' | sed 's/\:$//g')
#notify-send "Process: "$selection;
case $1 in
  g) xdg-open https://www.google.com/?q="$selection";;
  y) xdg-open http://yandex.ru/yandsearch?text="$selection";;
  t) xdg-open http://www.lingvo-online.ru/ru/Translate/en-ru/"$selection";;
  w) xdg-open http://en.wikipedia.org/wiki/"$selection";;
  p) xdg-open http://ru2.php.net/manual-lookup.php?pattern="$selection";;
  u) google-chrome "$selection";;
  o) opera "$selection";;
esac

Соответственно, при нажатии ALT + T открывается онайлн словарь Лингво с переводом выделенного слова.

А ну это не страшно. Я думал будут проблемы с миграцией данных. Конечно, нет смысла переводить сайт на новую мажорную версию, если не планируется координально менять функционал. По поводу D7CX, так и ведь никто не заставляет делать upgrade сразу как только появится релиз. После выхода 7-ки многие студии еще целый год делали сайты на 6-ке, что бы не тратить время на исправление багов в сырых модулях или на самостоятельное портирование их. Потом плавно перешли на D7. Так сказать на готовенькое. )
А что там такого страшного то? Прям интрига какая то. )
Только ждать Drupal 8, на который вы не сможете смигрировать ни один ваш сайт.
Глупый вопрос. А почему не сможем? )
Вот кстати список проектов которые «расписались».
symfony.com/projects
Drupal позиционирует себя как CMF, однако в этой роли это полный шлак. Сами авторы в этом расписались, приняв решение мигрировать на Symfony.
А как по английски будет «Друпал полный шлак»? Лень всю статью читать. )
Это ваше единственное возражение по моему комменту? :)
Это не возражение. Просто интересно стало. На стольких разных проектах делали деплой фичами и не знали, что половина модулей их не поддерживает. У Features если другие проблемы, но вы ни одну их них не назвали.
Features — тоже не выход, потому что вы никогда не сможете нормально задеплоить с их помощью фичи реального сайта. Половина модулей не поддерживает Features или поддерживает криво или не полностью.

Вы какие то странные вещи расказываете про Features. Можете назвать хотя бы несколько модулей из этой половины?
Ну а причем тут количество программистов в проекте? Что бы оценить уровень проекта достаточно просто зайти на сайт (ссылка есть в топике). Конкретно для этого проекта, вполне вероятно, можно было использовать какую то другую платформу вместо друпала. Разумеется при наличие программистов с соответствующим опытом.
В статье описаны проблемы с производительностью, которые возникли при разработке данного конкретного магазина. И способы их решения. Но со стороны это больше похоже на расказ про то как мышки плакали и продолжали есть кактус. )
Для менеджеров полезно создать отдельную роль, у которой не будет таких прав. Ну и field UI на продакшене лучше выключить. Кстати, тоже интересно каким образом deleted повлиял на скорость выполнения запроса.
Так я про типовые сайты-визитки и не спорю.
Малобюджетные сайты это намного больше чем «типовые сайты визитки».
Можно условно определить их объёмом работы: 2-3 недели для одного друпал разработчика средней квалификации (включая вёрстку). Это огромный сегмент рынка, в котором джанго и рельсы почти полностью отсутствуют ввиду своей неконкурентноспособности. Наивно полагать все фрилансеры и студии которые «держат» это нишу на рынке имеют закостенелый мозг и не понимают, что ауди лучше жигулей.
Я не понимаю людей, которые упорно сидят на Drupal и опирают на него свой бизнес.
Потому что этот бизнес приносит им деньги, а эти деньги рождают спрос на друпал. Делать мало бюджетные сайты на рельсах или джанго сомнительное удовольствие. Заказчик платит за результат, а результат это качественный сайт. На каком ЯП или фреймворке сделан этот сайт мало кого интересует. Главное, что этот сайт работает и выполняет функции для которых он создавался.
Хотя, для фильтров у которых нет фиксированных значений наверно не стоит кэш включать. Количество комбинаций получится огромным.

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity