Денис Артемьев

Как по мне MODx на сегодня лучшая cms для разработки корп. сайтов. Конкретно ваша задача больше похожа на приложение и фреймворк был бы наверное лучше, особенно на перспективу. Но все же:

Плюсы

• Modx хорош в первую очередь архитектурой, это не лапша WP из нескольких тысяч функций, писать код для него приятно и легко, можно и по-взрослому с ООП, контроллерами, сервисами и пр.
  
• Отличная система кеширования из коробки, можете настроить так, что сайт у вас будет все летать как истребитель.
  
• Есть шаблонизация, хотелось бы Twig конечно, но и Fenom не плох
  
• Сильное сообщество, если опять сравнивать с WP это не армия школьников научившихся php за 10 дней и выкладывающая говно плагины в репозиторий, в основном это чуваки, которые умеют писать код и причем правильно.
  
• Продолжая прошлый пункт - плагины, там они действительно хороши, некоторые платные, но это нормально про сыр поговорку мы все знаем, да и стоят не дорого, охватывают наверное весь необходимый функционал для CMS.
  
• Документация, подробная и обширная но инглиш знать желательно, хотя и на русском много материалов.
  
  

Минусы

• Лично для меня главное наверное необходимость регистрировать ресурсы(шаблоны, чанки, плагины) в интерфейсе самой CMS через браузер, достаточно сильно отвлекает и раздражает. Раньше вообще все хранилось В БД, да-да и шаблоны и php код тоже, править можно было только через встроенный редактор, это для меня была непостижимая дичь, как до такой говно фичи можно было додуматься. Сейчас от этого частично ушли, за счет статичных ресурсов, но не идеально.
  
• Мало хуков, системные события конечно есть, но их может не хватить для сложных задач.
  
• Порог вхождения, там используется специфичный синтаксис и подход, первое время придется поизучать его, но после привыкания все идет как по маслу.
  
• Малый функционал из коробки, не сказать что это минус, возможно наоборот, но некоторые компоненты вроде транслитерации url можно было бы и в ядро включить, в итоге в начале проекта нужно тратить достаточное количество времени на настройку и установку модулей.
  
• Интерфейс админки, тоже не минус а скорее вкусовщина, в нем есть несколько мелких проблем, он немного тормозной, некоторые моменты реализованы не удобно, если контент менеджер - это блондинка Юля с ресепшена, её может быть сложнее чем в том же WP.
  

Если Вы программируте «не веб» то может и неважно, но если Вы будете постоянно переключаться с IDE на странички, которые почти всегда светлые, то глаза устанут быстрее.

Неважно, просто чаще смотрите мимо монитора. Желательно в окно и далеко.

Вы меня, конечно, извините, но зачем ограничивать пользователя в выборе пароля? Зачем ограничивать длину пароля сверху? Зачем вырезать спецсимволы из его пароля, если он все равно будет хэширован (вы ведь хэшируете пароль, а не храните его plain текстом?)? Просто ограничьте минимальную длину пароля символами шестью.

P.S. И вообще как же меня выводят из себя всякие ограничения для пароля, типа: введите одну цифру, одну букву, одну букву в верхнем регистре, один спецсимвол, один китайский иероглиф. Для людей, которые делают такие формы, в аду, наверное, есть отдельный котел.

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

пс: порылся в справочном форуме гугла по этой проблеме, но и там как такогого решения не нашёл.. наиболее близкое это вот https://support.google.com/chrome/forum/AAAAP1KN0B...
ну и да, пункта Другие устройства (Other Devices) давно вроде бы как нет уже, его типо перенесли в хистори..
вот тут да показываются вкладки открытые на других девайсах chrome://history/syncedTabs
но это только на в данный момент реально открытых девайсах..
а вот то, что в управлении синхронизации - их не найти и не убрать никак...

data: {access_token:'1NLS4Os8zNwdeImN2hUUcaDpnTzNrfeM'}

Ключ access-token, а не access_token,
https://github.com/yiisoft/yii2/blob/master/framew..., строка 21
Если необходим access_token, то нужно переопределить в настройках поведения.

Отвечу кратко, используйте Trello - Играет роль таск менеджера, и там отлично можно делать спринты по агиле. Сейчас напилино очень много разного рода интеграций для Трелло и Slack + Trello, тоже хорошо работал.

Для гит - ставьте на дев сервера - GitLab или смотрите в сторону платного аккаунта на GitHub или BitButcket.

Баг трекер используйте из GitLab/GitHub Issue, ибо банально легко можно отслеживать как так провигается когда кто-то делает коммит с #issue_id.

Ну и система коммуникаций, должна быть на высоте! Я бы брал бы Slack.

Если нравится продукция Atlassian смотрите в сторону Jira, BitButcket и HipChat.

Но для меня лично лучше всего подходит GitHub, Trello, Slack и всё.

Давайте по пунктам постараюсь рассказать, как вообще надо работать во front-end.
1. Вы должны научиться думать блоками (блоками в потоке, выпадающими из потока, flex-блоками и тд и тп). Научиться можно только когда вы поймете как на самом деле надо верстать.
2. Начните с простой вёрстки. Возьмите макет в .psd (80% работы над каждым сайтом вы будете пользоваться PhotoShop и если вы его не знаете хотя бы на предбазовом уровне - печаль беда), импортируйте оттуда все нужные вам картинки ну и начинайте верстать шаблон поблочно, смотря где какой цвет шрифта, размер, жирность, размер блока, фон этого блока и тд и тп.
3. Зачем вы себе морочили голову gulp, sass, bootstrap когда ещё верстать даже нормально не умеете - я увы не понимаю. Вам ни один из этих инструментов не поможет пока вы не будете уметь именно верстать. На данный момент не думайте о технологиях, структуре и тд и тп. Просто сверстайте хоть какой-нибудь макет хоть как-то.
4. Общайтесь с людьми, которые вам могут помочь продвинуться в этой сфере. Таковых крайне много. Можете ко мне в скайп добавиться и узнавать некоторые вещи, можете к другим, к кому угодно фактически, наверно 60-70% верстальщиков с удовольствием поделятся с вами своим опытом
5. Пишите код аккуратно. Был тут недавно вопрос, в котором человек предоставил код, а там ни{ } нету, ни отступов нормальных нет, ну и половина ; просто потеряны, а в html теги применяются не по назначению вовсе. Нельзя так делать ни в коем случае, иначе ваш уровень не поднимется с уровня плинтуса.
6. Файловая структура: папки css images js и на уровне с этими папками лежат файлы .html либо .php всё. Если говорить о препроцессорах и сборщиках - не лезте пока в это, потом узнаете как только научитесь нормально верстать. Я думаю нет смысла объяснять что в папках тех должно лежать. Если вы считаете себя особенным - можете распределять внутри images картинки по папкам на составляющие, к примеру сделать папку отзывов, папку галерей каких-нибудь и тп, но я чаще так не делаю, не хочу чтоб дополнительные символы засоряли мне код и ухудшали читаемость.
7. Связывать между собой html и css судя по всему вы и так уже умеете и привязывать к ним js. Не знаю что вам мешает сверстать любой сайт если вы понимаете как устроены эти 3 технологии (а на них по факту всё и держится).

Итог: Забудьте про sass, gulp и прочее пока не сверстаете шаблонов 10, эти технологии вас никак не ускорят и никак вам не помогут пока вы не будете уметь просто верстать с шаблона .psd и писать нужные скрипты на js или jQuery хотя бы. Научитесь немного фотошопу и занимайтесь практикой. Найти те самые .psd вообще не проблема, их куча бесплатных в интернете.

Очень много вопросов. Отвечу только касательно порта. Nginx умеет проксировать websocket трафик.

location /wsapp/ {
    proxy_pass http://wsbackend:3000;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}

Подробнее можно прочитать https://www.nginx.com/blog/websocket-nginx/
Думаю apache и другие это тоже умеют, но конкретнее сказать не могу, так как не использую их.

Не хватает именно тех и таких, которые будут успешные, станут очень популярными и следовательно принесут создателям много прибыли! А это как раз уже тайна индивидуально каждого разработчика или вдохновителя проекта :)

Не хватает адекватных коммунальных сервисов.

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

Но понятно, что такие сервисы должны быть не просто так, а сами коммунальные хозяйства должны быть исполнителями.