Такие вопросы правильней задавать в техподдержку, потому что это зависит от настроек конкретного сервера. Во-первых, у вас там может вообще не apache крутится, а nginx, то есть ему .htaccess вообще по боку. А даже если апач, у него могут быть отключены настройки редиректа через .htaccess

Грядет смена глобальная, поэтому многий функционал пока скрыт. Вот прямая ссылка: https://modxclub.ru/add-topic.html Через несколько часов все модификацию будут отключены, поэтому не затягивайте.

Прощу прощения, хотел бы задать вопрос, но не знаю, как тут топик создать?

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

Спасибо, было интересно почитать мнения! P.S. Николай, а мог бы ты отписать моё мыло от уведомлений на комменты? А то столько писем на мыло прилетело)

Столкнувшись со всем этим непосредственно, не верю, что какие-то небольшие компании могут создать серьезный продукт такой направленности. Поэтому кроме React Native ничего всерьез больше не воспринимаю пока. Чисто только как энтузиазм и источник идей. Коммерческий проект не стал бы на таком делать. Ну а вообще, советую многим воздержаться от выхода на эту дорожку. Слишком она скользкая. Гораздо перспективней PWA https://habr.com/post/418923/ . Пока это еще не стандарт, но, считаю, эту очень перспективный и быстроразвивающийся рынок.

Наверное, просьба уже не актуальна. Но не в этом суть. Для тех, кто будет искать подобные решения, я думаю, что нужно понять одну простую штуку - если что-то не работает, значит этот что-то сделано неправильно. Я в таких случаях просто убираю неработающее, продумываю структуру вновь и переписываю все заново. Обычно помогает :)

Полностью согласен насчет переводов. Упоминание про перевод на Хабре привел лишь для того, чтобы те, кому буржуйский язык пока не ведом, хотя бы общий смысл статьи приняли. А подводных камней в статье я тоже насчитал немало. Потому и сказал, что это, в целом, велосипед. Просто был коммент про мобильную разработку, а я как раз на днях эту статью прочел. Вот и привел. Думаю, пытливые умы не перестают биться над тем, чтобы свести мобильную и веб разработку в русло одного какого-то инструмента. Решения постоянно появляются (нередко для того, чтобы "заморозиться" через некоторое время). Например, вот проект Jasonette (http://jasonette.com). В общем и целом, этот инструмент придуман для создания мобильного приложения на базе веб-проекта, который уже существует. Т.е. разрабатывать мобильное приложение, задействующее нативные возможности мобильных платформ и одновременно включающее материалы работающего сайта, а также локальные ресурсы. У меня самого руки пока не дошли до опыта я этим инструментом, но подозреваю, что нюансы будут и тут. Хотя бы потому, что предполагаю, что не каждый сайт получится без усилий преобразовать в мобильное приложение. Разве что облегчить работу.

Часть коммента скушалась... Еще один минус в костыльности связки... Если коротко, то можно писать JS-модули без всяких там бабелей и т.п., и даже загружать их в браузер и уже на стороне браузера использовать как модули (прописав < script type="module" src="..." />). Но хотя практически всеми современными браузерами это поддерживается, общая экосистема еще не выстроилась, в основном из-за того, что из .mjs нельзя просто так вызвать модули ил .js и наоборот :) А плюс к этому еще и тесты ломаются. То есть тот же jest, на тикет которого я привел ссылку, просто не поддерживает тестирование .mjs. По этой причине пришлось мигрировать с jest на mocha. Вот такая фигня. Это, считай, краткое повествование одной рабочей недели. Подобных примеров так много, что я мог бы несколько статей полноценных написать. Я это все к тому, что с такими темпами, полагаться на переводы - утопия. Хочешь или нет, а надо изучать хотя бы технический английский и прописываться на забугорных ресурсах. Иначе просто никак. А на днях решил реанимировать сайт на js, который не трогал 3 месяца. И знаете что? Он не запустился :) За три месяца на этом сайте более трех десятков компонентов обновилось, часть из которых не имела обратной совместимости. То есть в современном вебе 3 месяца - то вполне реальный срок, чтобы выпасть из общего потока, и даже если не обновляться и поддерживать работу просто в первоначальном виде, скорее всего новые плюшки на него натягивать не получится просто из-за того, что новые компоненты будут требовать более свежие версии, чем те, что установлены на сайте. Но это в случае, если вы пишете сайт полностью сами. Сейчас же я свои сайты все перевожу на prisma-cms и таких проблем стало во многие разы меньше, так как если хоть на одном сайте выявляется неподдержка чего-либо на уровне ядра, обновляется ядро, выливается свежая версия в сеть, а на конечных сайтах просто выполняешь обновление зависимостей и все, "едем дальше, видим мост". Тут уже сосредотачиваешься только на своих конечных компонентах. Сорри за много буков...

Саша, за статью спасибо. Но там столько подводных камней, что просто ппц. К примеру, раньше для быстрого старта предлагался https://github.com/react-community/create-react-native-app , по аналогии с create-react-app. Сейчас же этот репозиторий заморозили и предлагается https://github.com/expo/expo-cli Expo отлично подходит для веб-разработки, НО! С августа гугл поднял планку по минимальной таргет-версии SDK. https://developer.android.com/distribute/best-practices/develop/target-sdk И знаешь в чем прикол? В том, что Экспо просто не поддерживала его. Там получался замкнутый круг: если обновляешь SDK, Экспо не работает, а если даунгрейд, то просто нельзя залить итоговое приложение в маркетплейс. В итоге пришлось несколько дней потратить на то, чтобы научиться собирать React Native приложение средствами Android Studio без всяких там Экспо и т.п. Но результат порадовал. Приложение, собранное Экспой, весило 36 метров и ппк как тормозило, то есть так, что даже на Note-4 страница начинала отвечать только через минуту в прямом смысле. После того, как собрал на студио, как я и говорил, приложение весило всего 12 метров и отлично запускалось и работало даже на старом LG 500 (по-моему так модель, ей несколько лет, год она просто в ящике провалялась, и там Андроид 4.4). И это при том, что старая лыжа была заменена по причине того, что практически на всех приложениях уже тормозила. К сожалению, вы не сможете потестировать то приложение, потому что оно для системы пропусков в бизнес-центре, и там надо логин-пароль получать в администрации, самостоятельно не зарегаться, но скоро появится приложение для modxclub.ru и исходники и инструкции выложу. А так, все это реально очень сложно. И к слову, про статьи на хабре. Как правило да, это во-первых, перевод, во-вторых, чаще всего очень запоздалый. Сейчас темпы развития таковы, что не редко счет действительно на часы идет. Не редко, заходя на гитхаб в поисках ответа на возникшую ошибку, узнаешь, что причина появилась всего несколько часов назад в связи с какими-нибудь обновлениями. Обновления бывают мелкие и устраняются легко своими силами или подождать день-два, а бывает что-то глобальное, как появление babel-7, много что полетело, и тот же react-scripts-2 идет с его поддержкой, но долгое время еще react-scripts-1 шел основной веткой, потому что не было у них обратной совместимости, а 1-ую версию перевести на babel-7 было нереально. Или посмотрите вот на эту ветку: https://github.com/facebook/jest/issues/2441 Фейсбук два года уже не может закрыть тикет на вывод отладочных сообщений в асинхронных методах. Два года, Карл! Я не знаю занимаетесь ли тестами вы, а я в последнее время довольно плотно ими занимаюсь (а иначе практически нереально за ночь переписать хоть и маленькую, но социальную сеть) так, чтобы было минимум ошибок и максимум обратной совместимости. Так вот, вот этот их баг - полнейший АДъ! У тебя просто в отдельных моментах отсутствует какая-либо отладка. А вот это? https://github.com/facebook/jest/issues/4842 Тоже год уже не могут закрыть. Вот, к примеру, к прочтению: https://habr.com/company/tuturu/blog/326716/