Там такой вариант не подходит, в сверстанном шаблоне нужно именно эту фигню использовать, ну или что-то подобное, что можно было бы легко сделать подобной хренью, без поиска, без всяких строк и т.п.
точно, вот же ж я не доглядел документацию, так же написано, что \w представляет из себя [a-zA-Z0-9_], тогда у меня в регулярке получается лишнее \d, так как она уже перечислена в \d.
logpol32: ну если прямо надо знать рабочий код или нет, то я могу сказать что код точно работать будет, но в вашем случае он не работает видимо из-за настроек http-сервера, лично у меня ваш код отработать без нареканий на реальном сервере.
tommy_13: ок, часть из описанного в документации использую для вывода изображений, но остается вопрос как модифицировать форму так, чтобы можно было дополнять изображения к имеющимся, а не заменять и как можно удалять ранее выбранные изображения, а не все сразу.
logpol32: А в чем проблема использовать относительные пути? Зачем делать какие-то возвраты? Вы хотите чтобы кто-то потом легко мог получить то, чего вы не хотите?
Сергей Соколов: это не такая уж и большая проблема прикрутить библиотеку, а из командной строки отправляйте через свой скрип, в котором будет вызываться в лоадер composer'a и далее просто обрабатывайте аргументы, а команды ты сам свои добавляешь какие хочешь. А отправку сообщения надо кому-то делать, либо в чат, либо пользователю и чтобы идентификаторы получить, надо для начала получить данный идентификатор, а для этого надо хотя бы выполнить хоть какую-нибудь команду, сохранить ID и далее рассылай сколько влезет в любое время когда захочешь.
И вообще не понимаю зачем изобретать велосипед, если уже все заранее сделано, нужно только доработать ("после сборки обработать напильником").
Не могу понять, вы не сериализованные данные делаете, а преобразуете их в JSON и не более, сериализация делается другим методом, да и выглядит она по другому в отличие от JSON.
