хмм сейчас попробую, вообще интересно я делаю юниттесты и они не работают потому что не видится пути к файлам

А что у вас за основное хранилище? Скажем, в монге я бы создал коллекцию с типами и хранил там своего рода "метадокументы", с полями и типами. И уже по ним потом строил форму и сохранял в коллекцию услуг

Пока нет ничего, я прорабатываю. Вообще про монгу думал, да.

file_exists?

Между file_exists и fopen может произойти сюрприз и файл исчезнет)

Между file_exists и fopen может произойти сюрприз и файл исчезнет)

в его случае ему нужен file_exists )

и приходится абсолютные пути к файлам прописывать а они само собой разные на сервере и на локальной машине

А почему бы не прописывать относительные пути?

не видятся почему то , нга сервере норм видятся а тут когда тесты пишу и там путь указываю относительный именно он не работает

укажи через __DIR__

не видятся почему то , нга сервере норм видятся а тут когда тесты пишу и там путь указываю относительный именно он не работает

Ну это проблема уже другой области)

Какого вида пути?

Задай где-нибудь константу ROOT_PATH и используй ее.

require_once './testfold/file.php'; не видится

А откуда скрипт вызывается?

__DIR__ . '/testfold/file.php';

Но это зависит от директории

А кто-нибудь знает, почему php криво работает с относительными путями? Они зависят от точки входа, или от директории, где текущий файл находится?

Файлы включаются исходя из пути указанного файла, или, если путь не указан, используется путь, указанный в директиве include_path. Если файл не найден в include_path, include попытается проверить директорию, в которой находится текущий включающий скрипт и текущую рабочую директорию перед тем, как выдать ошибку. Конструкция include выдаст warning, если не сможет найти файл; поведение отлично от require, который выдаст фатальную ошибку. Если путь указан — не важно, абсолютный (начинающийся с буквы диска или с \ в Windows или с / в Unix/Linux системах) или относительно текущей директории (начинающийся с . или ..) — директива include_path будет проигнорирована в любом случае. К примеру, если начинается с ../, парсер проверит родительскую директорию на наличие запрошенного файла. Для большей информации о том, как PHP обрабатывает включаемые файлы и включаемые пути, смотрите документацию для директивы include_path.

http://php.net/manual/ru/function.include.php

tmp.php: echo realpath('.') . PHP_EOL; require 'tmp/tmp.php'; tmp/tmp.php: echo realpath('.') . PHP_EOL; php tmp.php /var/www/html /var/www/html

Ну правильно

Добавь в обоих файлах

echo __DIR__ . PHP_EOL;

__DIR__ - это абсолютный путь

Меня интересовали относительные

А секрет кроется в текущией working directory

Вообще, еще ни разу не встречал решения с chdir, все используют абсолютные пути с __DIR__ или DOC_ROOT

Видимо, чтобы наверняка)

у меня получилась рассинхронизация между путями на сервере и на локальной машине. Как теперь все теперь в норму привести вообще непонятно :(

Меня интересовали относительные

Суть проблемы не понятна.

rsync -az local_dir user@host:remote_dir

Суть проблемы не понятна.

Понять, как php работает с относительными путями, из документации это не очень очевидно. Ответ - относительные пути считаются от текущий рабочей директории

Относительно чего? Относительно основного исполняемого файла, либо относительно подгруженного, в котором исполняется текущий код?

Вообще, еще ни разу не встречал решения с chdir, все используют абсолютные пути с __DIR__ или DOC_ROOT

Потому-что очень неудобно отталкиваться от current dir

Относительно чего? Относительно основного исполняемого файла, либо относительно подгруженного, в котором исполняется текущий код?

см relative path

Потому-что очень неудобно отталкиваться от current dir

Почему-то я часто вижу конструкции вида __DIR__.'../path' и не часто './path'

потому-что . - это не директория скрипта, это current dir

Что не очень то очевидно без чтения документации

мм... ну да, но это не пхп, это базоые знания по операционной системе

Да и в целом, current dir как раз можно получить через getcwd, а путь от текущего скрипта используется чаще

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

current dir это вообще понятие из командной строки, его довольно странно применять в мире запуска php файлов.

не, это понятие из линукса и никуда оно не девается при работе веб-сервера ;) он есть у любой программы

да у винды тоже есть current dir

типа root@media:~# ls -la /proc/995/cwd lrwxrwxrwx 1 root root 0 May 16 12:37 /proc/995/cwd -> /var/spool/cron

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

Не знаю, как можно функционал ядра ОС называть костылем ;)

Но в случае скриптов сайта - текущая директирия слишком непостоянный параметр, что бы от него отталкиваться для подключения скриптов

Что все еще не значит, что это _действительно_ необходимо тащить за собой в скриптовый язык, добавление пути к текущему файлу в sys.path в питоне - сюда же

Хотя если мы работаем с внешними путями, то выбора особо и нет

Так что все норм, я просто бомблю

Да это удобно когда у тебя 1 скрипт большой работает, но не удобно когда десятки разных php скриптов по директориям разбросаны, вот и вся логика.

Привет

Почему нельзя использовать что-то вроде new (static::getDocumentNamespace()) ?

почему нельзя?

Ну попробуй, ругается на "("

При том, что$docNamespace = static::getDocumentNamespace(); new $docNamespace норм

а, ты про синтаксически

ну не ввели такого в синтаксический анализатор

просто new не функция, что бы принимать все подряд

чо испужался то ;)

Я не испугался, я расстроился

Не, это не тебе... тут вопрос про sql был

Ох, я думл, что симфонивские формы будет проще использовать standalone :/

Есть еще альтернативы?

Да что то тишина, я и пошел дальше гуглить ) Думал, ни кого ) Ребят, подскажите, плиз Хочу подзапросом вернуть айдишники, которые мне нужны в основном запросе. Вот не сам запрос, а его "макет": SELECT * FROM Orders WHERE ( SELECT DISTINCT snum FROM Orders WHERE cnum = 2001 ) = snum; Тут бы все отработало хорошо. Но у меня во внутреннем запросе селект выбирает не одно поле а несколько. Можно ли обратиться к конкретному полю , а не целому набору? То есть, можно ли сделать как то так SELECT * FROM Orders WHERE ( SELECT ID, NAME FROM Orders WHERE PRICE > 200 ) .ID <---вот про то, как искать во внешнем запросе только по переданным ID из подзапроса, собственно, мой вопрос = snum;

ERROR: S client not available

Ну так мой совет - унеси подзапрос в join и юзай там как хочешь уже.

Или можно select (..) as t

Но подзапрос должен быть в select'е

а не будет ли он при этом на каждую строчку исполняться? ;)

Так он и в where будет)

ну так и что? Будет фулскан первой таблицы, на кажду строчку - исполнение селекта, и потом фильтрация

Если оптимизатор не решит этот селект сам в джойн убрать

Ну каков попрос... Join лучше, но они тоже медленные

четырехколесные машины медленные

А вообще вот ссылко https://dev.mysql.com/doc/refman/5.7/en/subqueries.html - там все есть

О,то есть, джоин можно к подзапросу делать, а не только к таблице. прикольно. спасибо

Включая 10.11 - rewriting subqueries as joins

У тебя же мускуль?

ага

В доке только про IN и NOT EXISTS

А ему и нужно IN ибо PRICE > 200

равенство работает только если подзапрос одну строчку возвращает

да и это можно переписать в join, как бы a = b есть a IN (b)

спасибо, про отличие = и IN из головы вылетело. Сто пудово попался бы вскоре)

нет тут среди народа пользователей thinkpad'ов? в частности старых моделей: t430, t420 и тд

в авито работает кто? ;)

люди там работают :)

что именно интересует ?

инсайды намечаются?

:D

Впечатления интересуют ;)

мне нравится :)

или что-то конкретное нужно ?

да нет, просто так пока ;) зато теперь знаю кого спросить конкретное ;)

Мне отказали на собеседовании в аивто!

Но по офису прогулку устроили

Мне отказали на собеседовании в аивто!

поной что работу не дают)