Вышеизложенное наводит на мысли о неправильной работе кэша браузера, т.к. контролировать на стороне клиента такие нюансы возможности нет, я бы все таки рекомендовал перенести функционал хранения на сервер, это не займет гигантских ресурсов, но будет всегда работать корректно.
Фотошоп или Гимп, для текста Notebad++ как вариант, но лучше что-нибудь с интелисенсом, хотя в ++ кажется есть какой-то. Только что проверил - есть. В гугл вбейте инструменты для верстки - думаю найдется что-либо подходящее именно Вам.
ну, var_dump($usr_id) в цикл вставь. Я в таких ситуациях с подземными стуками фигачу вардампы через строчку, пока не пойму какого хрена где происходит.
хм, неожиданно, но тут уже вопрос что нужно - точно "не отдавать любой ценой", или "а, покатит, зато работает быстро!". В идеале сайты с такой системой используют оба подхода.
нет. group_id вносим ручками, это объединяющий ключ для записей на разных языках, т.е. при создании новой записи делаем выборку max(group_id) из базы, добавляем 1, создаем новую запись в базу с этим group_id, теперь у нас этот групид забинден для этой новости, при редактировании можно переключиться на другой язык и вписать новость на нем, тогда групид будет браться из урл, а не создаваться по новой, а у новой записи будет лангид другой.
нет, на каждую новость на 1 языке все равно надо будет делать отдельное добавление, например если у вас будет новость только на одном языке, или допустим будут 2 админа, каждый для своего языка, короче много есть нюансов, у меня реализовано как 1 форма с полями, + ссылки на все языки ввода новости над формой, например ссылка на редактирование новости на украинском с group_id = 6 у меня будет выглядеть так: mysite.dom/admin/news/edit/6/2, на русском /6/1
индексы по обоим полям, выборки по ним будут интенсивными.
И отпишитесь здесь заодно о замерах скорости выборки такого джоина, а то что -то наводит на мысль что такое количество джоинов на каком-то этапе сильно притормозит. Буду благодарен за конкретные цифры по скорости запросов / количеству записей.
Точнее в 2 и более ) не понимаю в чем проблема, Вы как будто платите за каждый байт базы... УТФ не зря придумана, а с современной стоимостью дискового пространства размер базы - последнее о чем надо переживать сайту с объемами информации меньше чем у вк и фб.
hdtor: дык, а как ты хотел, тут уже нужно по-другому, проверять что идет после твоего /ru в коде и подключать тот же login.php инклюдом например. Итого, получаем черезжопный парсер ) Потом понимаем что любой конь в пальто может вставить вместо Login какой-то другой скрипт - и (ТА-ДААА!!) думаем над моделью защиты от таких экспериментаторов, например какая- то прослойка с загрузкой только разрешенных модулей ... А там глядишь и код с представлением разделить додумаемся... И про объекты почитаем, глядишь - еще один из кодеров до программиста дорос...
на создание объекта "налету" уходят ресурсы, плюс выделяется время гарбеджера, а статик методы создаются сразу при запуске приложения, и мусоркой не обслуживаются, плюс еще несколько нюансов, в целом статик очень близок к массиву и по внутренней структуре, к его свойствам даже можно обращаться как к массиву.
