burunduk, не-не, не путайте)
Это две разные разницы. С отличающимися и тем и другим. Это объекты данных, информационные единицы. А прочесть их и выплюнуть в браузер - забота совсем другого порядка. И вот как именно обработать и отобразить, определяется по типу данных этой единицы. Для категории - вывести что-то вроде каталога, для страницы - вывести родной контент.. и т.п.
Thommy, так ничего там не нужно дописывать. Их скрипты разворачивают, которые мы выше расследовали и нашли.
burunduk, для четкого разделения логики на сервере. Есть один объект с определенным набором свойств и вариантов поведения. Есть другой, отличный от первого.
А не так - может быть это каталог, а может быть страница, а может бысть страница в субкаталоге - это же не гадание :)
offtop ivan-lev, понял, спасибо. А как ссылку в подписи изобразить?
Так, мысли вслух, кодировку еще проверить.. файлы с картинками есть, но неверное разворачиваются.. почему бы?.. может кодировка..
Jaf4, ну... вы правы, не везло с менеджерами. На то они и менеджеры, а не программисты. И в большинстве случаев менеджер проекта, это не тот, кто крайний к теме web... а кто просто крайний. Это я уже по опыту фриланса говорю, где привыкать не приходится - почти каждый раз разные менеджеры, с разными запросами и степенью бардака в голове. При чем, я не хочу сказать, что это плохо - нестандартное мышление помогает быстро ориентироваться в нестандартных ситуация и принимать решения (ну и общаться с клиентами, наверное). У программистов иначе. Тут даже дело не в самих программистах, а в том, что они работают с программами - это же алгоритмы, последовательности, правила, систематизация. Нельзя просто так уйти в говнокод и наставить костылей. И одно дело - идеальная ситуация, с четким ТЗ и менеджером "в теме". Но другое - повседневность, где такой менеджер - один на пол сотни.
А как быть с подкаталогами неограниченной вложенности?
Должно быть четкое различие между каталогом и страницей. И это различие должно быть одинаковым для всего сайта. Иначе это уже не система, а набор правил и исключений из правил в одном флаконе.
И что за аргумент: "так красивее"? :)
Thommy, а что внутри то файлов? :)
Есть предположения, что там ведется работа с GD или GD2 модулем. В таком случае, нужно убедиться, что сервером они поддерживаются.
Правила перенесли в новый .htaccess? Без них наличия этих файлов ничего не изменит.
А еще в добавление:
pic_gal_square.php - тоже упоминается в скрипте галереи.
Ну так что, они на месте?
В корне сайта? Права доступа на них достаточные? :)
Вообще не самая удачная архитектура галереи - очень тяжелая для сервера - каждый раз изображение рендерить. Работа с графикой в принципе одна из самых тяжелых для РНР.
Thommy, посмотрите в исходный .htaccess - там должны быть какие-то правила редиректа на случай /case и /square.
Эти файлы, на который происходят редиректы, как раз и рендерят картинки по их идентификаторам. Убедитесь, что их вы тоже перенесли на новый хост. Правила редиректа, соответственно, тоже должны быть (проверьте, на некоторые хостинги просто так не скопировать .htaccess, так как он принадлежит к системным файлам)
Боже упаси, чтобы еще менеджеры диктовали программистам, как оно должно работать.
В большинстве случаев, менеджеры не способны построить алгоритм принятия решений в простейших повседневных (наитупейших) ситуациях. И вообще беда, когда эти люди начинают диктовать, "как оно должно работать". Правильно сказано было - они могут высказать свое пожелание, а задача программиста уже - реализовать его максимально точно и без костылей. Ключевое слово - без костылей. А то начинается, что есть система и систематизированный подход, когда все стройно, последовательно и логично, но вдруг появляется "а вот давайте" или "а вот хочу" и появляются не систематизированные исключения из правил - костыли. Большое количество костылей - практически равно говнокоду. Не в тему будет обсуждать, чем же плох говнокод или чем он хорош.
А оно, как бы, http://site.ru/ изначально.. умные браузеры сами слеш дописывают порою. Или нет?
