Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #103 часа назад
Ну вот и правильная мысль, я же правильно понимаю, что все дополнения, что написаны на ms2 надо переписывать на ms3 многие авторы это не будут делать,...
MiniShop3 - 1.0.0-alpha 15
Сегодня в 02:04
@Aleksandr Huz Привет! Только что познакомился с твоим дополнением! Как же его мне раньше не хватало) Спасибо! Не знаю только у меня так или что, при ...
PageBlocks. Удобное управление контентом сайта. 36
Вчера в 10:16
Посмотрел докумендацию Sendit.
и нашел то что искал, конечно надо будет писать побольше кода, но это то что надо, и очень гибко оказывается.
Спасибо...
Как кастомизировать сообщения после Регистрации на сайте? 3
28 ноября 2024, 18:01
Так делал на одном проекте, нужно было добавить поиск по полю pagetitle. Думаю, что можно и на TV переделать.
<?php
class myCustomFilter extends...
mFilter2 фильтрация tv 3
28 ноября 2024, 17:35
На ноде при запуске сервера можно большую часть проинициализировать. Например, прогрузить настройки, чанки и сниппеты в память и не лазить за ними в б...
Плюсы и минусы Vue и gtsAPI 18
27 ноября 2024, 19:13
Вообще можно завести допполе и при сохранении ресурса плагином писать в допполе разбирая pagetitle.
Модификатор сортировки pdoResources по pagetitle 7
27 ноября 2024, 12:36
Добрый день. Появилась новая ошибка: 27.11.2024 12:30:20 ERROR /www/site.ru/core/components/yasmartcaptcha/model/yasmartcaptcha.class.php 60
Reco...
YaSmartCaptcha - защитите ваши формы от спама умной капчей от Яндекс 6
Пожалуйста, копируйте.
Это вряд ли. Рамблер тоже о таком местал, но у него не получилось. Хотя мордокнига тоже пытается к этому прийти.
Именно так. Я современный тренд вижу в том, чтобы брать информацию там, где она есть, но представлена не в лучшем виде, и выводить так, чтобы пользователю было эффективней с ней работать.
Не за что.
Не занимайтесь магией и лишней арифметикой. Абсолютно точно, что строковое «01:1» не равно «01:01». Если у вас срабатывает, значит у вас с той стороны прилетает «01:1», а не «01:01». Это еще один аргумент в пользу того, чтобы использовать moment, потому что даже в случае таких расхождений в форматах, он приведет вам к единому формату.
И попробуйте у себя в цикле, где сравнение происходит, вывести
И попутный совет: старайтесь избегать неточных сравнений ==, используйте === и следите за форматами данных, это очень важно в JS. Прям через силу себя заставляйте. Иначе намучаетесь.
Про жизненный цикл: если node-процесс умер, то он умер. И такого не должно быть, если процесс изначально планировался, что будет работать постоянно. К примеру, если говорим про работу сервера express или типа того, то процесс должен работать. Вот как раз в прошлом топике был пример, что сайт разваливался. С тех пор он не разваливался, uptime 2 дня.
App name │ id │ version │ mode │ pid │ status │ restart │ uptime │ cpu │ mem │ user │ watching │
├───────────────┼────┼─────────┼──────┼───────┼─────────┼─────────┼────────┼─────┼───────────┼─────────┼──────────┤
│ front │ 0 │ N/A │ fork │ 14248 │ online │ 0 │ 2D │ 0% │ 25.1 MB │ fi1osof │ disabled │
│ server │ 7 │ N/A │ fork │ 17570 │ online │ 42 │ 2D │ 0% │ 25.3 MB │ fi1osof │ disabled
На городских банях у меня процесс месяцами висел.
Вот эти таблицы — это используется pm2
В целом у него все просто с запуском, например pm2 --name myProcessName start js-script
С запуском npm с параметрами чуть сложнее, но ненамного, к примеру, был npm run myScript, pm2 это
pm2 start npm — run myScript
JS — это совсем не быстро. Даже я, когда уже плотно занялся им, только через год минимум почувствовал себя боле менее уверенным в нем. Но и до сих пор очень много белых пятен. JS слишком объемный и не однозначный, это вам не php.
И особенно тем, кто привык в php, с ним очень сложно по началу. Дело в том, что в php у нас все последовательно выполняется, а в JS по умолчанию многие вещи параллельно выполняются. Даже попытка понять что из этого sync, а что async (то есть параллельное или последовательное) — это причина появления множества разъясняющих и спорных статей.
В вашем случае, я бы советовал, во-первых, заюзать momentjs и вот почему:
Давайте выполним вот такой код:
Что мы здесь получим? 01? Неправильно. Получим 1. А вы случаем, не ожидаете «12:01:11»? Я вот не вижу у вас каких-либо попыток преобразовать данные.
В случае с момент вы получите console.log(new moment(«2018-09-12 12:01:11»).format(«HH:mm:ss»)) === «12:01:11».
Во-вторых, я бы не интервал ставил бы на перебор массива, а перебрал бы сразу массив и задал нужные тайминги.
А недавно зашел на какой-то ресурс, типа медиума, то есть оформлено так хорошо, читаю вроде как статью с полезной информацией, но не терзает меня ощущение, что я это уже читал. Вспомнил! Я это читал на гитхабе в одном тикете.
И вот эти сайты частенько лезут в ТОП, хотя контент у них не уникальный.
А сейчас вот мне для одного проекта понадобится много справочной информации, в основном просто как структура каталогов. Где мне ее искать? Да википедия вся бесплатно распространяется. И программы есть специальные для ее парсинга и чтения. Пойду-ка скачаю свежую версию википедии себе.
Короче, пока большинство думают как себе создать свои медийные ресурсы с «ценнейшей и уникальной информацией», идет такая волна, что всех накроет и смоет, они и не поймут ничего. И вот же незадача, поисковики совсем с этим не борятся! Какие плохие. Но вы тут держитесь.
Не совсем за деньги. Говорю же, пока просто надо включить биллинг (забыл сказать, помимо того, что я карту привязал, они еще просили прислать фото-подтверждения и т.п., но в целом ничего сложного и все было сделано за день-два). После этого вам начисляется кредит. Если у вас страница с картой не очень посещаемая, кредита на долго хватит (примерно $5-7 за 1000 просмотров). И пока не ясно, будет ли переначисление кредита по завершению срока. То есть срок дается, и если исчерпал кредит, то пойдет реальное начисление. Если нет — вот не ясно, начислят ли новый.
Я knex юзаю, но это не совсем относится к делу.
Я понял ваш намек:) Давайте так, чтобы было более конструктивно, я на днях напишу статью с примером изоморфного приложения, и там мы уже разберемся предметно, где грани стираются, а где непреодолимые стены.
На уже на сегодня призма позволяет использовать MySQL, PostgreSQL, Amazon RDS и MongoDB, а так же скоро будет Эластик, кассандра и другие (частично уже они поддерживаются). Если бы я поменял настройку и использовал, к примеру, эластик, мои примеры выше бы не поменялись ни на байт. Все было бы то же самое. И не пугайте людей словами типа «реляционная»…
Чуть-чуть не так. Он позволяет взаимодействовать с чем угодно, и не только с REST-сервисами, но и отдавать данные из памяти, из файлов, из других graphql-сервисов и т.п. Можно создать очень широкую сеть из таких микросервисов, на конце которых будет куча различных непонятных технологий, которые совсем никак не беспокоят конечных клиентов. Те взаимодействуют с единым интерфейсом на единой технологии. Своего рода API-ORM.
Это по большому счету верно. Но в последнее время все менее и менее напрягает, как раз за счет унификации и развития микросервисов. К примеру, основная часть призмы (именно отдельного модуля, используемого в моей @prisma-cms), написана вообще на скала, и спрятана глубоко в докер-контейнере. Я там ни строчки не знаю. Я не знаю как она работает с БД (к слову, которая спрятана в другом докере, но не обязана быть именно там). А призма в целом использует кучу сторонних компонентов, включая graphql и apollo, и там намешано столько всего, что всех концов и не найдешь. Но их и не надо искать. Есть конечный продукт, написано как им пользоваться. Use as is и не лезь глубоко. Что-то работает не так — пиши багрепорт. К слову, призма очень оперативно работают с багрепортами.
Я бы сказал, что в чем-то, используя их, надо знать меньше, чем в MODX. Вот вам инструкция выше, в несколько строк, и у вас свое API готово. А теперь сравните с быстрым стартом в MODX.