sitecreator
-
Публікації
6 116 -
З нами
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача sitecreator
-
я не испытываю с этим проблем. все делал через панель управления. Даже php 8.1. разумеется, что все зависит еще от того насколько корректно установлена изначально операционная система. и установлены средства компиляции. но почему-то выбираете не самые легкие пути. Могли бы работать с ОС Centos 7. Это самый простой и надежный путь для новичка. Если же, к примеру, кто-то выбирает FreeBSD 12 (или 13), то он точно знает для чего это ему нужно и он готов к трудностям. ОС Centos 7 поддерживается до начала 2025 года. Если возьмете другую ОС, например, Ubuntu 20.04, то у нее поддержка будет не дольше. Но для Centos 7 обеспечена максимальная поддержка в aapanel, кстати, в ISPmanager и многих других будет аналогичная ситуация. А вот для Ubuntu 20.04 часть нового софта нужно компилировать, либо можно остановиться на стабильных, но не самых свежих релизах, которые ставятся из репозиториях без компиляции. Кстати, самое свежее ядро Linux ставится на centos 7 без проблем. -
если вы слабо разбираетесь в nginx и специфики настройки сайтов под него, то, возможно, лучше остановиться на апачи? панель управления - это всего лишь панель управления, т.е. веб-сервер, php и т.д. работают независимо от того есть ли панель управления или - нет. в конце концов, для всего этого софта определяющим являются их конфиги. А панель управления ко фронту вообще не имеет никакого отношения, ее задача - это формально правильно настроенные конфиги. Разумеется, что вы обязаны контролировать эти конфиги и при необходимости вносить в них изменения для конкретного движка и т.д. Для опенкарт нужна обязательная ручная правка, например, в случае nginx. Читайте логи сервера. У 502-й может быть сколько угодно причин, вплоть до причин, никак не связанных с сервером совсем. Например, 502-я в опенкарт часто возникает из-за некоторых модулей, которые сохраняют в куки слишком длинную информацию, она копится копится копится, а потом не помещается в куку браузера, браузер обрезает куку до своего лимита и отправляет ее на сервер, а сервер приняв такую порезанную куку сходит с ума, т.к. не находит ее исправной и вываливает вам ошибку 502. И такое происходит периодически по мере переполнения куки. Это лишь как один пример 502-й, связанный лишь с неграмотно запрограммированным кодом модуля опенкарт - это автор на заморачивался насчет того, насколько длинную информацию можно впихнуть в куку, а исходил из того, что она может быть бесконечной, а в итоге страдают пользователи этого модуля.
-
А почему в личку если вы пишите в публичном разделе? В личку обычно пишут когда речь идет о платных услугах. Если желаете, то могу настроить и nginx, и сервер целиком. Грамотно и надежно. На взаимовыгодной основе. В этом случае пишите в личку или на мою почту. А если хотите бесплатно, то я неоднократно писал решения для Nginx на этом форуме. При желании найдете. В том числе писал в своих блогах, посвященных Linux.
-
В ISPmanager пользователи - это именно пользователи Linux. Пользователей можно создавать как в ISPmanager, так и с таким же успехом напрямую в Linux. Совсем другое дело - это пользователи панели в Киберпанели. Там это виртуальные пользователи и они не совпадают с пользователями Linux, хоть и есть между ними взаимосвязь. В принципе это несколько запутано выглядит в Киберпанели. В общем, все, что нельзя сделать прямо в панели управления aapanel, то можно сделать непосредственно в Linux. Cron в aapanel реализован, например, очень толково. С логами, с анализом ошибок и возможностью отправки сообщений на email в случае проблем.
-
это не так на самом деле. просто нет напрямую прямо в самой панели. Сайты принадлежат юзеру www, от него же работает php и веб-сервер. Вот доступ по ssh для этого юзера вы и можете предоставлять. Это в точности как в ISPmanager, только там прямо в панели все есть. А в случае aapanel нужно делать непосредственно в Linux. Т.е. для сайта можно создавать свой cron от юзера www. И исполнять node.js тоже. И доступа как у root у него не будет. Несколько неудобнее чем в ISPmanager, но это не означает, что в принципе нельзя. Просто немного работы руками в Lninux без панели.
-
согласен, это самое несправедливое. В общем, плата даже не за воздух... не без этого. есть панели, где можно использовать отдельных пользователей для сайтов. Но при этом там свои минусы. Обычно это панели, которые ограничивают вас в выборе ОС - это только centos 7. И при этом еще другие ограничения, например нет вариантов выбора различных веб-серверов. На этом фоне ограничения aapanel вам покажутся несущественными.
-
Таки почему не использовать тогда ISPmanager если он вам кажется удобным? Кстати, в отличие от aapanel в ISPmanager вообще нет средств работы с node.js. на php он работает. Все остальное - это могут быть скрипты, которые никак не связаны с самим dle, т.е. они работают автономно. Немного лирического отступления. Зачем парсинг писать на JS? В случае парсинга вообще не имеет значения скорость работы самого скрипта, т.к. 99.9% времени выполнения - это скачивание информации с донора. Можно хоть на чистом Си писать и компилировать в исполняемый код, но парсинг от этого не станет работать шустрее. Это очень странный выбор (я про node js), т.к. на обычном хостинге это не работает в отличие от php. Т.е. разработчик сам закрыл путь для распространения программы если выбрал node js без необходимости. На этом форуме вы не найдете и 1% пользователей, использующих node.js. Да и все перечисленные вами движки - это php. так сперва для установки вам в любом случае нужно давать root-доступ. вы же прекрасно понимаете для чего нужен ftp. для передачи файлов. 99% актуальных и популярных движков используют php, и опенкарт тут не исключение. И для работы с файлами вполне достаточно ftp. Да и он часто лишний, т.к. большинство установок просто происходят через загрузку ocmod. Все остальное - это для очень узких и тонких ценителей, которые, как правило сами во всем разбираются, включая сервер. aapanel удобна как раз когда вы сами со всем работаете и не нуждаетесь в сторонних специалистах. И если работаете с тем же опенкарт, то доступа по фтп + доступ к БД будет достаточно для работы и настройки 99% модулей.
-
вы не привели ни одного примера, который бы относился к установке софта именно для сайта. все ваши примеры - это установка софта для сервера. А такой софт устанавливается именно от root. мягко говоря, вас вводят в заблуждение. Это нужно не для сайтов. это же обновление от root операционной системы целиком, точнее, обновление всех репозиториев, например, для ubuntu. С каких пор юзер сайта стал обновлять самостоятельно весь сервер? Кстати, ISPmanager вам не позволит от юзера сайта делать манипуляции с сервером, прав будет недостаточно. И простому юзеру выдавать доступ к шелл сервера (даже в ограниченном виде) - это не нужно и опасно. любопытства ради, а какие ваши сайты используют движки на node JS? например, опенкарт не использует nodejs, он построен на php. Также подавляющее кол-во движков используют именно php. Интересно кому же нужен nodejs? Кстати, в aapanel есть свои средства работы с nodejs. Ровно также как и для php. Поэтому устанавливать php (и прочее) мимо панели управления - это некорректно. осталось понять для каких проектов это нужно. Для опенкарт это не нужно. Можно еще вопрос? С какой целью используете разные IP для разных сайтов? Чем не устраивает один IP? Должна же быть веская причина для этого?
-
зачем SSH? приведите хоть один пример, что нужно устанавливать для сайта через ssh? php - это файлы. для взаимодействия с БД нужен phpmyadmin' Для чего нужен SSH именно для сайта? SSH вообще никогда предоставлять нельзя, ни для сервера целиком, ни для отдельного пользователя Linux. Иначе такого могут наустанавливать... Если только работа с CRON, но с ним работает очень малая часть специфических модулей. кто это большинство? вообще первый раз про такое слышу за более чем 10 лет работы с опенкарт. не могу сказать, что это именно так, ибо нет возможности проверить. вряд ли если автоматически конфиг не правится. не редактируйте потом через всякие формы, а только через правку конфига. может быть это не совсем удобно, но мало кто использует разные сайты с разными IP. Да и стоимость одного-двух IP сейчас как стоимость платной панели управления.
-
через конфиг для сайта. путем редактирования файла конфига. Про иные способы не подскажу, т.к. у меня нет возможности проверить без покупки второго IP.
-
а какой в этом смысл? задание для командной строки под windows будет совсем не совместимое с командной строкой под Linux. если очень хочется, то любой ваш каприз за ваши деньги теоретически возможен. Вы же в разделе платных услуг.
-
давайте доступ FTP только к определенному сайту и доступ только к одной БД - это как вариант. Как правило, этого достаточно в более чем 90% случаев. не видел такой возможности. В большинстве панелей управления нет такой возможности.
-
Как заставить работать webp для opencart на любом хостинге? Под любой операционной системой? Даже на хостинге с ограничениями, включая параноидальное отключение exec и т.п.? И если у хостера нет никаких своих установленных решений (софта) для webp? Модуль Компрессор может не только создавать и отображать webp, но и работать с webp как входным (загружаемым) форматом данных. Как известно опенкарт обрабатывает исходные изображения и складывает их в кеш изображений. В случае если у вас в исходниках оказываются webp, то опенкарт не может ничего с ними поделать. Модуль Компрессор решает эту проблему. Вот решение:
-
если нельзя, то используйте такой решение: Может работать и без exec. Это я про свой модуль. На любом хостинге будет работать оптимизация (webp) изображений. Либо могу настроить (и/или сменить при необходимости) хостинг чтобы работало все, что нужно (exec и т.д.). Прошу в личку.
-
купите за 250 руб еще один VDS. И разбирайтесь параллельно. Чем не вариант? небольшие деньги для приобретения опыта вроде бы? ISPmanager и то дороже стоит.
-
удалите. какая проблема? поставьте апачи. да, в ином и смысла нет. чем сложнее городить огород, то тем сложнее потом решать проблемы. Это нужно вам? Из nginx на litespeed можно, насколько помню, на лету переключаться без удаления. только на litespeed будет своя настройка php - отдельная, это может быть сложным для вас сейчас. запустите на апачи. Лучше от простого к сложному двигаться. какой смысл выбирать заведомо худший вариант по сравнению с php-fpm? php-fpm - это самый быстрый режим работы php. Зачем остальное то? В aapanel оставили самый производительный режим php, но дали возможность большого выбора веб-серверов. Такого большого выбора нет нигде больше.
-
что подразумевается под режимом? режим один - это php-fpm. Как для Апачи, так и для Nginx. сайт может зависеть от версии, но от режима он не может зависеть. У вас есть выбор: Апачи + php-fpm Nginx + php-fpm Это если не брать третий режим Litespeed сервер. если нет желания разбираться с чпу и тп., то используйте Апачи + php-fpm. Довольно шустро все работает. Или используйте Litespeed , он тоже поддерживает конфигурации от апачи .htaccess. Вот если у вас в сутки сотни тысяч пользователей и миллионы просмотров, то тогда почувствуете разницу, перейдя на чистый nginx. Если же все намного скромнее в плане посещений и просмотров. то апачи или Litespeed вам хватит пока. На nginx перейдете потом при необходимости. Либо читайте как на nginx переводить WP, но, скорее всего, не на этом форуме.
-
Для контроля за ресурсами (памятью, процессором) полезно включить "Монитор". По-умолчанию он выключен. Будет производиться постоянная запись различных данных.
-
с утечкой памяти (как со следствием) можно бороться установив в профиле fpm: pm.max_requests = 1500 После достижения максимального кол-ва запросов процессы fpm будут перезапущены. И, следовательно, память будет очищена. Т.е. через определенное время будет принудительный перезапуск процессов, и не важно жрут они память или нет. Максимальное кол-во зависит от размера памяти сервера. Слишком малое значение не стоит ставить, подбирается в конкретных условиях вручную. это альтернатива вашему очень хардкорному решению: Первопричина не устраняется при этом, но становится возможной работа без тормозов и падений сервера. Также может быть полезен такой параметр если вы не используете режим pm = dynamic, а, например, pm = ondemand: pm.process_idle_timeout = 30s В таком случае через заданное время pm.process_idle_timeout неактивный процесс будет уничтожен. Для aapanel профиль может выглядеть так для динамического режима fpm:
-
что именно? вы не ответили на ключевой вопрос: да и слово "поддержка" вызывает сомнения. бывает подсветка кода, бывает поиск ошибок (синтаксических) в коде - это все поддержка. Какая именно вам нужна, для какого языка (разметки, программирования и т.д.) - это все непонятно. Вы не даете полной информации чтобы вас можно было понять.
-
синтаксис чего? речь про исходный код? Так это, в первую очередь, визуальный редактор.
-
При использовании обычных кавычек (они же двойные) никаких проблем с созданием и работой CRON не возникает. VDS, которые мне были доступны для настройки Киберпанели, в заданиях cron имели либо обычные кавычки, либо кавычек не было. Отсюда и проблем с cron у пользователей никаких и не было. Киберпанель когда вы создаете задания cron для сайтов, то автоматически для каждого сайта создает пользователя Linux. В самой панели вы не увидите этого пользователя. Пользователи Киберпанели - это не пользователи (users) Linux, это свои внутренние (для панели) пользователи. Например, если вы создали задание cron для сайта zztop.test, то в моем случае автоматически создался панелью пользователь Linux zztop6123. Несложно заметить, что в названии пользователя присутствует название домена без расширения + некоторая комбинация цифр. zztop.test ==> zztop6123 Пользователей Linux можно увидеть в файле /etc/passwd В одной строке вы найдете название сайта (справа где-то) и имя пользователя (слева). Посмотреть задания cron конкретного пользователя в шелл. У вас будет другой пользователь. Пример для пользователя Linux по "имени" zztop6123: crontab -u zztop6123 -l Для примера использован лишенный практического смысла (для опенкарт) вариант получения (wget) страницы яндекса с поисковым результатом.
- 84 коментаря
-
- 1
-
-
- linux
- cyberpanel
- (і ще %d)
-
только проблема в том, что вы давали неполную и противоречивую информацию. А при недостатке информации очень сложно сделать верный вывод. К чему вы переходите на личности? Это вообще непонятно. Вы же пишите так словно я вам поддержку, за которую вы заплатили, не оказал? Это задания текущего пользователя. Я вам показал лишь как пример, а не как буквальное и готовое пошаговое руководство вашей задачи. У меня, как минимум, штук пять разных панелей в эксплуатации, сходу могу не вспомнить все нюансы каждой, но могу подсказать в каком направлении смотреть. Задания от root нужно смотреть в первую очередь, т.к. многие панели и/или пользователи (люди) создают задания именно там. Вы могли посмотреть задания от любого пользователя, например, переключившись на этого пользователя или без переключения указав дополнительно пользователя в команде -u пользователь И пользователи в Linux могут создаваться автоматически панелью с авто-генерацией имени. У вас очень много противоречий в вашей входной информации. Вы пишите, что у вас "обрубается", но на вашем скриншоте видна команда (после сохранения) без обрубки, т.е. >/dev/null 2>&1 присутствует. Непонятно каким именно вашим словам можно доверять? Где реальная ситуация, а где вы сами ошиблись в донесении этой ситуации? Повторюсь, первоначально вы не дали никакой конкретной информации. Кроме как "работать не хочет ". Потом просто стали язвить сверх меры. Видно, что ничего не обрубилось. Чему верить в ваших словах, а чему - нет? Возможно, что вы вкладываете просто иной смысл в слово "обрубилось"?
-
Ссылки (и не только) в cron задании при необходимости нужно обертывать (заключать) в двойные кавычки. (при желании можно любые оборачивать) URI/URL должен быть закодирован при необходимости согласно стандарту http://www.faqs.org/rfcs/rfc3986.html Т.е. в самой ссылке на домен, названии файлов не должно быть недопустимых символов (вроде пробела, кириллицы, знаков "!" и т.п.). Спец. символы используются для задания и разделения параметров (символы "?", "&"). На скриншоте первое задание - это получение файла через wget с доступом по протоколу https к странице, имеющей параметры (?route=...). Ссылка целиком оборачивается в кавычки. Второе задание - это исполнение php в cli-режиме (php в командной строке) с запуском интерпретатора определенной версии и передачей дополнительных параметров. Все элементы задания cron, за исключением последнего, обернуты в обычные кавычки. Работает без проблем. Киберпанель актуальной версии не приветствует одиночные кавычки и удаляет их. Это в редакторе заданий cron самой панели. Скорее всего, в актуальной (новой) версии киберпанели перестали работать одиночные кавычки и/или по какой-то причине они намеренно удаляются. От версии к версии может меняться что-то, в том числе могут новые баги появляется, или они же - фичи (это смотря с какой стороны смотреть). Баги/фичи для разных ОС могут быть также разные. При этом ничего не обрубается в задании, но одиночные кавычки удаляются. Тестировал в частности под Centos 7. В другой Linux, вероятно, с кавычками может быть иная ситуация. Такое поведение может быть, например, только в Centos 7. Вывод: использовать обычные (двойные) кавычки.
-
какой-то странный тон вы выбрали. сами постоянно для чего-то заостряете внимание на своих особенностях восприятия мира. Самый первый пост начали с: И при этом никаких технических подробностей. Так напишите про нее на форуме официальной поддержки. Пусть мир тоже узнает. детский сад, ей ей... Пока из-за недостаточности информации непонятно по какой причине у вас происходят чудеса. Только у других людей нет таких чудес.
