Вместо того чтобы прививать новым разработчикам необходимость и желание развивать английский, решили пойти по пути быстрее поймут больше денег получим. 1С то ведь софт на рынок толкает, а дальше следующая ступенька (франчайзи) подключается. Зачем им голову морочить заморскими познаниями…

Похоже) и руки

Когда такое уведел впервые в 1С Конфигураторе (это у них так среда разработки называется) решил для себя, что постараюсь сделать все, чтобы не пришлось писать на таком, хотя бы даже «Привет мир». Какое-то внутреннее отторжение нахлынуло. Правда ребята 1С кодеры успокаивали тем, что можно переключаться на англ.

Пригодиться, сенкс

Спасибо, полезно

Проводи экспертизу гос сайтов, не проводи, все равно в мыслях руководителей ИТ подразделений (не всех конечно, но большинства) данных учреждений не появится мысли, что они что-то делают не так. А если и появится, то вряд ли кто из них захочет показать свою не компетентность. И пока их места не займут адекватные молодые кадры (а они не займут, т.к. этих мест годами дожидаются другие сотрудники этих подразделений, воспитанные и наученные предшественником))) не стоит ждать от гос учреждений вспышек креатива в области веб разработок.

У меня была попытка взаимодействовать с одним гос учреждением в области сайтостроения. Все начало двигаться к завершению, когда мне ИТ руководитель сказала: «Что ты мне это рассказываешь, мне это в институте рассказывали, я про это все знаю». Ей под 40 лет, а рунет отпраздновал 16-летие. Еще дальше я узнал, что текущий их сайт в некоторый разделах использует файлы .xls как базу данных. А программистер, которому уже за 60, на это: «Я слесарю как хочу». И еще несколько таких моментов меня добили… Не смог устоять. А так хотелось помочь!

Добавил ссылку в подвал топика

Будет, уезжал на выходных, не смог обеспечить.

Дизайнер такие предоставил,

Меня пугает ситуация с большим количество фотоальбомов (url-ов). Представьте у вас 10к страниц, если по крону опрашивать сервисы социалок по всем страницам, то у вас получится 30к запросов curl-ом. А если их будет еще больше?

А если организовать что-то вроде списка заданий. Т.е. клиент сообщает серверному скрипту url по которому необходимо обновить данные из социалок, на серваке создается задание и ставится в очередь. Перед добавлением в очередь:
— исключаем образование клонов url-ов
— регуляркой проверяем url на соответсвие с реальными url-ами фотоальбомов
— тем же curl смотрим заголовок на отсутсвие 404 ошибки
Также думаю можно сделать запрет на добавление в очередь не чаще выбранного времени.

По крону запускать скрипт, который:
— получает задания из очереди
— выполняет свое грязное дело
— очищает очередь

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

Кто что думает по этому поводу?

да. здесь был топик об этом.

Сегодня-завтра найду время, выложу.

Вопрос актуальный, как раз эту часть документации мы пропустили. В целом наши кнопки очень похожи на оригинальные. Да кнопки картинки уже встречал и на сравнительно крупных проектах.

Да, но «Мне нравится» публикует только ссылку, это не так наглядно. Чуть выше ответил.

Вот как раз и думали, что могут возникнуть глюки из-за ограничений на частоту обращений к сервису от сервера и на клиенте не всегда будет актуальная информация. Но похоже вы правы и обновление данных в базе нужно curl-ом делать.

т. е. серверу отправить

Т.е. клиент шлет запрос «обновись» серверу, а тот сам снимает показатели счетчиков и обновляет значения в базе.

А какое принципиальное отличие от того чтобы сразу клиенту данные отправить?

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

или в куку писать каждый раз