Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

sitecreator

Пользователи
  
  • Публикаций

    6 116
  • Зарегистрирован

Все публикации пользователя sitecreator

  1. у вас чудеса начались прямо с самого начала еще до установки панели управления. не запускался установщик: install.sh Я не сталкивался с проблемами работы cron. Несколько магазинов, как минимум, работают полгода без проблем. И в них используется cron wget без всяких танцев с бубнами. Если бы проблема имела место быть массово, то о ней было бы наверняка известно. У Киберпанели есть поддержка (обратная связь), есть форум, где обсуждаются все вопросы. вы же всю конкретику замазали. на ваших скриншотах нет самого задания (команды). Это же ваш скриншот? Вы считаете, что можно что-то проанализировать, не имея полной информации? wget должен работать без кавычек если нет доп. параметров. Ссылка с параметрами требует кавычки вокруг всей ссылки, включая параметры. У меня панель управления не режет. извините, но это вы сами для чего-то пишите. Я писал со всем уважением. Я ранее указал вам лишь на очевидные вещи, которые вы пропустили. я вам для примера привел свой путь. У меня так настроены пути, а у вас - эдак. Сути это никак не меняет. Я вам показал лишь пример cron. Ваши папки будут отличаться от моих. Они даже на разных Linux будут отличаться. Не знали?
  2. а если перечитать вышенаписанное? я вам для примера привел свой путь. ваш путь вы увидите по команде: не вижу смысла обсуждать тут нюансы вашей частной ситуации. При том, что вопрос касается не панели управления, а связан исключительно с Linux и вашим частным заданием cron. Попробуйте все ваши задания запускать без cron. Смотрите вывод ошибок и логи. Но считаю, что здесь нет смысла писать о ваших проблемах или достижениях в борьбе с cron. Т.к. это всего лишь ваш частный случай. С панелью управления он не связан.
  3. это вряд ли. вы логи смотрели? wget у вас установлен? по-умолчанию он не во всех linux установлен. И снова вы, как мне видится, не вполне понимаете как работает cron и linux в частности. wget запускается в командной строке linux (та самая шелл), его не сам cron запускает. cron просто прочитал задание и отправил его в шелл выполняться. Вы можете любое задание из cron запустить просто в шелл вручную. но нужно понимать, что wget будет работать только с реальным сайтом в сети, а не тестовым. А то, бывает, что переносят сайт на новый сервер, а wget обращается при этом к сайту на старом сервере. У вас, случайно, не этот случай?
  4. вероятно, не разобрались. у меня не было с этим проблем. CRON - это фишка самой Linux, панель управления сама ничего не запускает. Панель управления - это лишь визуальный интерфейс. Работает чисто все в Linux. Панель тут никаким боком не связана с вашими проблемами. Если не работает, то ищите свои ошибки. Зашли в консоль по SSH под root, задали команду для просмотра задач cron: crontab -l и увидели список ваших задач. далее смотрите в папочке cron (у вас путь будет иной) ваши задания и логи. логи нужны для анализа ошибок. можете, например, воспользоваться файловым менеджером MC (Midnight Commander) Предлагаю вам разобраться с вашими cron-заданиями в рамках самой Linux.
  5. sh <(curl https://cyberpanel.net/install.sh || wget -O - https://cyberpanel.net/install.sh) Выше все есть в описании, смотрите: install.sh - вот это и есть установщик. У него даже название, говорящее само за себя. Файл установки. Автоматически скачивается и запускается после ввода вышеприведенного кода и нажатия на "enter".
  6. умеет не добавлять белый фон. опенкарт добавляет белый фон, т.к. это один из способов позиционирования изображений. Модуль умеет также обрезать фон в исходных изображениях. Это реализовано как дополнительная платная возможность.
  7. саму первопричину устранить нельзя, но можно контролировать зомби-процессы php-fpm и своевременно автоматически их уничтожать. В сети описываются решения, да и я уже публиковал варианты. Если будет время, то, возможно, подготовлю заново информацию. Но дело это неблагодарное, кроме метания какашек от таких тем ничего не получаю. Я вообще думал удалить блоги из-за негативной реакции. Вы же сами видите, что "авторитеты" утверждают, что все и так все знают без меня про серверы, а я даю вредную и ненужную информацию.
  8. да, бывает такая проблема. я отлично ее знаю. называется "утечка памяти". Зависит от многих параметров. Например, при использовании php 5.6 может никак не проявляться, а в случае 7.* будут уже проблемы. Ограничения (по памяти), заданные на уровне сервера, не спасают, и после загрузки памяти на 100% сервер перестает отвечать. Я уже писал об этом ранее.
  9. это неверно. опенкарт будет тормозить. проверено неоднократно. Легко теряется 0.2 - 0.5 сек, а это очень существенно. Апачи - это сам по-себе не очень быстрый веб-сервер, а с включенным open_basedir получается совсем нерадостная картина в плане быстродействия. Вы должны непременно точно знать, что без open_basedir жизни вашему сайту не будет, и вы готовы смириться с лишними тормозами и/или готовы потратиться на более мощное железо чтобы компенсировать потерю производительности. в 99% он не нужен. а в случае open_basedir , включенном по умолчанию в aapanel, еще и ошибка будет выскакивать. для этого ваш сервер/сайт должны сперва взломать чтобы это стало "опасно". Это, раз. aaPanel не использует GGI вообще ни для какого веб-сервера. Да и в других случаях использование php GGI - это дурной тон, обычно никто этого не делает. Как правило используют php как модуль Апачи или Nginx + php-fpm. Апачи+php (как модуль) + open_basedir очень нехилые тормоза дает на опенкарт. И еще нужно понимать, что "в целях безопасности" не должно переходить в степень паранойи. Иначе можно договориться, что "в целях безопасности" лучше вообще сайт закрыть от публичного просмотра.
  10. sitecreator

    Формат WEBP

    модуль Компрессор умеет умеет работать с webp в качестве входного формата. Как раз для случаев фидов в webp и т.п. Все автоматически.
  11. Обратите внимание, что панель управления поддерживает все больше и в более полном объеме разнообразные операционные системы. Например, было несколько месяцев тому назад в момент написания статьи. UPD от января 2022. Панель управления активно развивается. То, что несколько месяцев тому назад было доступно для ограниченного набора ОС, то теперь доступно для всей линейки поддерживаемых ОС.
  12. aaPanel - это более универсальный вариант. CyberPanel заточена именно на LiteSpeed, а aaPanel поддерживаетLiteSpeed, Nginx+php-fpm, Apache+php-fpm. Только учтите, что под Debian в случае aaPanel часть софта нужно будет компилировать из исходных кодов. Все это происходит автоматически. Просто нужен хороший запас времени для этого.
  13. хорошо, что информация оказалась для вас полезной. Постараюсь вносить актуальные изменения. Важное замечание насчет aaPanel. Эта панель управления позволяет устанавливать нужный софт (web-сервер, серверы БД и т.д.) в режиме FAST (быстрый) и в режиме компиляции из исходных кодов. Из исходных кодов доступны самые свежие версии софта, но компиляция из исходных кодов занимает много времени, например, компиляция сервера БД может занять 1,5 - 2,5 часа. И это только один необходимый компонент. Тоже самое касается веб-сервера (Апачи, Nginx). Имеет смысл ставить уже скомпилированные (из пакетов), но более ранних выпусков модули (веб-сервер, БД и т.д.). Для Centos 7 практически все ставится очень быстро, т.к. идет установка из пакетов. Вы можете все установить примерно за час. А вот для остальных ОС (Ubuntu 20.04, например) в основном (или многое) компилируется из исходников (не имеет значения выбор "fast"), и тут нужно запастись несколькими часами для установки всего необходимого. Если для вас важно минимальное время для запуска готового сервера, то собирайте из готовых пакетов. Уложитесь примерно в час по установке. Если же нужно установить все самое свежее, то запаситесь терпением и выделите полный рабочий день для компиляции софта из исходников. Пояснение на эту тему поддержки (разработчик панели управления): https://forum.aapanel.com/d/368-compiled-vs-fast
  14. @param , еще один момент. Модуль Компрессор умеет восстанавливать битые изображения. В идеальном мире битых изображений не бывает. А в реальном мире при попытке из битого изображения создать webp вы получите фатальную ошибку и/или бесконечные попытки создать webp из битого оригинала с вытекающими тормозами, но так будет только в случае если вы НЕ используете модуль Компрессор. Модуль Компрессор умеет восстанавливать битые картинки прежде чем будет делать из них webp, но даже если битую картинку невозможно восстановить, то она помечается как битая, а далее не будут осуществляться тщетные попытки сделать webp из такой картинки.
  15. если вам нужен только сжатый формат webp и LazyLoad, то модуль Компрессор может работать практически с каким угодно движком опенкарт, даже если он сильно перепилен, включая системную библиотеку image и т.д. Можете использовать свои прежние ресайзы в image.php. В таком случае просто не используйте возможности ресайза модуля Компрессор. Т.е. нужно использовать что-то одно, а не одновременно несколько. В этом также преимущество модуля Компрессор. Вот это будет вам доступно: В таком случае можете хоть сторонний водяной знак использовать.
  16. @param , работает на любой платформе (windows, linux, freebsd) работает не нагружая систему, может использовать фоновый режим генерации изображений через CRON работает в случаях когда у хостера нет никакой поддержки webp и даже запрещены функции exec и т.п. обеспечена совместимость со популярными кешерами и ускорителями (вроде Турбо и т.д.). Если не заботиться о такой совместимости, то вы рискуете оставить пользователей iPad, iPhone и т.д. вообще без изображений. Есть возможность оптимизации изображений за счет отказа от белых полей. Да и для управления полями есть много чего, включая разные варианты адаптивной обрезки, управление цветом подложки и т.д. Если говорить про LazyLoad, есть возможность для смартфонов выдавать оптимизированные изображения именно для небольших экранов. Это позволяет выполнить рекомендацию гугла "Настройте подходящий размер изображений" Есть еще такой вариант: Позволяет выполнять рекомендацию гугла: Отметил лишь часть особенностей.
  17. sitecreator

    ХЕЛП!!! DDos атака

    не надо переименовать папку. есть миллион правильных путей как закрыть доступ к стандартной папке "admin" они не могут ее индексировать. вход в админку возможен лишь по паролю. и не надо ничего прописывать robot.txt. Откуда эти дурные советы?
  18. неверное представление. В Гражданском Кодексе РФ можно прочитать, что такое есть Лицензионное соглашение. Это условия предоставления неисключительной лицензии на программное обеспечение. Поддержка как таковая может вообще отсутствовать. Например, если про нее ничего не сказано в соглашении. Да и термина такого нет в принципе по-умолчанию, т.е. лицензионный договор сам по-себе не предполагает никакой поддержки. Но лицензиар (разработчик) может прописать, что есть такое поддержка и на каких условиях и кем она оказывается (или не оказывается). Например, для массы свободного ПО никакая поддержка от разработчика в принципе не предусмотрена. Лицензионный договор - это исчерпывающий документ, описывающий условия передачи ПО. Если в нем, например, нет ни слова о поддержке, о "само-собой разумеющейся" бесплатной установке, то, значит, этого и нет. Никакие домыслы, пожелания, переходящие в обязанность разработчика тут не работают. И агент не имеет права дополнять, изменять или трактовать на свой лад Лицензионный договор, т.к. агент не является стороной этого договора. Это если подходить к вопросу с юридической точки зрения. Разумеется, что рекомендации, пожелания и т.п. могут быть, но обязательного характера они не несут. ПО - это не товар. Это заблуждение. из собственного лиц. договора: Т.е. "Лицензионный договор" и "товар" (договор "купли-продажи") - это разные вещи. Но даже если вы решите трактовать ПО как товар, он не может рассматриваться как товар народного потребления, а потому закон о защите прав потребителей никак нельзя притянуть к такому ПО. это будет совершенно неверно. это неграмотный подход если мы говорим о ПО в общем смысле, а не о как неотделимой составляющей какого-то товара, например ПО стиральной машины. Это актуально для разработчиков из Эстонии. Где зарегистрирован агент - это не имеет значения. Покупатель с агентом не заключает никакой договор - ни лицензионный, ни купли-продажи. Вообще, любое ПО распространяется по принципу "как есть". Иного вы не найдете. Те или иные недостатки практически всегда присутствуют в любом ПО. Возьмите, например, Windows, Mac OS. Неустраненные проблемы есть в этих ОС. Распространяются эти ОС по принципу "как есть".
  19. sitecreator

    модуль скидок

    это 15-20 минут работы такого специалиста как парикмахера, да и если речь идет просто о стрижке. Если программист потратит на работу столько же времени, то почему бы и нет? Но программисты почти всегда желают чтобы оплата была почасовая, и минимум за два часа.
  20. sitecreator

    Новый сайт / жизнь с нуля

    modx - для полноценного магазина не очень хороший выбор. modx требует постоянного обновления и контроля, т.к. бреши, через которые происходят взломы, периодически проявляются. Был свидетелем взлома modx. в opencart в принципе нет уязвимостей. Можно поставить и забыть. И не следить за обновлениями безопасности, т.к. их по сути и нету, это в отличие от др. движков. Единственное внимание - это к дополнительным модулям. Не "покупать" на варезах в целях экономии. 2.3 или 3.0? По большому счету нет разницы чему вы отдадите предпочтение. 2.3. назвать устаревшей нельзя.
  21. идеальных решений не существует. Но многие моменты сделаны гораздо удобнее по сравнению с ISPmanager. ISPmanager - не идеал, есть свои проблемы. левых запросов не должно быть. Я их не видел, хоть и не искал специально. при обращении к репозиториям запросы могут быть. Параноидально не исследовал этот вопрос, возможно, что Товарищ Си контролирует?
  22. Правила поддержки определяет сам разработчик. Как пожелает. Лицензионное соглашение заключается между разработчиком (лицензиаром) и покупателем (лицензиатом). И право автора составлять это соглашение на свое усмотрение. Форум выступает лишь как агент, и юридически не имеет отношения к лицензионной политике разработчика. Даже если форум, например, в правилах напишет, что разработчик что-то обязан в плане поддержки, то никакой юридической силы это не имеет, т.к. нужно отделять агентский договор (две стороны: агент и принципал) от лицензионного (две стороны: лицензиар и лицензиат). У разработчика есть полное право самому решить по каким правилам будет происходить поддержка. Включая способы связи. Некоторые разработчики, например, используют систему тикетов на своих сайтах поддержки для этой цели и не оказывают поддержку через личку форума. Имеют полное право.
  23. sitecreator

    Откуда можно качать модули?

    Так и будет. Даже хоть 3 продажи в месяц по 450 руб. Это аж 1080 руб в месяц (с учетом старой комиссии в 20%) или 945 р. с учетом актуальной комиссии. или 891 р. после выплаты налога по самой льготной ставке какая существует и без страховых выплат. И при этом модуль мгновенно оказывается на варезе (если без защиты). И на варезе скачиваний будет на порядок-два больше чем легальных покупок. Какой может быть рефакторинг и дальнейшее развитие? В лучшем случае будет правка ошибок если таковые выявятся. Варезники еще имеют наглость обращаться за бесплатной техподдержкой, мол, что-то у них там не стыкуется. Спрашиваешь о том, где же и когда же ты, добрый человек, купил модуль, как тут же диалог прекращается. а почему вы считаете, что разработчик модуля обязан обеспечить бесплатную поддержку всем на свете шаблонам, а не разработчики шаблонов наоборот? К примеру, если я сейчас выпускаю новый шаблон, то все разработчики модулей будут обязаны сделать совместимость с моим шаблоном? По вашей логике это так работает? Кто и когда их обязал к этому? Вот обеспечить совместимость с дефолтным шаблоном разработчик дополнения обязан. Это единственное, что он обязан. Все остальное будет по желанию разработчика. И ваши хотелки получить совместимость всего на свете со всем на свете, что когда-либо было написано для опенкарт, остаются лишь вашими пожеланиями, которые ни к чему не обязывают разработчика и в принципе не выполнимы на 100% при любом сочетании модулей/шаблонов. На платной основе разработчик может сделать адаптацию/модификацию если сочтет это возможным.
  24. sitecreator

    Откуда можно качать модули?

    а почему вы считаете неадекватным ответ разработчика если у него нет времени? что мешает решить вопрос на взаимовыгодной основе, т.е. платно с другим разработчиком, которому вы поручите выполнить ваше ТЗ? И каким образом это оправдывает пользователя вареза? Вы же в своем первом сообщении в оправдание вареза ("прошу понять") выставляете одной из причин, что "разрабы не помогают оперативно". Непонятно почему они должны оперативно помогать в достижении полной совместимости с каким-либо сторонним модулем или шаблоном? Разработчик оказывает бесплатную техподдержку в рамках своего модуля/шаблона в разумных пределах, прежде всего проверяется корректная работа на дефолтном шаблоне определенных версий, для которых заявлена совместимость. В любом случае, как ваше представление об идеальной бесплатной поддержке и одновременно предельно низкой цене (такое возможно одновременно всегда и везде?) оправдывает варез?
×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.