а вижу, в него надо совать компоненты перед тем как он соберет, тогда как фабрика сразу выдает результат нужный, при том что билдер может сделать только 1 тип обьектов

Как сделать чтобы при переходе по адресу http://mysite.ru/чтототам в любом случае отрабатывал мой .php скрипт?

наверное сделать его index.php?

Как сделать чтобы при переходе по адресу http://mysite.ru/чтототам в любом случае отрабатывал мой .php скрипт?

Rewrite

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

как на все страницы сайта воткнуть один и тот же php код? Без использования движков сайтов? На чистом php

гугли front controller

ниче не понятно

а в php есть какой нибудь файл который исполняется перед отдачей страницы?

Весь PHP исполняется перед отдачей страницы

Скорее всего у тебя есть какой-то общий шаблон сайта, так?

Посоны, обновил ПыХП с 5.3 на 5.4... Вместо букв непонятные черные ромбы с вопросами

Посоны, обновил ПыХП с 5.3 на 5.4... Вместо букв непонятные черные ромбы с вопросами

Що я делаю не так?

кодировка?

Посоны, обновил ПыХП с 5.3 на 5.4... Вместо букв непонятные черные ромбы с вопросами

проблемы с кодировкой

Скорее всего у тебя есть какой-то общий шаблон сайта, так?

у меня вообще пустой хостинг на котором только index.php

Посоны, обновил ПыХП с 5.3 на 5.4... Вместо букв непонятные черные ромбы с вопросами

смотри в каком месте делается вывод и на каком моменте вылазят ромбы

у меня вообще пустой хостинг на котором только index.php

Ну, вот index.php и исполняется ПЕРЕД отдачей страницы

а если пользователь введет sitename/helloworld?

не исполнится же ниче

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

без MVC можно?

можно

.htaccess

mod_rewrite

гугли

не согласен

ТАНКИСТЫ ЕСТЬ? срочно

это не php

а в php есть какой нибудь файл который исполняется перед отдачей страницы?

зависит от настроек

ну перенаправится на index.php а как я url получу который юзер вбивал до переадресации?

кроме того в nginx нет .htaccess

В nginx есть другие способы реализации того же механизма

А именно перенаправления запросов на единую точку входа

есть

но там уже не работает

.htaccess

Не работает

Потому что .htaccess для апача

ну перенаправится на index.php а как я url получу который юзер вбивал до переадресации?

в $_SERVER

к тому же вопрос про php был

все будет

к тому же вопрос про php был

Хорошо. Как на php реализовать единую точку входа не трогая конфиги апача и nginx? Без извращений.

front controller, хотя да, совсем без правки конфига сервера - никак

у меня бесплатный хостинг от jino там кто знает что стоит?

полагаю администраторы jino

Apache там нашел

front controller, хотя да, совсем без правки конфига сервера - никак

Ну, я с этого и начал - .htaccess, либо конфиги nginx

Хорошо. Как на php реализовать единую точку входа не трогая конфиги апача и nginx? Без извращений.

ты уже описываешь извращения =)

Хорошо. Как на php реализовать единую точку входа не трогая конфиги апача и nginx? Без извращений.

Не, ну можно конечно, но это изврат

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

Магазин на движке PrestaShop 1.6. Произошёл сбой. Не вдаваясь в подробности, в итоге мы получили урезанные таблицы связей между фото и товарами. Сами файлы фото физически сохранились, проблема именно в связях. В текущий момент пытаемся выяснить у хостера, не делал ли он автоматические бекапы баз своих клиентов. Если найдётся такой бекап не старше нескольких дней, то проблема будет решена. Но у нас выделенный сервер, поэтому высокая вероятность отрицательного ответа от хостера. Также имеется дамп всей базы 3-месячной давности. С точки зрения новых фото - это немного. То есть таблицы этого дампа, отвечающие за связь между товарами и фото, нам вполне подходят. Но мы не можем просто откатиться к этой версии, так как помимо фото за это время добавилось много новой информации. Поэтому задача стоит в том, чтобы извлечь из дампа данные и локально вставить некоторые таблицы в рабочую базу (а может быть даже и отдельные записи). Но у меня нет хорошего понимания структы нашей БД. Я не знаю всех связей между таблицами. Попробовал обновить некоторые таблицы, которые явно связаны с фото, но это не дало результата. Был бы очень к стати человек, знакомый с логикой БД PrestaShop.

Ну, я с этого и начал - .htaccess, либо конфиги nginx

это если говорить о точке входа, сама маршрутизация тем что я выше упоминал на php делается просто. Я имел ввиду что ее необязательно в htaccess всю пихать

Речь шла не о маршрутизации.

речь шла о том, чтобы по разным url подключать разные php скрипты

методами php как я полагаю

Магазин на движке PrestaShop 1.6. Произошёл сбой. Не вдаваясь в подробности, в итоге мы получили урезанные таблицы связей между фото и товарами. Сами файлы фото физически сохранились, проблема именно в связях. В текущий момент пытаемся выяснить у хостера, не делал ли он автоматические бекапы баз своих клиентов. Если найдётся такой бекап не старше нескольких дней, то проблема будет решена. Но у нас выделенный сервер, поэтому высокая вероятность отрицательного ответа от хостера. Также имеется дамп всей базы 3-месячной давности. С точки зрения новых фото - это немного. То есть таблицы этого дампа, отвечающие за связь между товарами и фото, нам вполне подходят. Но мы не можем просто откатиться к этой версии, так как помимо фото за это время добавилось много новой информации. Поэтому задача стоит в том, чтобы извлечь из дампа данные и локально вставить некоторые таблицы в рабочую базу (а может быть даже и отдельные записи). Но у меня нет хорошего понимания структы нашей БД. Я не знаю всех связей между таблицами. Попробовал обновить некоторые таблицы, которые явно связаны с фото, но это не дало результата. Был бы очень к стати человек, знакомый с логикой БД PrestaShop.

А если развернуть дамп на локальной машине, снять дамп конкретно таблицы и накатить её поверх связки?

Я сам хз, как в престе хранится, но просто первый вариант пришедший в голову

речь шла о том, чтобы по разным url подключать разные php скрипты

Явно нет

Короче если юзер вводит мойсайт/админ то попадал на страницу со скриптом1, если любой другой адрес то на страницу со скриптом2 при этом адрес который юзер указывал должен быть сохранён.

ERROR: S client not available

> как на все страницы сайта воткнуть один и тот же php код? Без использования движков сайтов? На чистом php

ок я переосмыслил

в остальном все так

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

Нужно для сокращателя ссылок.

Нужно для сокращателя ссылок.

уже несколько минут назад ответ выше

Явно нет

кстати не было случаем опыта в таких извращениях? интересно насколько жизнеспособен сервер на php

жизнеспособен. инфа 100%

спасибо, праздное любопытство удовлетворено

https://github.com/php-pm/php-pm можно это потыкать

хотя если подумать то асинхронник типа на конструкциях вроде node вполне интересно. я запишу эту идею.

никто не вкурсе дженерики еще не готовы? в плане спецификации

Вроде нет

Привет! С amo работал кто? Не хочется дублировать базу аккаунта амо. Но например как хранить 23000 записей, которые приходят в json.

Получить все сделки вместе с контактами, через связь. Но вот как это хранить, ведь если не хранить, запрос будет занимать время.

не хочется дублировать и как хранить взаимоисключающие

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

Допустим выдернуть всех сделок и всех контактов. Связать их и этот json массив сохранить в файл. Суть только в ввыводе на фронт, а там уже по id можно легко назад отправлять

Как правильно это все организовать?

в БД

То есть создать модель, в которой уже все будет связано?

Все необходимые поля. А потом новые сделки подгружать?

уточните вопрос

Смотрите: нам нужен список сделок, сделки имеют связь с контактами. Мы отображаем список с пагинатором сделок, но список — это набор необходимых нам полей, часть полей в связанной модели контактов.

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

google it

Все необходимые поля. А потом новые сделки подгружать?

я полагаю вопрос в том как вы строите запрос в БД

я полагаю вопрос в том как вы строите запрос в БД

запрос к апи

у нас есть запрос "все сделки" и запрос "получить объект контакта по id" Причем 1 сделка = 1 запрос к получению объекта контакта.