Сергей Шлоков

Сергей Шлоков

С нами с 31 января 2013; Место в рейтинге пользователей: #3
Евгений Борисов
13 августа 2019, 10:37
1
+3
Все таки попробую GraphQL, только на ларке

Посмотри в сторону railt github.com/railt/laravel-provider пилит его Кирилл Несмеянов — Активный участник Laravel сообщества.

Так же, советую к просмотру его доклад www.youtube.com/watch?v=wCfuvB-uPNE
Евгений Борисов
12 августа 2019, 12:15
1
0
Не путай божий дар с яичницей. Обсуждение в данной ветке комментариев вообще не относится к твоему топику. Оно относится лишь к сравнению PHP и JS.

Если сравнение русского и английского языка ты принял на свой счет в плане орфографии, то это говорит лишь о том, что ты читаешь по диагонали все, что тебе пытаются донести. Мой посыл был в том, что синтаксис абсолютно разный в русском и английском. Даже слова, похожие по написанию отличаются. Но это не говорит о том, что английски/русский плох — они просто разные. Точно так же и в контексте PHP/JS.

Возможно твои мысли где-то и верные, но аргументация вообще не из той области. Развивая тему с undefined, в том ключе который тебе нужен, то в php это решается так
<?php function a(...$b){var_dump($b);}
Но мне в любом случае не удастся тебе донести мысль, что твои аргументы не продуманы и их нельзя даже использовать, поскольку лишь отображают или поверхностные знания, или не структурированный набор информации в головном мозге.

Для пущей убедительности была дана ссылка на документацию JS, где главная мысль это одна строка
Ранее для проверки и задания стандартных значений использовалось тело функции, где параметры сравнивались с undefined
Точно так же, как как и переменное количество параметров в PHP добавлено лишь с версии 5.6.
Это не говорит о том, что PHP плох или JS хорош. Это говорит лишь о том, что каждый язык развивается с оглядкой на другие языки. Поэтому наличие какой-то «фитчи» в PHP это еще не обязательно костыль. Точно так же, как и наличие «фитчи» в JS это не всегда «возможности». Языки просто разные и то, что делается в одном языке — не обязательно применимо к другому.

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

Ну и наконец
Или вот: (![] +[])[+!![]] = 'а'
А как насчет этого? blog.sucuri.net/2013/09/ask-sucuri-non-alphanumeric-backdoors.html
Магия есть везде. Запомни это.
Василий Наумкин
01 декабря 2018, 09:53
1
+2
Надо устанавливать modMenu без modAction. Это в Tickets уже было.

А в новой версии я добавил еще удаление старого modAction и ненужных файлов, вот коммит.
Обрати внимание, что в сборщике установка меню переехала вниз, после выполнения ресолеров — чтобы можно было сначала удалить старый пункт меню, а потом пакет установит новый.
Андрей Коробков
08 марта 2018, 20:57
1
+2
Проблему нужно решать не с BannerY, а с mysql — у вас включен only_full_group_by — строгий режим группировки (как раз появился в mysql 5.7 и включен по умолчанию). Не только BannerY ошибку выдает, некоторые другие компоненты тоже будут выдавать. Этот режим нужно отключить. У вас vps — заходите в шелл, там:

mysql -u root -p

после -p — пароль (если установлен)

mysql> SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode, "ONLY_FULL_GROUP_BY,", ""));
mysql> SET SESSION sql_mode=(SELECT REPLACE(@@sql_mode, "ONLY_FULL_GROUP_BY,", ""));

Но после перезагрузке сервера все вернется. Поэтому в /etc/mysql/my.cnf находим строку

sql_mode = «ONLY_FULL_GROUP_BY, другие режимы...» и удаляем оттуда ONLY_FULL_GROUP_BY,

скорее всего этой строки там даже не будет, тогда на предыдущем шаге (когда находимся в строке mysql>) — вводим
SELECT @@sql_mode;
выдаст текущий список режимов

вставляем в файл /etc/mysql/my.cnf после [mysqld]
sql_mode = "текущий список режимов"
примерно так будет:
[mysqld]  
sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

подробности в гугле.
Пётр Молчанов
09 февраля 2016, 16:53
1
+1
не видал. так-то в их user guide всё понятно.
вот еще накапал кое-что на английском:
briward.com/articles/slimming-down/
blog.tamingtheelephpant.com/articles/slim-3-tutorial
blog.tamingtheelephpant.com/
повторюсь, мне хватило и user guide
Сергей Шлоков
25 ноября 2015, 16:58
1
+2
Боб Рей уже писал как решить данную проблему. Так что не надо никаких сбросов сессий.
Fi1osof
07 августа 2015, 18:09
1
+2
99.99% все дело в методе modUserUpdateProcessor::getInstance(). Он формирует маску имени класса процессора, и если класса такого нет, то вернет инстанс именно текущего (базового) процессора. Пропишите этот метод в своем классе, типа
public static function getInstance(modX &$modx,$className,$properties = array()) {
        $className = __CLASS__;
        $processor = new $className($modx,$properties);
        return $processor;
    }
Василий Столейков
24 июня 2015, 12:29
1
0
Если я не ошибаюсь, то вот этот метод формирует URI:
$aliasPath = $data->getAliasPath($alias);
Павел Романов
19 мая 2015, 17:47
7
+3
На одном форуме народ соревновался в самом «компактном» решении этой задачи ))
Победило такое решение:
<?php
if($n!=''){
return= $n%10==1&&$n%100!=11?$w1:($n%10>=2&&$n%10<=4&&($n%100<10||$n%100>=20)?$w2:$w3);
}
Ну и вызываем:
[[Snippet? &n=`123` &w1=`год` &w2=`года` &w3=`лет` ]]