Перейти к содержанию
Официальный форум поддержки Simpla

martinways

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

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

  • Посещение

Сообщения, опубликованные martinways

  1. 12 часов назад, megauser сказал:

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

    Да, точно, и товары не создаются, а что за строгий режим и как его выключить?

    PS. Обратился в хостинг, сказали, что не могут выключить строгий режим. А что симплу невозможно переделать чтобы она работала на строгом режиме? 

  2. Итак пришлось переехать на другой хостинг и заказы перестали формироваться через сайт и админку, также и комменты не создаются, установил openserver, попереключал разные версии php и обнаружил, что такая проблема возникает при установке MariaDB вместо привычного мне Mysql, а на том хостинге нет возможности включить mysql, это как-то можно поправить?

  3. После реализации этого, если проверяющий хоть чуть соображает, то он откроет order.mobi.com, его перекинет на mobi.com, он там для теста быстренько сделает заказ, попробует сделать оплату и увидит, что она идет не с того сайта, с какого множество ранее сделанных заказов. Что подозрительно...

     

    Кроме того, на том и другом сайте посетители могут захотеть оплатить через ту платежную систему  заказ N 78  на первом сайте и  заказ N 78 на втором сайте. Что-то мне кажется, не сработает как следует...

     

    Испытал мой метод - все работает, осталось допилить дизайн и т.д. А насчет проверки с оплатой - ну не знаю, сомнительно, что прямо настолько будут докапываться, хотя все может быть конечно. У Вас есть какой-то лучший вариант, чтобы не курочить полностью движки и базы данных обоих сайтов? Напишите Ваш вариант, или если не хотите на всеобщее обозрение, то тогда в личку.

  4. Только что меня осенила такая идея, вроде должно получиться. Есть например 2 сайта на одном хостинге  xxx.com и mobi.com,  создаем поддомен  order.mobi.com  и заливаем на него копию файлов сайта xxx.com вместе с подключением к базе xxx.com, потом на этом же поддомене шаблон переделываем таким образом, чтобы осталась только страница заказа и возможность выбора способа оплаты, дизайн оформляем в виде промежуточной платежной страницы. В htaccess этого же поддомена устанавливаем условие - если вход по адресу order.mobi.com, то переадресация на mobi.com , а если вход по ссылке заказа order.mobi.com/order/(token) , то переадресацию не делать. В итоге получается - покупатель оформляет заказ на xxx.com , после оформления появляется кнопка "Выбрать способ оплаты", которая направит на страницу выбора способа оплаты этого же заказа, но по адресу order.mobi.com/order/(token) , так как поддомен подключен к базе xxx.com, пользователь совершает оплату, в глазах платежной системы оплата будет проведена с поддомена одобренного mobi.com и все красиво и даже если проверяющий работник ПС будет переходить на поддомен order.mobi.com, то его перекинет на mobi.com. Единственный момент - да, покупатель будет видеть в адресной строке браузера изменение ссылки на order.mobi.com, но мне кажется все привыкли к промежуточным страницам типа INTERKASSA и т.д. В общем, сейчас буду пробовать, по идее все четко и не нужно колхозить с префиксами и т.д. Сайт-обманка mobi.com остается при этом полностью независимым и полноценным.

  5. так в чем проблема.

     

    у вас есть сайт xxx.ru (эротика)  заливаете туда товары смартфоны и тему под смартфоны. посылаете заявку  ждете одобрения. вам одобрили. меняете товары и дизайн на эротику.

     

    Ага, а последующие периодические проверки платежной системы никто не отменял - сразу же светит блокировка и в худшем случае конфискация средств на балансе, это не вариант совсем.

  6. 2 варианта - многосайтовость или api. 3-й домен нужен, именно на нем можно указать список сайтов с которых принимаются платежи и прочу и информацию. 

     

    в случае с многосайтовость есть много своих преимуществ но реализация трудозатрантная. Api попроще - запрашивает и устанавливает новый статус заказа по номеру который прилетает с платежной системы. достаточно расспарсить номер по какому нибудь признаку.

     

    Не совсем понятно зачем третий сайт, ведь сайт, с которого пользователь будет направлен пользователь на страницу платежной системы, должен быть одобрен этой системой, то есть быть полноценным интернет-магазином (в нашем случае смартфонов). Допустим мне магазин смартфонов как таковой не нужен, я его создал именно с целью одобрения платежными системами.

  7. разница есть. 

     

    Так какой вариант лучше реализовать чтобы и покупателя не ввести в сомнения и платежная система не "спалила" подмену? Можете схематически пояснить принцип? 

  8. Может кто знает как решить такую задачу. У меня есть сайт с секс-шоп товарами и некоторые платежные системы такие товары не любят, например система QIWI, а также многие другие системы не хотят подключать магазин такой тематики. Также у меня есть интернет-магазин смартфонов, который платежные системы принимают к подключению. Вопрос  - как можно проще всего реализовать такую схему - покупатель оформляет заказ на сайте покупая товар "Для взрослых", но после оформления заказа при нажатии на кнопку "ПЕРЕЙТИ К ОПЛАТЕ" выбранного способа оплаты на странице заказа переход на сайт платежной системы осуществлялся как бы с магазина смартфонов? То есть чтобы в глазах платежной системы переход для оплаты происходил с сайта-обманки. Это вообще технически реализуемо или нет? Хотелось бы чтобы покупатель не перенаправлялся на сайт-обманку, или хотя бы он этого не замечал, просто у сайтов-то дизайн абсолютно разный. Разве что уже на сайте самой платежной системы будет написано, что оплата производится на домен сайта-обманки, но это не страшно. Готов оплатить такую доработку, пишите в личку цену.

  9. Выключаете imagick

    Потом выставляете качество 50 или 60 в функции для GD - и удаляем все из папки files/products

    Все готово пейджСпид доволен

    В принципе совет неплохой, долго экспериментировал с качеством - лично у меня самый лучший результат от 82 до 85% качества, из 20 фоток пейджспид не принимает 1-2, если же ставить больше или меньше - то не принимает все больше и больше фоток.

     

    P.S.

    Протестил на другом сайте с другими фотками - результат не очень, на половину фоток ругается , перепробовал весь диапазон установки качества. Так что это решение далеко не идеальное, но с ним конечно однозначно лучше, чем без него.

  10. Я себе сделал через бесплатный jpegoptim — сжатие идет на лету во время ресайза

     

     

    Если у вас сайт на vps и php > 7.0 — могу помочь

     

    Без vps никак не обойтись? Так не хочется специально для этой функции его заказывать и разбираться в нем... Никогда еще не пользоввался vps-ом, хватало возможностей стандартного хостинга.

  11. Фотки сжатые через сервис Tinypng хорошо воспринимаются Pagespeed, так может кто знает как автоматизированно сжимать через этот сервис? Или можно установить на сайт аналогично сжимающий скрипт (было бы конечно лучше)?

  12. Спасибо, Noxter (кстати, привет!)), почитал, но учитывая тот факт, что мои познания в принципах сжатия изображений и методах их внедрения в движок сайта стремятся к нулю, то данная информация поможет мне чуть менее, чем никак) 

    Пишу тут в надежде, что может появился такой человек, который знает как оптимизировать фотки быстрее, чем это можно сделать известным способом. Готов оплатить такое решение, так как люблю наблюдать в результатах анализа Pagespeed 100% - возможно это извращенная форма перфекционизма, но все же))  как мне показалось, 100% оптимизация положительно влияет на ранжирование сайтов, но может это просто совпадение...

  13. К сожалению, Pagespeed видимо установил лимит на количество обрабатываемых за один раз файлов (может даже благодаря мне))) и теперь метод вывода всех фоток на одну страницу уже не помогает обработать все фотки одним махом. Получается теперь нужно вручную вставлять ссылку на каждый товар, скачивать архив с оптимизированными фотками  и заливать на сервак, но это полная жесть. Проще забить на оптимизацию, если товаров больше 20. Может кто че узнал новое по этой теме как оптимизировать фотки более удобным способом?Встречал инфу, что есть плагин Pagespeed  для сервера, может через него можно сжимать фотки "на лету"?

  14. Приветствую! Установил себе маску мобильного номера, чтобы пользователи вводили номер полностью и не вводили всякую дичь и заграничные номера, что бывает часто, для меня лично маска очень удобная и легко настраиваемая, код 

     

    <script>jQuery(function(e){e("#tel").mask("+38(099) 999-99-99")});</script>

     

    Также нужно подключить файл, который прикреплен к этому сообщению. Может кому пригодится, в корзине полю номера телефона присваиваете id=tel и все будет работать четко.

     

    Маску настроил под украинские номера, в итоге номер выглядит как +38(097) 555-33-22 , все бы хорошо, но мне нужно, чтобы при добавлении заказа в базу данных и отправке письма с деталями заказа из номера телефона вырезались все символы кроме цифр (скобки, пробелы, дефисы), а также первые 2 цифры с кодом страны 38, чтобы остался голый номер с кодом оператора  0975553322 . Это мне нужно для удобства формирования декларации Новой Почты в личном кабинете, нужно копировать и вставлять номер в таком голом виде, а сейчас приходится руками удалять все вышеуказанные элементы. В сети нашел совет удалять из номера регулярными выражениями, но не знаю как и куда их воткнуть в симпле, чтобы все заработало, может кто подскажет? Вот такой код нашел

     

    <?php
    $phone = "+7 920-234-23-12";
     
    //вырежет всё, кроме цифр
    $phone = preg_replace("#[^\d]#", "", $phone);
    //удалит код страны
    $phone = substr($phone, 1);
    echo $phone;
    ?>
  15. Ну как закрыть тему - я тут не нашел, отметил решением проблемы только сообщение Noxter-а c кодом, который помог мне вывести все фотки на одну страницу. А на самом деле было бы очень даже полезно для всех, если бы кто-то помог допилить симплу чтобы фотки автоматом оптимизировались при ресайзе, товарищи программисты, это очень сложно или дорого? Если только за деньги, то о какой сумме речь? Я готов оплатить, ведь дело стоящее. Все-таки в выводе фоток на одну страницу есть минус в том, что папка products заполняется миниатюрами не сразу после загрузки новых фоток, а только постепенно в процессе их создания, например при первом просмотре страницы товара или клике на миниатюру "увеличить", из-за этого приходится после каждого добавления новых товаров брать и вручную просматривать на сайте все фотки, чтобы создались миниатюры и их можно было потом оптимизировать при помощи страницы всех фоток, которую я создал. Это конечно изврат, но все равно быстрее, чем каждую страницу товара вставлять в поле Pagespeed , анализировать и скачивать\закачивать оптимизированные.  У кого какие идеи на счет оптимизации на лету? 

  16. Он сжимает фотки ровно также как и симпла - меняет кач-во jpg Изображения.

     

    Вот Вы интересный человек! Ну давайте, напишите какую цифру и где поменять, чтобы Pagespeed принял фотки? Думаете мне сильно хотелось устраивать эти танцы с бубном? Реально, напишите - я попробую  - тогда и будет видно, кто прав. Я менял здесь 

     

    private function image_constrain_gd($src_file, $dst_file, $max_w, $max_h, $watermark=null, $watermark_offet_x=0, $watermark_offet_y=0, $watermark_opacity=1)
        {
            $quality = 100;
     
    Кроме жуткого ухудшения видимого качества это ничего не дало, Pagespeed не принимал.
  17. А насчет того, что "свет клином сошелся на Pagespeed"  - меня например устраивает как он сжимает фото, потерь видимого качества не вижу, так зачем еще искать что-то? тем более у меня уже есть инструмент для пакетной оптимизации.

  18. А новые товары тоже будете обрабатывать этим скриптом? :lol:

     

    Да, Noxter все правильно сказал. Этот скрипт не ОБРАБАТЫВАЕТ, а просто ВЫВОДИТ все существующие  фотки в папке products на одну страницу, если я добавлю новые товары, допустим это еще плюс 10 фоток, то они появятся на той странице в добавок к уже существующим, я вставляю ссылку на эту страницу в Pagespeed, нажимаю "анализировать", выдаст сообщение, что "Оптимизируйте следующие изображения" - и список из тех 10 фоток, нажимаем "Скачать оптимизированные изображения, ресурсы" и потом из скачанного архива фотки заливаем в ту же папку products с заменой, всё! При этом у меня сразу будут оптимизированы все миниатюры фоток данного товара. Конечно лучше это делать на лету, но пока мне "не впадло" сделать это за пару кликов мыши))

  19.  

    Вот набросал небольшой скриптик чтения и вывода картинок:

    <?php
    
    $path = 'files/products/';
    
    if ($open = scandir($path))
    {
        foreach ($open as $k => $v)
        {
            if($v != "." && $v != "..")
            {
                echo '<img src="'.$path.$v.'" width="250px" alt="korsmudak">';
            }
        }
    }
    
    Запишите его скажем в images.php и закиньте в корень сайта, далее отдайте ссылку гуглу site.ru/images.php.

     

    Noxter как всегда красавчик! Все фурычит как я себе представлял, терь за  2 минуты все фотки оптимизированы. Ничего против Корса не имею, но все равно смешно))))

  20. Страница всех товаров есть в симпле, вот пожалуйста http://beta.simplacms.ru/products?page=all

    Нет, нужна не страница всех товаров, а нужна страница со всеми изображениями всех ресайзов из папки products, тогда эту ссылку можно было вставить в Pagespeed и скачать сжатые файлы. Если сделать так как Вы говорите, то Pagespeed увидит только главные фотки из списка товаров, а ведь на странице каждого товара есть остальные фотки и получается нужно отдельно страницу каждого товара вставлять в Pagespeed, чтобы он увидел фотки каждого товара.

    Для того, чтобы это сработало:

    Во-первых, нужно отключить Имаджик и включить ГД

    Во-вторых, поставить примерно 60, у меня обычно так.

    В-третьих, удалить ВСЕ фотки из папки продуктс, потому что все это сработает только при НОВОМ ресайзе, если фотка УЖЕ ЕСТЬ - ресайз работать не будет.

    Конечно же перед каждой проверкой в Pagespeed я удаляю все файлы из Products. А насчет отключения imagemagick , то у меня и так стоит use_imagick = false;  , а где-то еще требуется включать gd ?

  21. какой ужас, а в чём проблема сделать сжатие не 100 как это установлено в симпле по дефолту, а своё, например 75? Насколько знаю именно такой коэффициент сжатия понимается под "стандартным", чтобы гугл не выдавал уведомления о том что можно ещё больше сжать изображение. Делается это в классе api/Image

     

    А Вы сами проверьте, а потом советуйте. Даже если качество 20 (на вид ужасно) ставлю - то Pagespeed не принимает, а сам Pagespeed сжимает без потери видимого качества. Поэтому хотелось бы вывести все фотки на одну страницу, потом выставить ссылку в Pagspeed и скачать архив с уже уже сжатыми (если конечно Pagspeed примет такое количество фоток, надо проверять. Ну а потом заливать на хостинг, в любом случае это быстрее, чем сжимать каждый товар отдельно))

  22. Чет не работает, выдает ошибку синтаксиса. Я создал файл image.php в корне сайта и вставил туда такой код 

    <?php
    #!/bin/bash
    picdir='/home/androm02/САЙТ.РУ/www/files/products'
     
    # Optimize JPEG
    jpegs=$(find $picdir -iname *.jpg )
     
    for jpeg in $jpegs
    do
    echo $jpeg
    jpegoptim -P -m95 --strip-all $jpeg
    done
    ?>
     
    А можете дать код, который выведет на странице сайт.ру/images.php  просто все картинки с папки products?
×
×
  • Создать...