- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Сейчас будет ещё сравнителньый тест по дорам на вп и ларавеле, ожидаю что норм пройдёт.
Сейчас будет ещё сравнителньый тест по дорам на вп и ларавеле, ожидаю что норм пройдёт.
Доры на чем? На laravel?
Вобщем вероятно сегодня будет выпущена одна или несколько версий генератора на Node под Wordpress в триал, даже скорее прототипном исполнении, практически отсуствует фронтенд, но функционал доведен фактически до запуска генерации одним запросом в браузер на определённый порт, также планирую создать телеграм канал с прототип-версией и другими примерами из темы по разработке ботов на Node.
Это не продакшн-версия, то есть больше пробный вариант для раскрытия возмжностей технологии.
По поводу PHP, категорически рекомендую писать вспомогательный софт на Node даже выучить Go, столкнулся с тем... ну реально производителньость решения задач на PHP в 30-100 раз по времени уступает скорости решения на Node, производителньость также, если брать моменты деплоя, то есть развертывания то нода полностью ставится с консоли без редактирования конфигов и все решения предельно тривиальны в то время как при решении на PHP приходится обгугливать очень много чтобы просто настроить, ReactPHP оказался "тепличным" то есть у него определённый диаппазон условий применимости, в то время как на Node он работает всегда и стабильно, Node не вылетает при работе сутками... Вобщем рекомендую на Node писать подобное.
Прежде чем начать работу с новым экспериментальным генератором сайтов необходимо установить NodeJs в данном случае рассматривается установка для Windows 10.
goto
https://nodejs.org/en/
качем последнюю версию, ставим.
---------- Добавлено 09.03.2020 в 15:51 ----------
Архитектурные особенности решения:
Допустим обычно недорогй софт делается монолитом и поточным кодом, то есть последовательно, как правило это даже обычный процедурный код не объектноориентированный.
В случае ноды а NodeJs асинхронен то есть последующий запрос может быть обработан ранее предыдущего и только в редусере (Reducer) они сойдутся и отправятся на следующий шаг обработки, так вот в ноде принята REST архитектура, это когда на одну задачу один сервис, соответственно на сервис отводится отдельный порт, конкретно в прототипе генератора задействуется до 5 портов, но никаких настроек среды необходимости делать нет, то есть нет необходимости устанавливать xampp или какие-то вэбсерверы, в случае прототипа все консоли запускаются bat-скриптом а в случае Linux вы эти консоли даже не увидите без команды top.
Уатсновка
Инталлер под Windows:
необходимо запустить install_windows_7810.bat
Зачем ставить нестабильную версию ноды для боевого использования, там используется какая то ультра современная фича, которой нет в LTS версии?
Сервисы надо запускать через pm2, а не батниками. Разрабатывать с помощью pm2-dev или nodemon.
Делить сервисы на физические процессы в контексте генератора имеет смысл если алгоритмы выжирают процессорное время и большую часть времени возврат в event loop не происходит.
А вообще чтобы не иметь проблем из за особенностей windows рекомендую установить в нее WSL и уже из под Ubuntu запускать те же оснастки, что будут потом на боевом сервере.
Зачем ставить нестабильную версию ноды для боевого использования
Конкретные багрепорты по теме нестабильности? Ставить последнии версии -- личная концепция видения и решения задач, долго объяснять причину выбора, писать аналитические материалы большого объёма некогда.
Сервисы надо запускать через pm2, а не батниками.
Вопрос предпочтения. А почему не через babel ?
Разрабатывать с помощью pm2-dev или nodemon.
Выбор среды разработки также вопрос предпочтения, то есть субъективного удобства.
Делить сервисы на физические процессы в контексте генератора имеет смысл если алгоритмы выжирают процессорное время и большую часть времени возврат в event loop не происходит.
Читаем "REST-микросервисная архитектура", дальше вступаем в споры по теме, по архитектуре упоминал выше.
большую часть времени возврат в event loop не происходит
Читаем "Async/await" дальше высказываемся по теме. В JS / ES / TypeScript "event loop" называется frame, учим матчасть, потом дискутируем.
А вообще чтобы не иметь проблем из за особенностей windows рекомендую установить в нее WSL и уже из под Ubuntu запускать те же оснастки, что будут потом на боевом сервере.
А вообще в деплое используется для таких решений в продакшне Docker, заряжать докер пока нет MySQL и других дополнительных серверов нет смысла.
sbseo, Спасибо за внимание, всего доброго.
---------- Добавлено 15.03.2020 в 16:07 ----------
что будут потом на боевом сервере
Интересный сленг "боевой сервер", но Ок, допустим речь о рабочей станции которая в случае REST может быть не одна, то есть несколько серверов под каждый микросервис.
Опять же учим матчасть.
Еще раз всего доброго.
Вопрос предпочтения. А почему не через babel ?
Эээ, babel? Транспайлер? Это такой тонкий троллинг? Какой имеет отношение транспайлер к управлению сервисами?
Читаем "Async/await" дальше высказываемся по теме. В JS / ES / TypeScript "event loop" называется frame, учим матчасть, потом дискутируем.
Async/await это сахар над промисами, что там нужно такого прочитать чтобы высказываться?
Конкретно про event loop хорошо написано у самой ноды https://nodejs.org/ru/docs/guides/event-loop-timers-and-nexttick/
Про фрейм впервые слышу, можно ссылку где почитать?
---------- Добавлено 15.03.2020 в 16:20 ----------
Интересный сленг "боевой сервер", но Ок, допустим речь о рабочей станции которая в случае REST может быть не одна, то есть несколько серверов под каждый микросервис.
....
Опять же учим матчасть.
"Боевой сервер", "бой", "прод", "production" - сленговое название сервера для конечного продукта, т.е. там где его уже увидят пользователи, его знают все разработчики, которые хоть раз в жизни участвовали в серьезном проекте. Да даже гуглится на раз.
В ваших же ответах просто перемешано всё в кучу, на вопрос про менеджер процессов ответ про конвертор кода из старого в новый синтаксис. Про особенности асинхронного выполнения кода и его приоритета под капотом - рекомендация про фреймы и асинхронные функции. REST апи зачем то, когда вопрос был про сервисы как модули. Про докер, когда речь шла про watchdog.
В общем теперь мне ваш уровень понятен, могу только ответить вашими же словами:
Опять же учим матчасть.
В общем теперь мне ваш уровень понятен
Пришёл на чужой проект навязывать свой стэк и методолгоию разработки, прости, у меня нет времени учить тебя основам этики.. и матчасти тоже, потому и дважны сказал "Всего доброго" ещё в первом ответе. Вступать в дальнейшую полемику не намерен.